Почему не 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, который так же является их разработкой.
Поделиться публикацией
Похожие публикации
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама
Комментарии 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
                            Линк нужен еще
                              • 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
                                              «Ну вот ты опять! Будь здорова,— грустно сказал Винни-Пух»©
                                          • +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
                                                                                                                Друпал по сути своей гибкий конструктор.

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

                                                                                                                Тем не менее, сайты построены и успешно работают.