На каких движках

Каждый выбирает то, что ему по душе.
Вот пару сайтов на друпале
у последнего:
тИЦ сайта: 3500
Посещаемость: > 200 000
Страниц: > 780 000

9 из 10 самопальных ЦМС ок просто свалится от такой нагрузки.

вот еще для общего развития.
видимо в Sony Music Entertainment нихера не слышали о продвинутых самописах и как лохи на друпале сайт сваяли.

Одно из подразделений NASA тоже


сайт MTV
новостные сайты

немецкое подразделение Дискавери

список длинный. Кому интересно, более полный тут:

А самопис хорош только когда заказчик понимает точно чего он хочет. Имеет бюджет солидный и времени много. И как следствие старт-ап проще проводить на стандартном движке. Допиливая его под себя. А когда уже все будет как надо выглядеть, тогда думать о необходимости заказного движка.

Собственно по теме вот правильный подход при выборе на чем будет сайт крутиться.

До весны 2008 года на Спортбоксе использовалась самописная CMS на основе Zope3, с которой были невероятные в современном мире web-разработок проблемы по поддержке, производительности и т.п. В свое время разработка этой системы заняла более полугода. Весной 2008 года удалось заменить эту систему на Drupal, переход занял около 2 месяцев, из которого на написание кода ушло около месяца.

Натисніть, щоб розгорнути...

1. Самописка.
2. Джумла
3. Сшопскрипт/ВеаАСИС
4. Форумы исключительно булка.

De_MakaRz сказав(ла):

4. Форумы исключительно булка.

Натисніть, щоб розгорнути...

О да, булка - это как цпанель в сфере контрольных панелей управления хостингом. Есть цпанель, а есть все остальные панели...

Вы кстате булку рекомендуете нуленую использовать или как?

vitalik_k сказав(ла):

html–странички на то и статичны, чтобы хранить на них информацию, которая изменяется редко. На визитках обычно хранится адрес, телефоны, краткая информация о фирме. Эти данные если и меняются, то действительно раз в полгода. А вот пользуются сайтом, по идее, каждый день. Вот и думаем, что лучше: каждый день ждать, пока наш громоздкий движок выплюнет нам капли информации (а если нагрузка на хостинг большая, то MySQL тормозит, пользователь ждет, нервничает, а то и вовсе прерывает загрузку), или сверстать быстрые html–странички. Обновление информации раза два в год не оправдывает проблем при работе сайта.

Натисніть, щоб розгорнути...

Где вы видели такой двиг чтоб он так паршиво работал с визиткой?
загрузить мускул одной табличкой могут только программеры-индусы

ТС, сверстайте страничку для визитки, натяните ее на движок и катайтесь спокойно.
Я не люблю жумлу... у меня с ней личное , есть еще друпал и фордпрес и еще куча движков! Советую обратить внимание именно на Drupal И wordpress. DLE - затачивать долго придется. Да и дырок в нем вагон и малюсенький самосвал

kan сказав(ла):

Каждый выбирает то, что ему по душе.
Вот пару сайтов на друпале

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

у последнего:
тИЦ сайта: 3500
Посещаемость: > 200 000
Страниц: > 780 000

9 из 10 самопальных ЦМС ок просто свалится от такой нагрузки.

вот еще для общего развития.

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

видимо в Sony Music Entertainment нихера не слышали о продвинутых самописах и как лохи на друпале сайт сваяли.

Одно из подразделений NASA тоже

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

сайт MTV

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

новостные сайты

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

немецкое подразделение Дискавери

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

список длинный. Кому интересно, более полный тут:

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

А самопис хорош только когда заказчик понимает точно чего он хочет. Имеет бюджет солидный и времени много. И как следствие старт-ап проще проводить на стандартном движке. Допиливая его под себя. А когда уже все будет как надо выглядеть, тогда думать о необходимости заказного движка.

Собственно по теме вот правильный подход при выборе на чем будет сайт крутиться.

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Натисніть, щоб розгорнути...

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

St-Sergiy сказав(ла):

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

Натисніть, щоб розгорнути...

Я об этом и говорю. Заказчик в начале разработки плохо понимает, чего он хочет получить. Когда начинаешь показывать первые наброски у него появляется понимание. И полное понимание приходит уже гораздо позже старт-апа. И все это только усугубляет процесс разработки самописного движка. Появляются залипухи, элементы говнокода и т.д. Ту же менюху передвинули и раз в заказчика веры нет, то передвинули на скорую руку. К тому же, как бы там ни было, но с старта сразу огромную нагрузку мало какой проект получит. Потом уже, после осознания, как оно должно выглядеть легче и задачу разработчику поставить. Вот так должно быть. Ну или с оговорками, вот так, только тут чуть по другому. И тогда достаточно внимания будет уделено оптимизации под нагрузку. Есть время на нормальную работу над кодом. Если проект пошел, то и бабло появилось на кодеров. А проект не пошел, то перекрестились и обрадовались малым затратам на его старт.

St-Sergiy сказав(ла):

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

Натисніть, щоб розгорнути...

Неблагодарное занятие делать сайты без подробного ТЗ. А также неблагодарное занятие вносить изменения во внешний вид сайта после утвержденного дизайна.

1. CMS Made Simple
2. Django
3. Django

все равно. Ни у одной cms нет функционала, который удовлетворит нашим требованиям.

О, ну в конце вообще неконструктивно пошло =))

Конечно, если программист не понимает,что ему надо — то лучше использовать движок, в котором «за тебя уже подумали умные люди».

А вообще, без табличек, диаграм и статистики все наши с вами споры бессмысленны. У меня, к сожалению, статистики под рукой нет. Если у вас есть, и она в вашу пользу — вы правы. Если нет — спорить не о чем.

Между прочим, мне вот WordPress нравится =) Joomla просто так не люблю.

vitalik_k сказав(ла):

А вообще, без табличек, диаграм и статистики все наши с вами споры бессмысленны. У меня, к сожалению, статистики под рукой нет.

Натисніть, щоб розгорнути...

Хотите создать успешное веб-приложение? Тогда пришло время для подхода "Getting Real", легковесного, быстрого и в целом лучшего пути создания программного обеспечения.

Getting Real -- это отказ от вещей, представляющих реальность (диаграммы, графики, схемы, стрелочки и модели) и создание реальной веши
Getting Real -- это значит "меньше". Меньше массы, меньше программного обеспечения и его возможностей, меньше бумагомарания -- словом, меньше всего того, что является несущественным (а большая часть того, что, как вам кажется, критически важно, на самом деле таковым не является)

1. ВордПресс
2. DLE
3. Джумла + Виртуемарт (бесплатно и сердито) или ShopScript (дорого, но круто)

1.Джумла
2.Джумла
3.Джумла + Виртуемарт (бесплатно и сердито) или ShopScript (дорого, но круто)

Ferox сказав(ла):

Кстати, пользуюсь случаем, спасибо тебе за отличный сайт на Drupal+CCK+View2

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Натисніть, щоб розгорнути...

Та не за что, на самом деле ты меня тогда выручил.
Обращайся если надо еще что то по Друпалу.