Большой сайт фреймворки или Drupal

чет вообще не заметил вопросов в этих двух пунктах

да и не на этом форуме вероятно спрашиваете

Начал было писать, но... на Хабре лучше http://habrahabr.ru/post/131901/

Ощущение от Drupal: вместо того, чтобы лепить нужное тебе, занимаешься изучением устройства CMF.

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

С Drupal по-другому. Понадобился функционал, ищешь модуль, вьюшку. Находишь, а оно не работает. Или работает не так. И начинаешь мучать. Сначала настройки, зависимости, потом приходишь к тому, что надо патчить. Т.е. опять лезть в код приходится. Ну и нахрена козе баян?

чет такого не заметил за пару лет работы с ним

vandamme, шестёрка куда стабильнее, согласен. В семёре год назад, когда начинал, всё через задницу работало. Сейчас поотпустило маленько.

Но опус больше на разработчиков класса Ayavryk рассчитан, не пойму, чего они от добра добра ищут, если могут на низком уровне лепить.

Для джумлаводов Drupal это шедевр, прелестей которого они даже не могут осознать, потому что таких радостей там ещё не запланировано.

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

Спасибо. Прочитал с интересом. Но не прояснило. Там те же самые вопросы остались открытыми.

Изучить фреймворки проще и приятнее чем готовую CMS с богатым API. Это понятно. Вопрос в затратах на последующую разработку приемлемой CMS, которая будет потом работать и постоянно дорабатываться минимум семь лет. И возможно дорабатываться сторонними исполнителями.

Возможно, но я не php-разработчик. Выучил по случаю и необходимости. Хотя не исключаю, что когда-нибудь придется менять работу и тут знание Drpupal пригодится с большей степенью вероятности.

---------- Добавлено 27.08.2012 в 11:13 ----------

большой по функционалу. в составе - каталоги мероприятий, организаций, людей, новости, публикации, юзеры с собственными персональными сайтами, завязки на соц.сети и другие сайты, напоминалки, рассылки, голосовалки, древовидные форумы и комментарии и т.п.

Дабы избежать холивара с приверженцами друпала - всё нижесказанное либо факты (с пруфами), либо моё личное субъективное мнение. Наверняка, при взгляде "под различными другими углами" Drupal может иметь намного больше плюсов...

Если проект долгоиграющий и нагруженный - даже оптимизированный друпал с ростом "загибается" (чисто теоретически - CCK штука удобная, но тяжёлая.. 100500 node-ов в одной таблице "дёргаются" по делу и без дела, даже с "правильными" индексами не всё хорошо получается). Да, я в курсе, что drupal.org работает на drupal. Почти наверняка, в сайте из статьи оптимизация была не идеальной, не "выжали из него все 100%" и т.д.. Но зачем проектировать "под друпал", а потом оптимизировать, вместо того, чтобы сразу проектировать "под проект" (прошу извинить за тавтологию)?

По сути - всё перечисленное главное правильно "уложить в таблицы", продумать зависимости и права доступа-привилегии (проектирование БД + ACL). Дальнейшая реализация на Yii - одно удовольствие :). К тому же, фреймворк не совсем "голый" - есть куча дополнений (где-то на сёрче был пост с огрооомным списком.. если не ошибаюсь, ТС искал исполнителя), расширений.. да и "прикрутить" любую из готовых библиотек-классов (в том числе, из других фреймворков) не составляет труда.

http://yiiframework.ru/forum/viewtopic.php?f=14&t=5604 - тут можно найти более-менее крупные проекты на Yii

UPD. /ru/forum/comment/10761310 - нашёл пост со списком модулей.

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

Т.е. в идеальном случае, сделать проект на фреймворке, особенно крупный проект и посещаемый делать выгоднее. Будет заметно меньше оверхеда, не сильно больше кода придётся писать, не сильно больше времени займёт, если есть нормальные разработчики, и если всё продумано и есть наработки, но... В результате обычно получается всё совершенно не так, и вместо этого получается велосипед на квадратных колёсах, с массой дыр, который потом не только расширять, а и обслуживать-то сложно.

В случае CMS/CMF есть оверхед, т.к. необходима универсальность. Куда больше моментов продумана уже. Кодом пользуется большое комюнити, находятся и заделываются дырки, предлагается большое количество готовых решений, куда более законченных обычно, в частности и по поводу оптимизации производительности. С другой стороны, иногда приходится писать немало кода, если необходимый функционал сильно своеобразен, и часто реализация его бывает даже сложнее, чем в случае фреймворка, т.к. существенно больше ограничений...

Так что вопрос что лучше использовать это вопрос не только выбора инструмента, но и подготовки. И вопрос на самом деле сложный очень и не однозначный.

Вот и надо не дёргать без дела. =) На самом деле, 90% проблем с производительностью CCK либо надуманы, либо от неправильной реализации. Например выборке во Views нод, вместо их полей и.т.п. С хранением большого количества данных у Drupal, всё как раз довольно хорошо.

Узкие места тут в другом скорее - например, намного сложнее сделать проект, который будет распределённым, выполняться будет куда больше кода - плата за универсальность и гибкость.

По большому счету получается, что Drupal так же как большинство CMS предназначен для относительно небольших, типовых и мало отличающихся друг от друга решений или для случая, когда квалификация позволяет сделать только велосипед с квадратными колесами :(

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

Просто бывают ситуации, когда проект очень специфичный, например, какая-нибудь панель управления хостингом, или проект должен работать в распределённой среде, или нагрузки планируются настолько большими, что требуется очень сильно бороться за производительность... И тогда хочешь не хочешь, а велосипед изобретать придётся. =)

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

Есть типовые задачи, где применение фреймворка будет не оправдано, т.к. процесс разработки на CMF или специализированной под задачу CMS, будет в разы менее затратным.

И, наконец, какой-нибудь личный бложек делать на фреймворке(да и на CMF в общем-то), имеет смысл только ради саморазвития, иначе лучше взять предназначенную для этого CMS.