Почему не Drupal?

Dries Buytaert
Недавно, я столкнулся с некоторыми проблемами при разработке проекта на Drupal 7 (при переходе на Drupal 7), но речь не о них. В поисках решений, я натолкнулся на статью "The Drupal Crisis", одного из разработчиков Drupal — Daniel F. Kudwien, которая пролила свет на происходящее в кузнице Drupal. Сразу скажу, что большая часть проблем описанных в статье уже не актуальна, т.к. статья прошлогодняя. Тем не менее многим будет интересно ознакомиться с ее переводом.


Хронология событий


В следующей таблице представлена занимательная хронология событий, которые можно рассматривать как отправные точки начала кризиса Drupal.
2008 февраль Drupal 7 открыт для разработки.
октябрь 285 неисправленых багов.
2009 март Acquia1 взывает сообщество разработчиков о помощи.
июнь 3120 неисправленных багов из 13763
сентябрь Запланирована заморозка кода. При этом 10 новых фич по-прежнему разрабатываются с нуля и их внедрение разрешено в Drupal 7
2010 январь Выпущена первая альфа-версия Drupal 7 с кучей критических багов в новом API. Но еще больше багов в тех самых новых фичах.
июль Поток ошибок слишком большой (как мы все знаем, один исправленный баг зачастую имеет свойство порождать несколько новых), разработчики не справляются. Командный дух и ощущение цели утеряно.
Чтобы хоть как-то разгрести всю эту «кашу» вводится новый приоритет для багов — «major» (важный).
Даже не представляю, какой ад творился у них в багтрекере.
октябрь Выпущена первая бета-версия Drupal 7
2011 январь Drupal 7 выпущен с более чем 300 неисправленных major-багов и нерабочим механизмом обновления.
май Чтобы хоть как то стабилизировать ситуацию нанимается еще один maintainer2 для сопровождения Drupal 7 и Drupal 8, над ядром которого также идет работа. Drupal проводит политику исправления ошибок в стадии разработки Drupal 8 и затем выпуская обратные (backporting) фиксы для Durupal 7 и 6.
июнь Более 200 critical и major-багов меняют статус на normal.
июль Новые цифры: 15 критических и 200 важных ошибок в ветке Drupal 8 затрудняют backporting-политику.
август 4153 неисправленных бага из общего количества в 22181, которое за два года возросло почти в два раза практически останавливает развитие ветки Drupal 8. Порядок обновления Drupal 6 и Drupal 7 все еще неясен многим пользователям.

Как видите события развиваются плачевно. Только в новых проектах: Dashboard, Shortcut, Toolbar и Overlay более 150 неисправленных багов и задач. Именно эти модули разрабатывали с нуля после заморозки кода, затем их переписывали как минимум один раз после внедрения, что очень сильно повлияло на отложенный релиз Drupal 7.
На 2012 год ситуация с 7кой вроде улучшилась. В намеченном релизе 8-ки все относящееся к ядру теперь будет вынесено в папку core.


Разбор ситуации


«Считаю, что изначальный призыв сообщества Drupal к помощи демотивировал ключевую группу: разработчиков ядра, способных справиться с самыми тяжелыми задачами…
У нас сейчас примерно 450+ разработчиков ядра, из которых где-то 10 работают над интерфейсом»

© с этим замечанием когда-то выступил один из лидеров команды, ответственной за юзабилити.

Иными словами: «разработчики ядра не особо хотели взваливать на себя груз, но взвалить пришлось все равно». Эти новые фичи не только задерживали релиз Drupal 7, но и отвлекали разработчиков ядра от работы над более важными проблемами API и подсистем ядра Drupal. Многие из этих проблем до сих пор не решены. Сверху же посчитали, что неплохо было бы реализовать этот функционал. Ну и что, что сырой?! Суйте его в ядро — пусть сообщество поддерживает.

Новые подсистемы Drupal 7 очень сложны и сильно взаимосвязаны с другими не менее сложными подсистемами. Из-за этого (высокий порог вхождения) новички не могут быть включены в процесс исправления багов. Это прерогатива прожженных разработчики ядра и модулей, глубоко понимающих последствия изменения этих подсистем. Не совсем понятно, что думало руководство Acquia, взывая о помощи сообщества. Крик души?

Без всяких сомнений: бесплатный вклад в разработку и интересы коммерческих предприятий — в целом, несовместимы, что во многих случаях сильно тормозит развитие и даже губительно. Drupal тому пример. К сожалению, вклад в код ядра некоторых из самых активных и опытных разработчиков, устроившихся за последние 3 года в компанию, внезапно снизился практически до нуля. Конфликт интересов на лицо. Видимо, не судьба Acquia стать для Drupal тем, чем был Red Hat для Linux.


Что мы имеем?


В дополнение к вышеупомянутым «недоделкам» и новым фичам, ядро Drupal до сих пор тащит за собой кучу очень старого и никому не нужного хлама (сарказм-field: даешь MVC?!), основанного на API и концепциях, допущенных в Drupal 5 лет назад и раньше.

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

Программного хлама слишком много. И недоделанных, никем в общем-то не поддерживаемых фич — тоже слишком много.

Ядро Drupal больше не поддается поддержке. Вы все еще верите в красивые сказки Acquia о LTS редакциях для нежелающих гнаться за номерами версий?!


Путь Drupal. Есть ли выход?


Daniel F. Kudwien в своей следующей статье "Drupal Crisis Conclusion" предлагает несколько способов взять разработку Drupal под контроль. Но динамика такова, что за последние 2 года появилось 8000+ новых сообщений о багах.

Каждое из них должно быть:
  1. создано
  2. проанализировано
  3. исправлено
  4. рассмотрено экспертом
  5. протестировано
  6. одобрено
  7. и, наконец, добавлено в код

В среднем это означает, что через данный процесс должны проходить 320 багов в месяц или 10 багов в день. Не трудно подсчитать, что для того чтобы разгрести все это потребуется более 2 лет. Причем, дальше эти числа будут только расти, т.к. как части ядра изменяются и всплывают различного рода несостыковки подсистем. Стремительные темпы наблюдаются уже сегодня.

Как признаются сами разработчики, мы уже сами не знаем, какие части Drupal на самом деле считается ядром, а Acquia уже тольком не знает что в ядре активно поддерживать.
У разработчиков уже практически нет желания помогать в поддержке этого бедствия из недоделанных модулей. Сейчас куча неважных вещей отвлекает разработчиков от категорически необходимого рефакторинга, направленного на борьбу с настоящими, ужасными проколами в дизайне ядра.


Заключение (от меня)


Всех интересуюет вопрос, что ждет Drupal в будущем?

Возможно, Drupal 8 намертво увязнет в своих проблемах, и чтобы вытащить его, Acquia придется еще больше рассчитывать на свои силы, и еще меньше — на сообщество. Многие переосмыслят использование Drupal в своем бизнесе.

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

Почему нелогическому? Многие продукты остаются лучшими на протяжении нескольких лет, отлично работают и радуют тех кто ими пользуется. Но не самих разработчиков, которые достигли предела совершенства, «высосали» все из проекта и бояться его испортить. А, топтаться на одном месте — не выход, потому что в этом нет развития, логики, прогресса… как хотите. Иногда такие проекты замораживают, для того чтобы начать работу над чем то новым, более революционным. При этом конечно могут образовываться форки и продукт долгое время еще не потеряет своей актуальности. За примерами далеко ходить не нужно: замечательный CMF CodeIgniter из которого образовалась Kohana.

На сегодняшний момент считаю, что Drupal 6 — это пик развития Drupal. Стабильный и устоявшийся продукт, один из лучших в своем роде. Далее, развитие этой прекрасной CMS переходит в другое русло: Drupal перестает быть продуктом сообщества, и все больше становится продуктом корпорации (в некотором смысле повторяя судьбу Linux).

не-ловкий-момент
В России сформировалось огромное сообщество Drupal-разработчиков, ежегодно собирающихся на таких конференциях, как: DrupalConf, DrupalForum, DrupalCamp и др.
Сейчас, они будут защищать Drupal и это верно, т.к. лучший инструмент — тот, которым ты лучше всего владеешь. Но и они уже недовольны. Полистайте комментарии например, здесь.

Я бы хотел сказать новичкам, которые стоят перед выбором, еще раз подумать, какую CMS/CMF использовать в качестве основного инструмента. Тем более, что вектор определенно сместился в сторону использования веб-фреймворков.
Для себя лично, я уже сделал выводы… главное во время отказаться от того, что тянет тебя вниз.

И напоследок скажу, что автор, ожидавший массу негативных эмоций, несогласий и ругани из-за поста "The Drupal Crisis", к своему удивлению обнаружил, что практически все, кто ответил на пост, в целом согласились с озвученными проблемами.

Тем временем Rockettheme3 прощается с Drupal (оригинал).


Первоисточники и прочие материалы


  1. Daniel F. Kudwien «The Drupal Crisis»
    Оригинал:
    http://www.unleashedmind.com/en/blog/sun/the-drupal-crisis
    Перевод Романа Грачева (http://graker.ru):
    http://graker.ru/news/2011/08/25/khvatit_krasit_guby_ogromnoi_svine
  2. Daniel F. Kudwien «Drupal Crisis Conclusion»
    Оригинал:
    http://www.unleashedmind.com/en/blog/sun/crisis-conclusions
    Перевод Романа Грачева (http://graker.ru):
    http://graker.ru/news/2011/08/26/kak_smyt_makiyazh_so_svini_ili_vykhod_iz_krizisa
  3. Туманное будущее Друпала
    http://www.drupal.ru/node/65464?page=1
  4. Почему я не люблю Drupal
    http://habrahabr.ru/post/44980/


Сноски


  1. Acquia — фирма созданная разработчиком Drupal Дрисом Бёйтартом.
  2. Maintainer — человек, сопровождающий программный продукт, принимает участие в разработке и багфиксах.
  3. RocketTheme — лидирующая студия по производству платных шаблонов для Joomla. Также производит шаблоны для других CMS.
    Основана Andy Miller, являющимся соучредителем Joomla.
    Miller работал над CMS Mambo и ранними версиями Joomla в качестве основного разработчика.
    Шаблоны от RocketTheme используют Gantry Framework, который так же является их разработкой.
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 295

    0
    Спасибо, основательно. Ждем следующей статьи.
      +1
      за что спасибо? Статья это бред ни о чем. Какие тысячи багов, какие пережитки с Друпал 5?

      >>Drupal 6 — это пик развития Drupal
      У меня вопрос к автору, а писали модули для друпал 5 и друпал 6 и друпал 7 и делали сайты на этих версиях? Критичные статьи будут всегда, но не стоит паниковать на любой шорох.
        +1
        С 5ой версией не работал. Будьте внимательны, о багах и пережитках пишет разработчик в первоисточнике.
          +1
          мы все разработчики у каждого свой взгляд на вещи. От того что мы громко кричим об это суть не изменяется
      0
      Ну судя по тому что будет в Drupal 8, то еще не все потеряно.
        +2
        В нем будет порядка 4000 багов, не понимаю на что вы надеятесь
          +44
          4000 багов- это гражданин вообще не понял как работает багтрекер на drupal.org

          Идем в самый центр кошмара drupal.org/project/drupal и о ужас! Видим 4682 открытых бага!

          Одни после получения этого кошмарного знания бросаются писать статьи, другие же нажимают на циферку багов и попадают сюда drupal.org/project/issues/drupal?categories=bug где даже поверхностный взгляд неофита позволяет понять, что это общий багтрекер для вообще всех версий друпала начиная с 4-й.

          Простейшие манипуляции с фильтром в заголовке страницы позволяют глубже погрузиться в кошмарность ситуации:

          Для текущей версии друпал 7.15: drupal.org/project/issues/drupal?text=&status=Open&priorities=All&categories=bug&version=1708292&component=All

          17 багов! Это вообще отрапортованных, не факт что все они верны.

          Для текущей версии друпал 6.26 drupal.org/project/issues/drupal?text=&status=Open&priorities=All&categories=bug&version=1558054&component=All

          11 багов!

          Просто кошмар какая жопа накрыла друпал! Воистину, последние дни грядут!
            +1
            Речь о гражданине Daniel F. Kudwien
              +8
              После комментария Delirium дальше можно не читать. Автор посрамлён в цифрах выше. Ниже ничего умнее не будет. Спасибо Delirium.
                +4
                Хотелось бы уточнить для себя, — а незакрытые баги предыдущих версий текущей ветки куда-то испаряются с новым релизом? Т.е. всё что незакрытым висит в багтрекере Drupal 7.14 уже исправлено в 7.15?
                Просто интересно как тут у вас багтрекер устроен :)
                  0
                  Исправляются конечно. Просто люди иногда продолжают репортить о старых багах, так как не обновили версию.
                  0
                  А в версии 6.23 всего два бага. Видимо, нужно ей пользоваться?
                  То, что баг добавили для какой-то версии, не означает автоматически, что его нет в других версиях.
                  Конечно среди этих 8000 есть некорректная информация, но тем не менее ваши ссылки и аргументация не до конца верны.
                    0
                    Да нет, это просто вы ерунду написали в ответ.
                      +1
                      Цифра 11 и 17 такое же вранье, как 8000
                        0
                        Обоснуйте.

                        Только не нужно рассказывать про сотни багов, которые коварно таятся внутри стабильных версий, но их просто еще никто не нашел.
                          +2
                          При добавлении бага указывается, на какой версии он встретился.
                          Фильтр показывает, сколько багов добавлено с указанием номера выбранной версии.
                          Вышла новая минорная версия, в ней нашли другие баги, добавили.
                          Старые не переносятся в новую.
                            0
                            Замечательно. Это верно.

                            Но, во-первых, с некоторой вероятностью в свежей версии этого бага уже нет, во-вторых, «баги» зарегистрированные как таковые могут вообще багами не являться, ведь добавлять их может любой зарегистрированный на друпал.орг пользователь.

                            Поэтому тут как ни крути идет игра в цифры и можно настоящими багами считать например только подтвержденные тикеты, со статусом «needs work».
                              0
                              Да. Все так. :)
                                0
                                Допустим такую ситуацию:
                                1. Я нашел баг в 7.10 (допустим)
                                2. Зарепортил его для 7.10
                                3. Вышла версия 7.11, баг для 7.10 все еще висит как необработанный(или как там у вас оно называется)
                                4. Применяем фильтры для 7.11 — и о чудо, этого бага там нет!

                                А его пофиксили-то? Отнюдь.
                                Так что, пожалуйста, не доказывайте с пеной у рта что багов там нет, они никуда не девались. Их конечно не 4к+, но и не так мало как Вы указали.

                                Искренне надеюсь что когда-нибудь разработчики друпала все-таки образумятся, соберутся с силами и сообществом и сделают рефакторинг ядра, оптимизируют все что можно и наконец-то друпал станет идеальным инструментом.
                                  +1
                                  Ну вы не стесняйтесь.

                                  С пеной у рта отправляйтесь по вышеприведенным ссылкам и посчитайте кол-во багов для 7-й версии, не считая -dev ветки.

                                  Откройте уже глаза общественности.
                                    +2
                                    А что ее открывать? Надо смотреть не по отдельным минорным версиям 7.15, 7.16 и т.п., а по всей ветке 7.x

                                    В трекере, я так понимаю, это фильтр 7.x issues:
                                    drupal.org/project/issues/drupal?text=&status=Open&priorities=All&categories=bug&version=7.x&component=All

                                    30 страниц багов. Некоторым багам — по 4-5 лет, и они до сих пор со статусом active

                                    А в остальном, прекрасная маркиза, все хорошо, все хорошо
                                      0
                                      Да-да, и 99.9% всех багов относятся к -dev ветке, а не к релизам. Кошмарная ситуация, правда?

                                      Но вы продолжайте разоблачать, очень смешно.
                                        +1
                                        То, что они находятся в dev-ветке, значит, что их не надо решать и исправлять?
                      +2
                      Когда-то решил использовать друпал, жутко тормозил у моего хостера, спросил совета у русскоязычного сообщества друпала и получил почти единогласный ответ — «твой хост говно, юзай нормальный хост», среди тонны таких неадекватных комментов был совет глянуть на запросы к бд. Тем временем поставил на локальный хост этот же друпал — ситуация не изменилась, проблемы те же что и на реальном хостинге — over 50 запросов к бд для отрисовки одной стат.страницы, около десяти запросов идут по 2-3 секунды. Это, имхо, ненормально.

                      И вот как не имея мазохистических наклонностей использовать друпал?
                        +1
                        Как я уже говорил, drupal обладает продвинутой системой кеширования, вы просто не знаете как ей пользоваться.

                        Жертвам же говнохостинга советую замечательный хостинг it-patrol.ru спецом заточенный под друпал и с вменяемыми ценами.
                          +1
                          Все возможные советы по оптимизации и кэшированию прочитал и использовал. Не помогло.
                          Называть какой-либо хостинг говнохостингом только из-за того что один единственный друпал там виснет, это, знаете, странно. Скорее какая-то CMS имеет право называться говноцмской потому-что она даже со всеми возможными приблудами для кэширования работает хуже чем та же джумла «из коробки»
                            +3
                            У друпала есть вполне себе четко обозначенные минимальные требования к хостингу. То что на ваших хостингах работают сайты визитки, не говорит о том, что там будет работать друпал.

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

                                У меня рабочая машинка- уже старенький inspiron 1525 и никаких проблем на нем с друпалом я не имел.

                                Посмотрите конфиги для апача и пхп пригодные для друпала, они легко гуглятся.
                            0
                            Кстати, раз вы знаете о работе друпала в достаточном объеме, не подскажите зачем ему такое количество запросов к бд?
                              +3
                              Вы битрикс не использовали? Не? После битрикса друпал просто мегалайтcms.
                              А количество запросов напрямую зависит от количества модулей, и 50 запросов вполне нормально, плата за гибкость.
                              Но я бы всё же задумался, как могут простые запросы по ключу выполняться по 2-3 секунды?
                              Наверняка, БД-хост у хостера был на отдельном хосте (скороговорка то какая!), да ещё и как всегда просаженный. Русоникс? Мажордомо? Мастерхост?
                                –1
                                Не-не-не, одного названия битрикса не перевариваю.
                                Эм, а как быть с тем что на локальном сервере проблема с запросами наблюдается?
                                  0
                                  Не все конфиги одинаково полезны, особенно если это был денвер.
                                    0
                                    Обычная связка Ubuntu+Apache+MySQL+PHP
                                      0
                                      Хотя, может я просто не видел советов по настройке/оптимизации сервера для более пригодного вида
                                        0
                                        Не буду говорить за конфиги на все времена, но ровно год назад, у бубунты в конфиге мускуля был включен бинарный лог, что совсем не добавляло производительности.
                                0
                                Вы вполне можете удовлетворить свое любопытство самостоятельно.
                                  0
                                  Для начала, кеш друпала по умолчанию в БД, и он использует её как key-value хранилище, забирая оттуда различные значения очень простыми запросами. Если вам принципиально изменить этот момент, и вы почему-то зациклились на количестве запросов, используйте под кеш тот же memcached.
                                  Хотя такое решение при нормальной настройке mysql, может быть и не производительнее.

                                  Если у вас drupal 7 и таблицы в innodb, то вам надо innodb нормально настроить. Настройки innodb по умолчанию, мягко говоря не оптимальны. Об этом немало есть в сети, поинтересуйтесь.
                                0
                                Легко, и без всякого мазахизма — запросов и 150 может быть, и 200. Если нет проблемы на хостинге с идиотским ограничением кол-ва запросов в единицу времени, это может работать весьма быстро, т.к. в большинстве запросы очень лёгкие.
                                Если вы умудрились наставить бездумно пачку модулей, и получить-таки действительно тяжёлые запросы, то тут надо пинять не на сам друпал, а на модули и собственную компетентность как разработчика, если вы не можете понять, откуда это берётся.
                                Ну и если хостер ограничивает-таки кол-во запросов в единицу времени, то от него надо бежать вне зависимости от CMS.
                            0
                            Линк нужен еще
                              +3
                                0
                                Внедрение компонент Symfony в ядро — на сколько оно будет глобальным и обширным? Будут кардинально переписывать всё, что стало «не поддерживаемым» судя по тексту статьи?
                                  0
                                  насколько я помню не сильно. что-то типа интеграции апи на каком-то уровне
                            0
                            Печально. Хотя сам уже давно под Drupal не пишу, но как-то казалось (в основном по инфе с Хабра), что как раз идёт редизайн ядра, построение поддерживаемой ООП-архитектуры.
                              0
                              Блин, ну а вот что выбрать? Какую нормальную ЦМС с большим сообществом, кроме WP?
                                +1
                                Drupal 6 вполне достойная вещь для своих задач. Хотя я перешел на CMF (rails)

                                Из минусов D6 разве что старый jQuery, но это, наверно, решается.
                                  0
                                  Я дорешал до 1.5.2, потом перешёл на 7 версию и использую jQuery 1.8 и jQuery UI 1.8.22.
                                  +2
                                  В своё время у меня остро стоял этот вопрос — сейчас рад что выбрал Yii.
                                    +14
                                    Если интересует что-то большее чем сайты-визитки- бери D7, не ошибешься.

                                    Статья дурная, полна много лет как устаревшими сведениями.
                                      –13
                                      Посмотри в сторону Joomla! CMS
                                      Joomla 2.5 — текущая долгосрочная версия рассчитанная на длительность 18 месяцев.
                                      Промежуточные версии до следующей долгосрочной Joomla 3.5 будут выходить каждые 6 месяцев с этим коротким сроком жизни.

                                      Краткосрочная версия Joomla 3.0 уже выходит в конце сентября и будет иметь на борту обновленную Платформу Joomla, Twitter Bootstrap для интерфейса админки и фронта, полная на уровне ядра поддержка мобильных устройств.

                                      Над Joomla 3.0 работает Кайл Ледбеттер (Kyle Ledbetter) — UI/UX дизайнер, руководитель команды JUX (Joomla Юзабилити) и инженер по эргономики компании Ebay.

                                      Что касается сообщества и самой системы, то можете посмотреть на инфографику 6-ти летней истории и сделать выводы, что Joomla не так уж и плоха, как ее описывают: joomla-ua.org/news/portal/1764-infografika-6-richnoji-istoriji-joomla.

                                      P.S.: Я понимаю, что сейчас мой ответ заминусуют, заплюют рьяные противники Joomla, но я дал ответ на поставленный вопрос, если кому не нравиться Joomla давайте не будем устраивать споры и делать перекрестные минусования.
                                        +5
                                        Мне не нравится, когда пишут «нравиться» вместо «нравится».
                                          0
                                          Извини, сделал опечатку, но при чем тут твоя реплика?
                                            –1
                                            Я хотел сказать, что не поклонник Joomla, минусовать за неё я полагаю ниже своего достоинства, а придраться же к чему-то надо. К тому же в комментарии ниже у Вас та же ошибка, так что я решил, что Вы не в курсе.
                                              0
                                              Да нет в курсе )))
                                                +1
                                                И запятые…
                                                Нужное зачеркнуть самостоятельно? :)
                                          0
                                          Когда в Joomla будет нормальный движок шаблонов, а не каша из PHP и HTML кода?
                                            0
                                            У них довольно не плохой MVC подход к шаблону. Если же не нравиться стандартное решение, то есть несколько фреймворков-движков для шаблонов, которые используются как в Joomla, Drupal, WP.
                                              0
                                              «Ну вот ты опять! Будь здорова,— грустно сказал Винни-Пух»©
                                                0
                                                5 баллов! :)))
                                              +1
                                              Я думаю, PHP сам по себе является отличным шаблонизатором. И если в шаблонах использовать только вывод информации то это решение будет гораздо более оптимальным, чем использование шаблонизаторов, которые в итоге все равно приводят все к «каше из PHP и HTML кода» и потом выводят.
                                                0
                                                У шаблонизаторов более лаконичный синтаксис, даже просто вывод (экранированный) переменной, сравните {{var}} и <?=e($var)?> (в девичестве <?php echo htmlspecialchars($var, ENT_QUOTES, 'UTF-8') ?>), не говоря о, например, наследовании шаблонов (в нативных шаблонах это делается через перехват вывода посредством ob_*). Они дают меньше возможностей испортить (намеренно или случайно) работу приложения, да и сдерживают порывы внести в шаблон логику не относящуюся к логике приложения.

                                                Есть, конечно, ситуации, где использование шаблонизаторов неоправдано, но большинство проектов к ним, имхо, не относится.
                                              0
                                              Не хочется ее использовать до тех пор, пока у нее шаблоны через какую-то хитрую задницу закручены непонятным перемешиванием html и php
                                              +3
                                              Каждый хвалит свое — поэтому советую MODX Revolution. Большое сообщество, много документации.

                                              Полная свобода разработки и оформления сайта. В любой момент можете спустить на уровень чистого PHP и HTML, никто не помешает.

                                              Давно работаю с MODX и ни разу не пожалел о своем выборе.

                                              Может немного не в тему, но вот заметка об основных особенностях MODX Revolution, очень субъективная, конечно.
                                                0
                                                Странный и не удобный фреймворк в основе, которым по какой-то странной иронии так гордятся создатели. Хранение php кода в БД. Небольшое и довольно унылое сообщество, где всего несколько человек понимают, что они делают и как вообще работает ModX. И много других замечательных «особенностей». =) Но работать на этом можно, напильник только нужен большой.
                                                  0
                                                  Как давно вы смотрели на MODX, что имеете такое мнение?
                                                    0
                                                    Нет, недавно. Я до недавнего времени поддерживал и развивал сайт на нём.
                                                +2
                                                CMS/CMF MODx 2 Revo!
                                                  0
                                                  DLE наше все -)
                                                    0
                                                    А вы меньше читайте истерических статей и меньше верьте на слово их авторам. =)
                                                    –13
                                                    Пока вы пускаете лучи ненависти, я зарабатываю деньги.

                                                    Что я делаю не так?
                                                      +2
                                                      Всё так. Автор написал же "Данной статьей, я хотел предостеречь новчиков, которые стоят перед выбором: какую CMS/CMF использовать в качестве основного интрумента и посмотреть в сторону других решений", а вы, насколько я знаю, уважаемый земляк, таковым давно не являетесь :)
                                                      Довольно обоснованная статья, спасибо. Было интересно почитать.
                                                        +4
                                                        Но чует моё сердце — холивар впереди. Утром заварю чашечку кофе и с наслаждением перечитаю.
                                                          0
                                                          Напомню, в четверг Друпал кафе, уважаемый земляк, а это одна из причин, по которым следует использовать Друпал.
                                                            0
                                                            Спасибо. Без тебя и этой темы — точно бы пропустил! (вот что значит не поставить напоминание в гуглокалендаре).
                                                        +1
                                                        Процитирую с drupal.ru:
                                                        Правильно я на joomla перешел. Joomla эволюционирует в лучшую CMS, а Drupal так ничего нового и не привнес. Использование хуков и игнорирование возможностей ООП вместо прекрасно-подходящего для Web — MVC — это тупик.
                                                          +1
                                                          Жаль у джумлы не такое дружное сообщество. ИМХО друпал лидер по различным конференциям и стремлением разработчиков делиться информацией.
                                                            0
                                                            Я забыл поднять табличку Сарказм :)
                                                              0
                                                              А, ну я не в курсе джумлы) Как-то мимо прошла.
                                                                +5
                                                                Редкая какашка из-за кучи харкода в основных компонентах и устаревшей архитектуры. Как и ВП на самом деле, но там что-то решают в процессе, а Джумла вобще зависла во времени и пространстве.
                                                                  0
                                                                  Зависла? Расскажите об этом поподробнее
                                                              0
                                                              Ну почему не дружное? Довольно таки и дружное.

                                                              Почти каждый месяц устраиваются Joomla! Day по всему миру (ближайшее будет проходить в Польше).

                                                              Очень развито русское сообщество и украинское тоже активно себя проявляет.

                                                              Если же не нравиться атмосфера официоза или не охота общаться с «буржуями» иногда можно побывать на неофициальных посиделках с бокалом пиво в русском или украинском сообществе :)
                                                              +2
                                                              Не надо цитировать жумловодов. Один жумловод, там же, на друпал.ру сказал следующее:
                                                              Drupal гораздо хуже Joomla, у него только модули, а у Joomla — модули, компоненты, плагины, мамботы
                                                                0
                                                                Если вы увидели слово «мамботы», то либо это было сообщение 4-5-летней давности, либо человек видел Joomla в последний раз как раз в этот период.
                                                                  +1
                                                                  Это я видел давно, но думаю, что слово мамботы тут не главное.
                                                                  0
                                                                  Заумные аргументы таковых вообще не стоит принимать во внимание. ИМХО этот джумлавод очень поверхностно знаком как с Joomla так и с Drupal. Тут дело даже не в самих модулях, а в терминологии. Модуль Drupal = любое Расширение Joomla (за исключением шаблонов, так как тема Drupal не является модулем). Мамбот?.. нет, не слышал. Это наверное из курса истории CMS.
                                                                    0
                                                                    Мамботы теперь плагинами называются
                                                                      +1
                                                                      Я конечно пошутил… Но когда я слышу слово «мамбот», от этого веет такой древностью!
                                                                        0
                                                                        Звучит почти как «мамонт», ну и тоже вымерли.
                                                                    +3
                                                                    Я с Joomla начинал, да и сейчас периодически возвращаюсь. И с Drupal тоже работал. Как не пинаться, но Drupal — не та система с которой нужно начинать. Я затрахался с ним еще на первых этапах. Однако Drupal добротнее Joomla в разы и это видно прямо по первым шагам.

                                                                    Joomla — простая говносистема система. Хороша в освоении, расширениях и сообщество сильное
                                                                    Drupal — более гибкий и «сырой» чтоле… Отличная система для более профессиональной работы.

                                                                    А дальше фреймворки будут :)
                                                                      +1
                                                                      Не понимаю вас.

                                                                      Joomla — простая система. Хороша в освоении, расширениях и сообщество сильное
                                                                      Drupal — более гибкий и «сырой» чтоле… Отличная система для более профессиональной работы.


                                                                      как может «сырое» решение лучше «подходить для профессиональной работы»?
                                                                        0
                                                                        «Сырой» употреблено в смысле «Не из коробки, требует мозговой деятельности»
                                                                          0
                                                                          Вы, вероятно, меня не так поняли.

                                                                          Когда вы берете готовое решение и пытаетесь отладить / отредактировать его под себя, Вам приходится пилить чужой готовый код. В сырой системе достаточно просто написать под себя, не копаясь. Ну для меня точно. Переделки занимают столько же времени, сколько написание с нуля.
                                                                          Так вот Drupal, по сравнению с Joomla более сырой.
                                                                          Использование 100% готовых решений — все таки прерогатива начинающих разрабов.
                                                                            0
                                                                            В Drupal даже относительно простой сайт вряд ли обойдётся без написания кода (или использования CCK и ко), но когда на Joomla доходит до кода, то возможностей кастомизации оказывается меньше.
                                                                              0
                                                                              В Drupal очень редко приходится писать код (если не учитывать кастомизацию щаблонов и нод, именно логику, а не отображение). Чаще всего все можно наклацать мышкой из готовых модулей. И ИМХО это как раз проблема, для разработчика, т.к. он забывает как писать код. Плюс проблема наличия в БД данных для функционала, что затрудняет использование систем контроля версий.
                                                                                0
                                                                                Как правило, почти всё что в БД поддаётся features-азации, а тут и контроль версий появляется.
                                                                                Очень удобная штука для деплоя при серьёзной разработке
                                                                                  0
                                                                                  Честно говоря, большинство «разработчиков» нельзя и на расстояние выстрела подпускать к написанию модулей к друпалу.

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

                                                                                  Насчет систем контроля версий вы правы. К счастью, уже есть и немало облегчает разработку модуль features. Но хотелось бы большего конечно.
                                                                                    0
                                                                                    Во времена перехода с 5 на 6 приходилось частенько.
                                                                                  0
                                                                                  Очевидно под словом «сырой» имеется в виду «полуфабрикат», который, как известно, нужно готовить.
                                                                            –2
                                                                            Помнится, как-то давным давно я что-то писал кому-то на Друпале, вроде это была 6ка. Еще тогда я тупо шизел от этого гавнокода и думал, что оно вот-вот загнется.

                                                                            Но, походу, у какого-то сраного манагера хватило ума расписать инвесторам какой это «чудо» продукт и уже есть 7я версия и даже верстается 8ка… Это ужасно…

                                                                            250+ девелоперов? Идрить колотить — это индусов или пакистанцев набрали что ли? Нахрена столько то????

                                                                            4000-8000 описаных багов в трекере? да я не видел одновременно более 50-60, и то даже не в альфе!

                                                                            5 человек это способны создать за 3-4 месяца с нуля до стейбл беты и это не шутка. Какой-же все это слив бабла и не профессионализм… И как это можно использовать и расхваливать — не понимаю…
                                                                              +11
                                                                              Drupal был последней CMS-кой, с которой я разбирался до того, как забил на PHP. :) И, честно говоря, Drupal меня весьма впечатлил. В особенности CCK и отображения — достаточно мощный механизм, я не видел ничего подобного больше нигде. С учетом кучи всяких дополнительных компонентов, которые вроде как даже относительно безпроблемно между собой интегрируются — всё это выглядело весьма и весьма вкусно.

                                                                              Искренне жаль, что ребята увязли с новыми версиями. Из всех известных мне CMS-ок, Drupal казался наиболее гибким и перспективным.
                                                                                0
                                                                                >>как забил на PHP

                                                                                А мне нравится создавать изящные и быстрые решения. Мне нравится WEB и Десктоп. И мне по барабану какой это язык.

                                                                                А будет это питон, ява, перл, пых-пых, си-шарп, или даже обычный В(изуал)Б(ейсик)А(для приложений) — мне пофигу, зависит от постановки задачи — ибо программер — это программер, а не кодер одного двух языков ;)
                                                                                  +2
                                                                                  Да на здоровье. :)
                                                                                    –5
                                                                                    да и вам на здоровье :) да вот только более быстрого веб шаблонизатора с возможностями сложной логики, с достаточным (относительно) уровнем ООП, работой с регекстами и прочим «блекджеком и шлюхами» для веба, чем пХП, не изобрели пока ;)
                                                                                      +1
                                                                                      Не могу уловить, каким боком это ваше утверждение относится к данному топику. Или даже к моему комментарию.
                                                                                        –3
                                                                                        это относилось к Вашему комментарию на забивание инструментария, который тоже никак не был подвязан к топику — ибо нигде не говорилось о языках ;)
                                                                                          0
                                                                                          Я там еще много всякого написал после слова «PHP», на котором вас почему-то заклинило. При чем по теме топика, жаль, что вы не обратили внимание. :)

                                                                                          А о разрыве моих отношений с PHP было упомянуто исключительно для того, чтобы обозначить тот факт, что мимо меня, теоретически, могли пройти мимо еще какие-то приличные/интересные CMS-ки написанные на нем.
                                                                                            –2
                                                                                            пытаюсь, но не могу уловить взаимосвязь языка и ЦМСок — любой, мало-мальски начавший программить писал свои фреймворки (ЦМСки — частный случай) — какой смысл их рассматривать?
                                                                                              +1
                                                                                              См. 2-й абзац моего последнего комментария.

                                                                                              И я уже прямым текстом предлагаю прекратить этот никому не интересный оффтопик.
                                                                                                –7
                                                                                                не заметил никакой связи, но да и пофик — мне этот тред с Вами наскучил давно уже 8-)
                                                                              +1
                                                                              А если серьезно, Д7 отличается от Д6 в первую очередь (потому как сразу видно) проработанным интерфесом управления сайтом. Это его основное преимущество перед основными конкурентами (Wordpress, Joomla), т.к. только в Д7 можно нормально настроить редакторский интерфейс и объяснить клиенту как этим пользоваться без тонны документации и костылей.
                                                                              Но это же и основная проблема Д7 из-за позднего включения в основную ветку разработки, что потянуло за собой кучу ошибок и нестыковок.

                                                                              Но опять же, на данный момент Д7 достаточно стабилен, как и его основные модули. Так что сейчас нужно смотреть на Д8, чтобы не повторилась эта история.
                                                                                +12
                                                                                Что за люди пишут такие статьи?) Больше похоже не на критику «изнутри», а негодование конкурирующей платформы. А именно: что я бы стал делать, если бы мне захотелось очернить вордпресс, например? Вижу несколько простых шагов:

                                                                                1. Критика изнутри, с которой тяжело спорить, ссылки на статьи, которые есть в любых спорах между разработчиками по поводу продукта. Черт возьми, даже при создании простого приложения калькулятора 4 года назад в группе разработчиков, с которой работал, я помню внутренний отзыв о том что «архитектура не имеет будущего». Это нормально, хуже когда нет этих споров, нет «болезни за продукт» и нет поиска лучших архитектурных решений. В друпале это все есть, будем же благодарны неравнодушному сообществу.
                                                                                2. Находим старый, повторяющийся мем о минусах разработки. К примеру в joomla это может быть вопрос ЧПУ, в друпале — MVC, на который все пытаются ткнуть пальцем. Главное — упомянуть в статье, без «разбора», это запоминающийся момент.
                                                                                3. Находим компанию, которая отказалась от сотрудничества с продуктом. Идеально — если это, к примеру, сервис продажи готовых тем. Неважно, что изначально была допущена ошибка в планировании — веб-разработчикам drupal не очень нужны «готовые темы», это не пользователи блог-платформы wordpress, которым нужно «запустить блог за 10 минут», это большие студии которые пишут серьезные продукты на данной CMS, которым наивно предлагать «готовый дизайн», имеющий множество нареканий в области стандартов верстки.

                                                                                Вуаля, разоблачительная статья готова!)
                                                                                  0
                                                                                  Вы серьезно? «группа разработчиков» работала над калькулятором и разговоры об «архитектуре» не были шуткой? :)
                                                                                    +1
                                                                                    Я в контексте статьи. Тогда мы скорее холиварили на тему js фреймворка, вообще для проекта, не только для конкретного приложения. Но началось именно из мелочи — функционала калькулятора. И лозунги были в формате: «через полтора года мы не сможем это поддерживать за разумные деньги». Привел в качестве примера, как на мелочи может разгореться спор о вариантах решения. И если это бывает в мелочах, то в больших проектах — значительно чаще. Не стоит забывать что друпал — очень публичный проект, значительно более публичный чем многие другие cms и фреймворки, во многом из-за распределенного по всему миру большого и активного сообщества. В нем нормально привлечь внимание к недостаткам в виде статьи или записи в блоге. Но автор данного поста не указывает контекст. Приводит ссылку на graker.ru/news/2011/08/26/kak_smyt_makiyazh_so_svini_ili_vykhod_iz_krizisa, но не указывает, какие мысли в комментариях там проскальзывают, в том числе приведу цитату автора перевода: «Многие, и я в их числе, считают это заблуждением. Если в достаточной степени разобрался с апи — ни с какими проблемами бороться не надо, разрабатывай на здоровье :)».

                                                                                    В общем попахивает заказным постом «в негатив».
                                                                                      –3
                                                                                      Да норм статья — вполне конструктивнгая критика и, главное, по полочкам разложена.

                                                                                      Это Ваши посты больше смахивают на посты дева друпала, пытающегося выгородить это-непонятно-что ;)
                                                                                        +1
                                                                                        Но вы же не будете спорить что «по полочкам разложена» довольно однобоко?) Согласитесь, не может быть чтобы «не было позитива» в обзоре CMS, если она обслуживает около 2% сайтов в интернете и имеет очень громкие «истории внедрения»?) Вот и хочется добавить толику объективности…
                                                                                          –1
                                                                                          Стоп-стоп-стоп — а почему это Вы решили, что это обзор CMS? Как я увидел еще во время чтения — это всего лишь попытка указать явные и конкретные недостатки этого продукта, основываясь на внутренних данных (кол-во тикетов, попытка при таком их кол-ве ввети критиклы через пару лет, динамика изменения их статуса и кол-во разработчиков) — может эта инфа просто даст возможность кому-то подумать при выборе инструментария.

                                                                                          И то, что у автора нет похожей инфы по другим продуктам, ничего не значит — я бы, будучи в раздумьях, после таких цифирей точно бы не взял эту коробку для дальнейшей разработки
                                                                                            +1
                                                                                            Понял, заканчиваю спор. Просто формат подачи материалов показался мне некорректным. Попробовал обратить на это внимание — не получилось. Ну что же, остается извиниться что видимо зря затеял обсуждение и отнял ваше время.
                                                                                              +1
                                                                                              Человек совсем не разобрался в цифрах (если интересно, выше мой комментарий по этому поводу).

                                                                                              Статьи на которые он ссылается уже минимум год как устарели.
                                                                                                0
                                                                                                вверху же и ответил ;)
                                                                                    +10
                                                                                    кто-то мою картинку взял с тачкой и девушкой с деньгами. Когда-то я заказывал ее у фрилансера за $80
                                                                                      +1
                                                                                      Может он Вам передал всего лишь право на франшизу или на частное некоммерческое использование, оставив за собой право на обьект авторского права? ;)
                                                                                        +1
                                                                                        прикол в том, что я потом сам еще лично у тачки внизу подрисовывал градиент, и белую полоску сбоку)
                                                                                          +4
                                                                                          мне в принципе не жалко, пусть люди юзают
                                                                                          +1
                                                                                          Спасибо за разрешение использовать изображение. Первоисточник видимо здесь: romanpushkin.blogspot.com/2010/07/blog-post_28.html
                                                                                            0
                                                                                            а в каком месте вам дали разрешение использовать изображение?
                                                                                          0
                                                                                          кстати, выбрал эту картинку из огромной выдачи google, потому что цвет авто схож с цветом логотипа Drupal
                                                                                          +3
                                                                                          Автор слишком зациклен на багах. Тут проблема в голове.
                                                                                          Я, например, работаю с друпалом уже лет 5, и сейчас первый раз узнал количество критических багов. Хм…

                                                                                          Использую данную систему как конструктор, очень удобно. Даже сделал недавно несложную CRM тупо на D7+CCK+Views — заказчик доволен, всё именно так, как нужно, без единой строчки кода.

                                                                                          Не понимаю, зачем вообще кодить в Дру и смотреть сколько там багов. Дело нехитрое — ищи, устанавливай, настраивай модули и в путь. Для 80% сайтов уже всё написано.

                                                                                          Кто хочет — делает, кто не хочет — ищет причины. Я делаю, а вы?
                                                                                            +9
                                                                                            автор, скорей всего, относится к разряду разработчиков, в отличии от многочисленой армии «конструкторов» визиток и сталкивался с проблемами, о которых Вы и помыслить не могли за все 5ть лет своей работы «работы с Друпалом»
                                                                                              +3
                                                                                              автор, скорей всего, относится к разряду разработчиков, в отличии от многочисленой армии «конструкторов» визиток и сталкивался с проблемами


                                                                                              Наверняка у такого автора и портфолио есть, как друпал-продуктов, так и других?) В противном случае хочу поинтересоваться основанием такого заявления.
                                                                                                –2
                                                                                                это ко мне коммент или к коммент стартеру?
                                                                                                –1
                                                                                                Как тут уже выяснили, эта статья — перевод годовой давности. Автор оригинала — сам активный разработчик ядра друпала.

                                                                                                Так что автор этой статьи уже на хабре — «скорее всего» — никто в разработке и звать никак.

                                                                                                (Визитки я делал еще до друпала)
                                                                                                +2
                                                                                                А CRM немножко посложнее? Шаг в сторону — расстрел? Нет, я не против Друпала, но так пиарить…
                                                                                                +1
                                                                                                Полностью согласен с автором, до сих пор не понимаю причину народной любви к друпалу, сколько не сталкивался с ним — всегда были проблемы…
                                                                                                  –1
                                                                                                  Вы просто не умеете его готовить.
                                                                                                  +1
                                                                                                  Выделение по всей статье слова Drupal жирным — это такое хитрое анти-СЕО? :) Выделять нужно то, на что ставится акцент, на что нужно обратить внимание. Так как вся статья про Drupal, то выделять это слово каждый раз смысла нет.
                                                                                                    +1
                                                                                                    Ах да, и подчёркивания лучше избегать, оно «зарезервировано» за ссылками. Есть курсив.
                                                                                                      0
                                                                                                      Как всегда — поспешил, не уделив должного внимания форматированию текста. Спасибо за дельное замечание — исправил.
                                                                                                    0
                                                                                                    Статья, к сожалению, очень слабая.

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

                                                                                                    Нахватался обрывочных сведений из блогов многолетней давности и вывалил сюда плохопереведенную кашу.
                                                                                                      0
                                                                                                      Вот именно. Дата публикации оригинала — август 2011-го года
                                                                                                      +5
                                                                                                      Согласен с автором, но аргументация подобрана не верно.

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

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

                                                                                                      А хуже всего, что в ответ на это тебе отвечают одной и той же дебильной фразой — «вы не умеете его готовить». Хм, а чьи же тогда эти N сайтов, где в подвале стоит моя почта?

                                                                                                      У меня тоже есть что посоветовать новичкам: учите фреймворки. Имхо, эра CMS прошла. На арену вышли такие прекрасные языки, как Питон и Руби, а вместе с ними — Джанго и Рельсы, способные превратить веб-разработку в удовольствие.

                                                                                                      А Друпал, как верно замечено в статье — старый больной зверь. Система стала слишком громоздкой и не реагирует на свои же сигналы. Мой прогноз состоит в том, что кто-то форкнет Друпал, но форкнет очень удачно — оставит для публики только название, а сам перепишет ядро, выкинув хлам, сделает нормальные формы, gettext-переводы, файловый кэш.

                                                                                                      Но для этого нужно осознать, что в Друпале действительно нужна революция, а не постоянное исправление багов.
                                                                                                        +1
                                                                                                        в друпале концепция очень даже ок — все что нужно — просто нанять одного хорошего системного архитектора, одного хорошего архитектора БД и пару тройку не рядовых девелоперов + одного грамотного верстальщика на финале — и будет «новая революционная ЦМСка», которая еще пару лет будет закрывать все потребности рынка, как это было когда-то
                                                                                                          –1
                                                                                                          Правильно отвечают. Потому что вы не разобрались с системой кеширования в друпале и теми сторонними модулями, которые для него есть. На друпале делают огромные сайты с миллионами посещений ежедневно и происходит это отнюдь не вопреки легендарным «200 запросов на страницу».

                                                                                                          Друпал не только не «старый и больной», он вместе с Аквией еще нас всех переживет.
                                                                                                            –1
                                                                                                            ))))) приведите примеры много миллионно посещаемых сайтов? для таких посещений в друпале через чур много инклудов ;)
                                                                                                              +1
                                                                                                              Навскидку ubuntu.com, leagueoflegends.com, forbes.ru
                                                                                                                +1
                                                                                                                Обажжите — насколько я знаю, эти сайты кастривали и кастомизировали изначальный Друпал по максимуму в пост разработке (когда уволили изначальных девелоперов). Просто потому, что это было дешевле на определенный момент времени, чем редевелопмент.
                                                                                                                Теперь же они, теоретически, готовы переделаться, но овчинка не стоит выделки.
                                                                                                                Все тоже самое, что и у нас с ЗендФреймворком на одном из проектов:)
                                                                                                                  0
                                                                                                                  Друпал по сути своей гибкий конструктор.

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

                                                                                                                  Тем не менее, сайты построены и успешно работают.
                                                                                                                    0
                                                                                                                    тут не заслуга друпала, а больше заслуга девов, которые заставили сайт на друпале летать )))) в общем — друпал я не хочу обижать (мне он нравится, и это я уже говорил, но бэ большую часть кода переписал бы или заставил переписать) — не стоит приводить топ сайты — в этом фреймворке есть конкретные изьяны, но, готов согласиться (окончательно и таки да!) об этом не стоит знать рядовым пользователям и конструкторам :)
                                                                                                                      0
                                                                                                                      Все дело в том, что написанный на коленке хоть сколько нибудь сложный сайт, который не делает «200 запросов к БД» все-равно перестает летать уже на десятках тысячах посетителей.

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

                                                                                                                      И вот тут то для наколеночников разверзаются бездны проблем синхронизации, распараллеливания и прочее и прочее.

                                                                                                                      А прелесть друпала как раз в том, что он умеет гибко масштабироваться.

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

                                                                                                                      Слабое место друпала- как раз простенькие сайты на российских говнохостингах, где дерут втридорога, а ресурсов дают с гулькин этот самый. Тут да, хотя и с помощью того же boost-a можно частично решить проблему, лучше таки взять другой движок.
                                                                                                                  +1
                                                                                                                  Там от друпала только robots.txt.
                                                                                                                  Фром спортбокс.ру вись лове (15 000 000 хитов).
                                                                                                                    0
                                                                                                                    Шутку понял, смешно.
                                                                                                                      0
                                                                                                                      А в чём шутка? Поделитесь?
                                                                                                                      Перечисленные порталы работают на шестой версии, использовать шестую версию без серьёзных модификаций для серьёзных нагрузок практически нереально
                                                                                                                        0
                                                                                                                        Да вот комментарии ваши почитал habrahabr.ru/users/rxb/comments/page3/

                                                                                                                        А с тем, что друпал нужно оптимизировать под высокие нагрузки никто и не спорит.

                                                                                                                        Тем не менее, от него там, мягко говоря, не только роботс.тхт остался :)
                                                                                                                0
                                                                                                                Отвечают неправильно. У таких проблем серьезная проблема с логикой.
                                                                                                                Критика не означает, что я не умею готовить Друпал.
                                                                                                                А критикую я потому, что работаю с фреймворками и вижу элегантные решения.
                                                                                                                  0
                                                                                                                  *у таких людей
                                                                                                                    0
                                                                                                                    Дело не в критике как таковой, а в ее обоснованности. Если критика необоснована, вывод простой- пациент не разобрался.

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

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

                                                                                                                    Так что CMS/CMF в обозримой перспективе не умрут.
                                                                                                                      0
                                                                                                                      Ваш вывод построен ни на чем — я знаю проблемы Дурпала и как их решать. Потому и критикую, что есть опыт и с чем сравнивать. А у вас аргументов никаких нет, единственное что вам остается — пытаться оспорить мою компетентность.
                                                                                                                        –1
                                                                                                                        Я уже задал вопрос выше — «Где вы решили проблемы Друпала?» Расскажите отдельной статьей как и зачем ;) почитаем, подумаем, изменим — попробуем решить, кароче ))))))))))
                                                                                                                          +3
                                                                                                                          У меня свои планы на тематику статей. Тем более, ваше мнение и мысли меня не интересует в виду вашей неадекватности.
                                                                                                                  +16
                                                                                                                  нельзя-просто-так-переписать-ядро
                                                                                                                  +7
                                                                                                                  Не первая уже статья про внутреннюю кухню Друпала, после которой, у не знающего Друпал человека, возникает ощущение полного тотального полярного животного, застойного болота, безнадеги, бесперспективности, убогости и прочего.

                                                                                                                  На самом же деле, в 95% случаев использования Друпала, о внутренних проблемах данной CMS вы никогда не узнаете и будете довольны как слоны на водопое от его возможностей.
                                                                                                                    +2
                                                                                                                    Для меня это тоже странно. Я на Хабр уже более года не заходил. Работаю на запад — тут Друпал цветет и пахнет, и разработчики активно переходят на Друпал. Я сам сейчас практически постоянно работаю с миграцией сайтов с других ЦПС на Друпал. Захожу в ХАБР — а тут похоронные песни Друпалу поют, очень странно. При чем, поют почему — потому что разработчики Друпала 7 делились своими предложениями. Переводчики взяли негатив, написали статьи на уровне желтой прессы. Я вижу смысл такое делать в политике. Но в веб-разработке — какой кайф?!

                                                                                                                    Когда продукт создается сильным сообществом, которое способно критиковать себя, выявлять и решать проблемы — это очень важный плюс такому сообществу. Например, самокритика проекта при создании Друпал 7 позволила сделать эту версию гораздо лучше всех предыдущих. А в 8 версии, Друпал бросает вызовам базовым ограничениям своего ядра и перебирается на Symphony в качестве движка. В 8 версию будет также включена новая система редактирования и управления контентом, с инлайн-редактированием Sparkle, и поддержка мобильных устройств в ядре. И вот в то время, как все затаив дыхание следят за тем что будет с Друпал 8, у на стут на хабре все еще жуют сопли из-за какой-то критики, которая была в разработке Друпал 7.
                                                                                                                    +2
                                                                                                                    Недовольства и необоснованные обвинения в том, что пост является заказным — это вполне ожидаемая реакция (в первую очередь от ярых приверженцев продукта).

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

                                                                                                                    У меня нет желания подливать масла в огонь, «мериться пиписьками» и отвечать на провокации троллей.

                                                                                                                    Практика показывает, что подобного рода споры бессмысленны (все равно каждый останется при своем мнении).

                                                                                                                    «Единственный способ понравиться всем — это, бл..., умереть!» (с)

                                                                                                                    Никоим образом не хотел никого обидеть, лишь привел факты, которые могут быть интересны тем, кто озадачен вопросом выбора рабочего инструмента. Особо опасных троллей уверяю, что ваши попытки расстроить меня своими дерзкими заявлениями в мой адрес не приведут к результату. Удачи в ваших проектах!
                                                                                                                      0
                                                                                                                      То, что напрямую не указывается конкурент никоим образом не отбивает мнения о заказном характере статьи.

                                                                                                                      Насчет же фактов. Вас самого не смущает, что самые свежие ваши (точнее даже не ваши, а тех людей чьи посты из блогов вы перевели) факты датированы августом прошлого года?
                                                                                                                        0
                                                                                                                        Ну хорошо, по вашему ситуация изменилась и текущий релиз 7-ой ветки удобен, логичен и лишен проблем?!
                                                                                                                        Ну раз вы ответили — «Да!», то почему бы теперь вам не направить свою буйную энергию на помощь сообществу и пользователям, которые сталкиваются с немалым количеством проблем при использовании 7-ой версии, о чем свидетельствуют многочисленные ветки официального и других крупных форумов по Drupal, датированные этим годом (раз уж вы так привязались к датам).
                                                                                                                          0
                                                                                                                          Я не евангелист от друпала, за всех говорить не могу.

                                                                                                                          В том наборе функционала, что нужен лично мне, у 7-ки нет видимых проблем (перешел на нее чуть менее полугода назад).

                                                                                                                          Если вы нашли такое немалое количество проблем, может укажете на них? Я про системные проблемы, а не сто мильонов тем вида «как мне поставить друпал»? или «как мне добавить вот такой функционал»?

                                                                                                                          Как раз и получилась бы интересная и актуальная статья.
                                                                                                                            +1
                                                                                                                            Бред какой то в каждом утверждении :)
                                                                                                                            С 7 версией — да изменилась. Недостатки были есть и будут, как и в любом здоровом и развивающемся продукте (кстати вы бы ещё 8-ю ветку тут похаяли и об огромной куче её багов написали:) ). Как вы правильно заметили — недостатков нет только у умерших продуктов. Отсюда вывод — всё в порядке.

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

                                                                                                                            1) хронология застыла где-то в прошлом веке (её, товарищ… сейчас август 2012) а заморозка кода 8 — февраль 2013
                                                                                                                            2) "© когда-то выступил один из лидеров команды" — ну и что из этого следует? Мало ли кто и с чем выступает… :)
                                                                                                                            3) имеем недостатки — естественно имеем, мы же растем и развиваемся (в отличии от мертвечины, которую навязывает автор)
                                                                                                                            4) прогноз — намертво увязнет. Ну как бы это помягче, чтобы вас не обидеть :). Посмотрим через год кто в чём увязнет.
                                                                                                                            5) есть ли выход — для автора точно нет. Если он предлагает распылить силы на исправление 8к непонятных фич, а не десятка редко-встречающихся багов — то да можно увязнуть надолго.

                                                                                                                            Вердикт — лучше подошла бы картинка мужика на кровате с женщиной со словами — «родная, извини не смог». Он больше соответствует описанию не сложившихся взаимоотношений автора с этой замечательной CMF. Ну не шмагла понять и освоить…
                                                                                                                        0
                                                                                                                        Да, история с коре-разработчиками, их ограничения, уход «крутых» компаний и прочее не есть хорошая история, надеюсь Дрис сделал свои выводы.

                                                                                                                        >> на 2012 год ситуация с 7кой пока что мало улучшилась. В намеченном релизе 8-ки все относящееся к ядру теперь будет вынесено в папку core.
                                                                                                                        В реальной разработке с этими не сталкивался.

                                                                                                                        >> Как видите события развиваются плачевно. Только в новых проектах: Dashboard, Shortcut, Toolbar и Overlay более 150 неисправленных багов и задач.
                                                                                                                        да, это минус, можно было не включать в «ядро», и я их просто отключаю :)
                                                                                                                          +2
                                                                                                                          Кстати, в то время когда «Rockettheme3 прощается с Drupal», другая известная студия JoomlArt, создала отдельное подразделение занимающееся разработкой тем под Drupal — Themebrain
                                                                                                                            0
                                                                                                                            Глянул бегло на фото — подумал, что Цыплухин вещает о Друпале %)
                                                                                                                              +2
                                                                                                                              >> Данной статьей, я хотел предостеречь новчиков, которые стоят перед выбором: какую CMS/CMF использовать в качестве основного интрумента и посмотреть в сторону других решений…

                                                                                                                              Мне, к сожалению пока не известна другая CMS равноценная по гибкости и универсальности. Ведь, по сути, на Drupal можно склепать сайт отвечающий любым капризам и поставленным задачам… Я конечно понимаю, настоящая крутизна — это фреймворки и «голый» php. Но пока php не освоил, остается прибегать к помощи/мощи какой-нибудь универсальной CMS
                                                                                                                                +2
                                                                                                                                как вспомню про Views, CCK, Context, Panels… у какой CMS такой функционал можно найти?
                                                                                                                                  +1
                                                                                                                                  MODX
                                                                                                                                    0
                                                                                                                                    Я кое-что слышал про MODX. Но так и не смог разобраться с ней. Может вы подскажете где можно найти хорошее учебное пособие по ней
                                                                                                                                      0
                                                                                                                                      Вот буду «пилить» своего ведущего разработчика написать статью на эту тему на его проекте modx.by. =)

                                                                                                                                      Могу еще порекомендовать bezumkin.ru.
                                                                                                                                        0
                                                                                                                                        0
                                                                                                                                        Простите, но ни аналога views, ни panels ни context в modX нет.
                                                                                                                                          0
                                                                                                                                          И что? Как-то справляемся без таких названий. А может, они и есть, но называются иначе? =)

                                                                                                                                          Поясните, пожалуйста, что реализуют перечисленные вами вещи?
                                                                                                                                            0
                                                                                                                                            Справляться не значит решать оптимально задачу. Любой сайт можно сделать на любом движке и без него, только большинство сочетаний «задача — инструмент» будет куда хуже работать, или требовать больше затрат на разработку, или на поддержку…

                                                                                                                                            Я работал и с Drupal и с ModX, и могу сравнивать, а не делать как вы голословных утверждений.

                                                                                                                                            Views это инструментарий, позволяющий гибко делать выборки данных и визуализировать результаты. Причём выборки могут делаться не просто из набора документов или их полей, а с различными фильтрами, связями между данными различных модулей, и визуализироваться различными способами, причём набор способов расширяем различными дополнительными модулями. Например, можно сделать табличку или слайдшоу или…
                                                                                                                                            Аналог слегка похожий getResources + getPage, но на порядки скромнее.
                                                                                                                                            Результат можно получить в modX с написав, немалое количество кода, используя фреймворк xPDO, лежащий в основе modX(та ещё пакость, надо заметить), или в простейшем случае, применив вышеописанные аддоны. В Drupal это делается несколькими кликами.

                                                                                                                                            Panels даёт возможность гибко управлять структурой страницы, размещать в нужных местах нужные модули, и.т.п. Ничего аналогичного в modX нет в принципе. Почитайте документацию по этому модулю на drupal.org, поймёте что это. Результат может быть достигнут в modX большим количеством разных шаблонов, и соответственно, проблемой для того, кто публикует информацию.

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

                                                                                                                                            Ну и напоследок, вы предлагаете использовать modX вместо Drupal? Так вот хотя бы ознакомьтесь с тем, что вы хотите заменить — поймёте, что до Drupal modX ох как далеко, и с нынешними темпами эта ситуация не изменится ровно никогда.
                                                                                                                                              0
                                                                                                                                              Спасибо за разъяснение. Я болею за MODX, не как разработчик, а как менеджер и пользователь в данном топике. В помощь могу позвать Alroniks, чтобы он сказал, есть ли такое сейчас в MODX и насколько оно просто в использовании?

                                                                                                                                              По поводу замены Drupal'а MODX'ом. Я где нибудь агитировал за смену? Разве говорил, что одно лучше/хуже другого? Я лишь предлагаю альтернативу на вопрос: «А что, если не?»
                                                                                                                                                0
                                                                                                                                                Все зависит от задач. Контексты в MODx есть, но не в том смысле, как они есть в Drupal (особенности терминологии). Что касается вывода данных, то все гибко и настраиваемо, разве что может и не в 2 клика, а в 5. Выводить можно так же любыми способами. Есть типы данных для ресурсов, есть input и output для дополнительных параметров, есть фильтры. Можно вместо фильтров подставлять сниппеты, они тоже будут выполнять свою задачу. Все есть, но немного в другом виде, нежели в Drupal.

                                                                                                                                                Что касается панелей. У MODX абсолютная свобода относительно шаблонов. Если нам нужны какие-то хитрые панели, то делаем их в виде чанков и вставляем в нужные шаблоны. Можно конечно написать модуль, который будет этим управлять, но если его еще не написали, значит нет в нем необходимости. Остальные инструменты решают свои задачи и делают это хорошо.

                                                                                                                                                Я не сравниваю Drupal и MODx, я защищаю MODx по вашим пунктам, так как достаточно давно с ним работаю и знаю, что свою задачу он выполняет очень хорошо. Но опять же, все зависит от задач. Не всегда можно использовать MODx, он не панацея. Как и Drupal собственно.
                                                                                                                                                  –2
                                                                                                                                                  >Что касается панелей.
                                                                                                                                                  >Можно конечно написать модуль, который будет этим управлять, но если его еще не написали, значит нет в нем необходимости. Остальные инструменты решают свои задачи и делают это хорошо.

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

                                                                                                                                                  И так практически во всём, на самом-то деле. Я хорошенько копнув вглубь, и попытавшись реализовать достаточно сложный проект, сильно разочаровался в modX. Хотя на первый взгляд он и кажется довольно привлекательным.
                                                                                                                                                    –2
                                                                                                                                                    А мужики то не знали! (с)
                                                                                                                                          0
                                                                                                                                          >по сути, на Drupal можно склепать сайт отвечающий любым капризам и поставленным задачам

                                                                                                                                          У меня не очень большой опыт работы с разными CMS но скажите, на какой системе нельзя «сделать сайт, отвечающий всем капризам»? Всегда вопрос лишь в затраченном времени, и, как следствия, стоимости за допилку. А там уж хоть Drupal, хоть Joomla, хоть Битрикс…
                                                                                                                                          0
                                                                                                                                          Автор статьи хотя бы пробовал в деле Drupal 7?
                                                                                                                                            0
                                                                                                                                            Вы внимательно читали статью?
                                                                                                                                              +1
                                                                                                                                              А вы расскажите, с какими проблемами столкнулись. По пунктам.
                                                                                                                                                0
                                                                                                                                                Вот с какими проблемами столкнулся автор:

                                                                                                                                                «Не вдаваясь в подробности приведу несколько примеров, чтобы аргументировать свой посыл.

                                                                                                                                                • Функциональность позволяющая задавать Правила доступа в панели Администрирование -> Управдения пользователями в Drupal 7 отсутствует. Заменил модулем Access Rules.
                                                                                                                                                • Модуль Profile отсутствует в списке модулей Drupal 7. Оказывается он помечен, как устаревший и по умолчанию скрыт в profile.info Решение проблемы: drupal.org/node/874026
                                                                                                                                                • В Drupal 7 типы CCK полей Node reference и User reference по умолчанию отсутствуют. Итак, где взять типы полей Node reference и User reference в Drupal 7?
                                                                                                                                                  Решение: модуль, реализующий функционал полей-ссылок на ноды и пользователей называется References. В настоящее время автор занимается тесной интеграцией модуля с Views третьей версии.
                                                                                                                                                • Для реализации группа полей в Drupal 7, по типу — как это было в Drupal 6, использовал модуль Field Group.
                                                                                                                                                • И еще с десяток дополнительных модулей.
                                                                                                                                                »

                                                                                                                                                Источник — упоминаемая вверху статья автора habrahabr.ru/sandbox/45337/
                                                                                                                                                  0
                                                                                                                                                  Автор — странный. Он описывает 6 различных модулей для Джумлы, которые делают одно и то же, но жалуется на модули для Друпала, которые расширяют функциональность, не дублируя друг друга.
                                                                                                                                                  Взаимоисключающие параграфы, как мне кажется.
                                                                                                                                                    0
                                                                                                                                                    Разве не ясно, что та статья была написана очень сумбурно, поэтому и осталась в песочнице.
                                                                                                                                                    +1
                                                                                                                                                    Напоминает «Инвайт любой ценой»
                                                                                                                                                      +2
                                                                                                                                                      Если вам так угодно
                                                                                                                                              0
                                                                                                                                              Можно конечно долго ругать Друпал. Но чем заменить. Джумла и ВП не вариант (ибо ток хуже)
                                                                                                                                                  0
                                                                                                                                                  Аргументируйте чем MODX лучше Drupal
                                                                                                                                                  –1
                                                                                                                                                  Modx — не знаю чем он лучше
                                                                                                                                                    0
                                                                                                                                                    Я не писал, что он лучше. Я лишь рекомендовал что-то на замену. О Drupale только слышал и один раз видел админку года 2 назад. Уже тогда она была жутко отстающей от современных тенденций UX.
                                                                                                                                                      +1
                                                                                                                                                      Весь ужас ситуации в том, что в друпал нет «админки» в обычном понимании этого слова. Так что даже и не знаю что вы там такое видели.
                                                                                                                                                        +1
                                                                                                                                                        В том и дело. Было что-то наложенное древовидное на интерфейс. Возможно, это были кривые руки разработчика, но все же…

                                                                                                                                                        Я вот серьезно не хочу спорить о том, лучше ли MODx Drupal'а? Хочу лишь сказать, что на рынке CMF у Drupala единственный серьезный конкурент и это MODx. Typo3, Joomla, Wordpress это все классические CMS, у них другая ниша. Ф фреймворки типа Kohana, Yii стоят еще на ступень выше. Как-то так.

                                                                                                                                                        Из самых банальных полезных вещей могу перечислить следующие:

                                                                                                                                                        — возможность управления как html, так и flash сайтами;
                                                                                                                                                        — поддержка из коробки двух СУБД — MySQL и MSSQL (готовится поддержка PostgreSQL); да и вообще работа с базой реализована через прослойку xPDO, так что при желании, хоть на Oracle можно запустить MODx;
                                                                                                                                                        — работа как на Apache, так и на nGinx;
                                                                                                                                                        — мощный и при этом очень простой шаблонизатор;
                                                                                                                                                        — хранение шаблонов как в БД, так и в статике в виде файлов;
                                                                                                                                                        — подключение внешних CDN для хранения статики;
                                                                                                                                                        — встроенное неплохое кеширование;
                                                                                                                                                        — никаких требований к верстке;
                                                                                                                                                        — отличные URL;
                                                                                                                                                        — настраиваемые типы ресурсов.

                                                                                                                                                        Это лишь на первый взгляд, что лично нам очень удобно. Могу позвать сюда Alroniks, который может рассказать о внутряке MODx, если у него будет желание.
                                                                                                                                                          0
                                                                                                                                                          Ошибся TYPO3 тоже CMF, сюда еще Movable Type добавить можно.

                                                                                                                                                          В общем на рынке CMF есть такой выбор:

                                                                                                                                                          — Drupal
                                                                                                                                                          — MODx
                                                                                                                                                          — TYPO3
                                                                                                                                                          — Movable Type

                                                                                                                                                          Кто знает еще что-то?
                                                                                                                                                            0
                                                                                                                                                            modX не конкурент Drupal. Typo3 отчасти.
                                                                                                                                                              0
                                                                                                                                                              Кстати, выше вы так и не ответили, как давно пробовали MODX в деле. Судя по «хранение php в БД», как минимум, год назад, а то и раньше.
                                                                                                                                                                0
                                                                                                                                                                Год, на самом деле, не такой уж большой срок, чтобы досконально разобраться в стабильной системе, решая реальные задачи, а не занимаясь чисто её изучением. То есть если бы начал разбираться год назад, то сейчас бы закончил и тут обнаружил, что php можно хранить и не в БД, и надо разбираться заново.
                                                                                                                                                            0
                                                                                                                                                            Древовидное может быть где угодно. Там фишка в том, что у друпала как такогого нет «жестких правил верстки», потому что практически весь вывод регулируется через темы.

                                                                                                                                                            Да, скажем, у друпала6 есть стандартная тема гарланд, под которую можно написать «жесткие правила», но если взять, скажем, тему zen или какой-нибудь fusion, «жесткие правила» будут совсем другие. В общем, все очень гибко настраивается.

                                                                                                                                                            Про MODx ничего пока сказать не могу, сколько нибудь плотно с ним не работал.

                                                                                                                                                            Но вот список фич не впечатлил, все это давно есть в друпал.
                                                                                                                                                              0
                                                                                                                                                              Возможно, сходимся в том, что возможности одинаковы. Но несомненным плюсом MODx является то, что сам проект молод, а 2.0 был переписан 2 года назад с нуля на основе опыта 1.0. Логика подсказывает, если руки разработчиков MODx прямые, он однозначно в меньшей степени должен быть обременен устаревшими техниками и парадигмами программирования.

                                                                                                                                                              Из комментов вижу, что Drupal 8 переписывается с нуля. Возможно, это улучшит его ситуацию.
                                                                                                                                                                0
                                                                                                                                                                Ну, сама по себе молодость и переписка с нуля- очень сомнительные достижения.

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

                                                                                                                                                                Компания Acquia строит все более крупный и доходный бизнес на его основе.

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

                                                                                                                                                                Не говоря уже о том, что пусть и с определенными граблями, но поддерживается апгрейд со старых версий движка на новые.
                                                                                                                                                                  0
                                                                                                                                                                  Да, надежность, проверенная годами записывается в плюс к Drupal. Но и MODx уже существует порядка 6 лет. Просто активное продвижение началось с выходом ветки 2.0.

                                                                                                                                                                  За CMF MODx стоит MODX LLC, в которую «выросли» основатели проекта и строят сейчас на ее основе серьезный бизнес. Например, задача этого года у них — запуск MODX Cloud, очень интересной штуки, особенно для начинающих разработчиков или просто для небольших и средних проектов.

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

                                                                                                                                                                  Кстати, вспомнил про офигительный плюс MODx — менеджер пакетов (модулей) с зависимостями и прочим! В следующем году обещают существенные улучшения этой функциональности и возможность подключения собственных репозиториев с пакетами расширений! Пользователи никсов оценят это по достоинству! Ничего подобного в CMS/CMF, реализованного на таком уровне я не видел.
                                                                                                                                                                    0
                                                                                                                                                                    Ну что ж, удачи проекту MODx! :)
                                                                                                                                                                      0
                                                                                                                                                                      Удачи и Drupal'у! Конкуренция — двигатель прогресса!
                                                                                                                                                                      0
                                                                                                                                                                      Зависимости между модулями в Drupal были чуть ли не с рождения :), как и модулей из репозитария, установочные профили для системы.
                                                                                                                                                                      Я не думаю, что в «революционной» 2 версии MODX сделали что-то, чего нет в Drupal.
                                                                                                                                                                      А молодость и слабое распространение — вроде как в минус системе.
                                                                                                                                                                      Большое распространение и время позволяет выявить все слабые стороны и поработать над их улучшением. А на drupal работает порядка 2% сайта (с джумлой они делят 2 место после WP).
                                                                                                                                                                      0
                                                                                                                                                                      В тему в ленте нашел. =)

                                                                                                                                                            0
                                                                                                                                                            Ах, да, еще как-то под простой сайт года три назад верстал. Меня убили жесткие правила верстки для последующей интеграции с Drupal.
                                                                                                                                                              0
                                                                                                                                                              «Жесткие правила верстки»- продукт вашего заказчика, который решил обезопаситься от любых сюрпризов.
                                                                                                                                                                0
                                                                                                                                                                Может быть.
                                                                                                                                                      +6
                                                                                                                                                      Товарищ Вы пропустили мировую революцию:
                                                                                                                                                      1. Ядро восьмёрки работает на Symfony 2.
                                                                                                                                                      2. Новый движок рендера: Twig, может столько, что голова кругом.
                                                                                                                                                      3. Базовый функционал панелей (Panels), вёрстки под разные устройства и Views в ядре — уже на подходе.
                                                                                                                                                      4. Аналог Rules (события и правила) в ядре (вы ещё не используете Rules + Views + Panels, тогда Вы в каменном веке).
                                                                                                                                                      5. Инлайновое редактирование уже есть и для Drupal 7.
                                                                                                                                                      6. Количество документации по продукту больше только у продуктов Microsoft.
                                                                                                                                                      7. Количество человек в пересчёте на человеко-месяц участвующих в спринтах на конференциях по улучшению ~= можно свой маленький завод обслуживать (от 3 000 человек в течении недели исправляют то, что им не нравятся в системе во время конференции, кстати как раз в Мюнхене на следующей неделе).

                                                                                                                                                      Вы необъективны если не видели сборки drupal.org/project/spark и drupal.org/project/panopoly.

                                                                                                                                                      Но когда нужно отомстить заказчику и посадить его на краник IT терроризма, то:
                                                                                                                                                      1. Сайт должен быть самописный, что б любой функционал добавлялся дорого и долго.
                                                                                                                                                      2. Должен быть написан на С++, что б писался долго и чтоб его никто не понял.
                                                                                                                                                      3. К нему не должно быть много документации.
                                                                                                                                                      4. Он должен быть комически дорог в производстве (всё же пишем сами).
                                                                                                                                                      5. Он не должен решать проблем бизнеса клиента (хотя сайт делается для этого и всё равно на чём он написан).
                                                                                                                                                      6. Вы не должны хотеть заработать денег — это банально собирать крутые сайты, лучше похарткодить.
                                                                                                                                                      7.…

                                                                                                                                                      Как то так.
                                                                                                                                                        +1
                                                                                                                                                        To heartcode!!!
                                                                                                                                                          +1
                                                                                                                                                          >> 4. Он должен быть комически дорог в производстве
                                                                                                                                                          Интересно, вы всё-таки имели ввиду «комически» или «космически»? Ибо и так, и эдак есть смысл…
                                                                                                                                                          +2
                                                                                                                                                          Где-то я это уже видел

                                                                                                                                                          Даже странно что никто еще не вспомнил тот топик.
                                                                                                                                                            0
                                                                                                                                                            Кстати да. Я точно помню, что читал оригиналы статей еще когда их опубликовали и был уверен, что уже видел на хабре их перевод, но искать было лень. Спасибо.
                                                                                                                                                            +1
                                                                                                                                                            «Данной статьей, я хотел предостеречь новичков, которые стоят перед выбором: какую CMS/CMF использовать в качестве основного инструмента и посмотреть в сторону других решений (об этом в следующей статье).»

                                                                                                                                                            Как можно на основе своих примитивных суждений основанных на малом опыте и устаревших материалах давать кому то рекомендации.
                                                                                                                                                              +3
                                                                                                                                                              8й друпал на столько сильно был (и продолжает) переписан, что это уже абсолютно другой новый продукт.
                                                                                                                                                              Соответственно релиз 8й версии как-нибудь 0.9 Beta.

                                                                                                                                                              Вы уж меня простите, но каждый раз когда мне приходится работать с друпалом (а прошлый проект делался именно на друпале, причем на голосовании, на чем делать проект, все, кто проголосовал за друпал уволились через 2-3 месяца, при этом проект длился год), мне становится грустно.

                                                                                                                                                              Я честно пытался его полюбить. Изучал API, прочитал пару книг, ходил на конференции DrupalConf.
                                                                                                                                                              Но, каждый раз у меня перед глазами стояла функциональность фреймворков (Zend, Yii и др) и я с огромным облегчением вздохнул, когда мне предложили уйти на другой проект на Yii.