Мэкс

Мэкс
Рейтинг
67
Регистрация
03.07.2005

Ни на что...

Плюс суффикса ".ру": я в названии зарегил как русское так и английское написание своего домена.

Нет смысла. т.к. мать для каждого ноута делается под корпус или наоборот.... Более того, для снижения энергопотребления охлаждение зачастую рассчитывается именно под конкретный процессор. Даже клавы от разных ноутов по шлейфу соединения не всегда совместимы.

Реально - менять HDD, память, доставить WiFi ( если в модели это редусмотрено ), поменять CD и батарейку

Но все равно это будет существенно дороже покупки нового ноута.

Забей.

Segey:
Мне кажется, что интерес его напрямую связан с успешностью этой CMS и перспективами в ее развитии. Если он может сделать из нее хорошее решение пусть и специализированных задач, например, только сайт визитка со всем функционалом который ей свойственен + небольшой интернет магазин (это я к примеру).

Как правило, задача у программера стоит - реализовать определенный функционал максимально быстро и задешево. В результате и появляются такие "творения". Потом, когда заказчик требует исправить ошибки программер просит дополнительной оплаты, мотивируя это ( и часто обоснованно ), что он не мог предположить, что его система будет ТАК использоваться. :) Да и ишется это, как правило, без ТЗ. Просто заказчик говорит "Хочу фигитулину как на сайте www.site.ru". Программер тупо реализует внешнюю часть, зачастую не понимая того, что там есть еще и бэк офис и куча удобных фич для управления.

Поздравляю. Желаю Здоровья и Удачи. Остальное приложится :)

LIN:
Дописывать КМС стороннего разработчика ... дело гиблое.

Почему же? если сторонний разработчик не студент Вася Пупкин, а нормально документировал хотя бы архитектуру системы и более менее правильно структурировал код, а не использовал копи-паст, с модификаиями, то задача вполне решабельная.

LIN:
Поэтому Я бы посоветовал нанять программиста? который бы создал базу Cms и потом адаптировал бы ее ко всем вашим сайтам-проектам. Либо найти такого человека и работать с ним удаленно.

При этом четко себе представлять, что делать, если по тем или иным причинам этот разработчие перестанет поддерживать систему.

Segey:
Написать небольшую CMS под себя гораздо проще, чем покупать Битрикс и морочится с ним. Кстати при такой цене и том что сайт будет на Битриксе, не это ли привяжет меня намертво к нему?

Если работать САМОМУ и ДЛЯ СЕБЯ - то, наверное, проще. Особенно если сайт на сотни три страниц, с простой структурой.

А вот с привязкой - не факт. Внизу лежит БД с известной структурой. Следовательно, при переходе на другую CMS, которая тоже, в своей основе должна иметь БД, вам достаточно будет написать экспортер, а потом просто оттестировать экспорт. Не бог весть какая сложная задача, но правда, если кого-то нанимать, то стоить будет всяк больше 100.

Segey:
Битрикс решение "для всех и на все случаи жизни" как я понял, а это влечет за собой очень сложную систему, которая сама наделает больше ошибок и потенциально может их содержать больше, чем как вы говорите "самописка".

Битрикс, как и любую CMS "на продажу" пишут скорее всего по полному циклу: Анализ -> постановка задачи -> кодирование -> тестирование -> исправление ошибок -> версия.

При этом существует время жизни версии, когда в ней обнаруживают и исправляют ошибки. Такая система существенно эффективнее, нежели работа одного программиста. Я неоднократно видел код "самописных" систем. Как правило это полная заточка под конкретную задачу, вплоть до интеграци кода HTML в программы :)

Обработчики ощибок там - минимальны, т.к. эти программисты достаточно слабо представляют себе потениально возможные ситуации.

Да, такие системы имеют право на существование, но их жизненный цикл равен периоду интереса программиста к данному коду :(

iexpert:
А представьте - эти люди заинтересуются сетевым бизнесом. И вам предложат полежать на асфальте, чтобы бизнес не портить мне, хорошему парню?
Нормально?

К сожалению, реально :(

Хотя, конечно, сейчас действуют "цивилизованнее"....

Grabber:
Если статьи, относящиеся к определенному тэгу, все равно отбирются редактором, то почему бы редактору при выборе статей по теме просто не воспользоваться внутренним поиском?

Я этом случае мы к статье привязываем только статьи которые уже были.

При использовании вышеописанного механизма можно привязывать не только статьи которые были, но и те, которые будут, просто помещая их в группу или привязывая к слову.

skat, А еще лучше задумайся о нормально защищенной CMS.

Удачи :)

Так не просто ломанули, а еще с спаммерам базу адресов админов слили.

/ru/forum/46472

Я плакал, особенно о том, что пароль на "акке" менять не будет принципиально. :)

думаю, 90% ничего не заметят :)

Да и валуй наверное еще не знает :)

Всего: 1196