За что я люблю Drupal

    По моему скромному мнению, CMS Drupal наиболее близко подошла к понятию «идеальная CMS». Очень многое в Drupal сделано для облегчения жизни разработчиков. В этой статье мне хочется рассказать об основных моментах, которые мне нравятся в Drupal. Материал рассчитан на пользователей, мало знакомых с Drupal. Иногда мне придется говорить очень простые вещи, но именно из-за этих простых мелочей и складывается очень приятное впечатление от Drupal.

    Сразу стоит предупредить, что Drupal это не готовое решение. После установки вы не получите настроенную и работающую социальную сеть, интернет магазин и т.д. В Drupal действует принцип «предоставление возможностей по мере необходимости». Именно поэтому на Drupal не делают сателиты и ГС в промышленном масштабе и, возможно, именно поэтому количество рабочих сайтов на Drupal уступает таким CMS как Joomla и Wordpress, любимым CMS строителей сателитов и ГС.

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

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

    Ноды


    Все типы материалов (Статья, Страница и т.п.) в Drupal являются дочерними от ноды (node) и имеются одинаковую базовую структуру. В отличии от многих других CMS в Drupal можно создавать свои типы материалов (например Товар, Видео и т.д.). Зачем это нужно? Такой вопрос может возникнуть только если представлять себе типы материалов как два поля: Заголовок и Содержание. Но это Drupal и, как некоторые наверно уже догадались, в нем можно создавать свои поля (стандартные: простая строка, список, файл, изображение и т.п., из сторонних модулей: e-mail, ссылка, телефон и т.п.). Причем все это создание осуществляется через удобный административный интерфейс. Разумеется у каждого поля есть множество своих настроек, что позволяет настроить их под свои нужды.

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

    У каждой ноды есть системное имя, например node/105. Помимо этого к каждой ноде можно определить синоним, т.е. дополнительный адрес по которому данная нода будет открываться на сайте. Фактически это адрес страницы. Причем (мне это особенно хочется выделить, т.к. для меня это одна из самых важных функций), адрес синонима можно поменять на любой другой в любое время, в не зависимости от любых других условий (наличие материала в определенной категории например). Казалось бы такая простая возможность, как полное контролирование адреса страницы, реализована в других CMS очень плохо. Модуль Global Redirect делает 301 редирект с системных адресов на синоним, так что проблем с дублями материалов в поисковых системах не будет.

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

    Таксономия


    В плане создания категорий, тегов и т.д. Drupal не отстает от своих принципов предоставления не готовых решений, а инструментов для создания нужных вам решений. В Drupal разделение материалов по различным категориям называется страшным словом Таксономия, в котором, на самом деле, ничего сложного нет. В обычных CMS вам дается возможность создания одного набора категорий, тегов. Например в наборе категорий можно создать дополнительные категории и подкатегории, для тегов же предоставляется одна специальная категория, позволяющая добавлять множество произвольных тегов. Drupal, как обычно, стоит над этими решениями, предоставляя инструменты для создания неограниченного количества наборов категорий и их элементов с неограниченной вложенностью (в понятия Друпала это Словарь и Термин). Причем каждый такой набор категорий может быть выбран в качестве работы как теги (например поля для тегов про Софт, поле для тегов про Железо и т.п.). Разумеется, каждую категорию можно привязать к любому (нескольким или даже всем, напоминаю Друпал разработчика ничем не ограничивает) типам материалов. Просто для применения этих возможностей просто неограниченный.

    Формат ввода


    В Drupal есть такая удобная возможность, как Формат ввода. Он служит для ограничения разрешенных тегов при написании материалов и для автоматического преобразования определенной последовательности символов в код (например [videp: ссылка] в видео плеер). Можно создать сколько угодно форматов ввода, назначать ролям пользователям любое количество форматов ввода. Разумеется все это делается через админку и с широкими возможностями по настройке разрешенных фильтров.

    Как известно, стандартно в Drupal нет визуального редактора, если вам он нужен, то с помощью модуля Wysiwyg можно к каждому формату ввода присоединить свой визуальный редактор (например сделать 10 форматов ввода и присоединить к каждому свой визуальный редактор). Пример с 10 разными редакторами надуманный, но на реальном сайте очень удобно пользоваться данной возможностью, например для комментариев отключить редактор, для модераторов новостей сделать простой редактор, а для админа полноценный).

    Пользователи

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

    Модули


    Без сторонних модулей невозможно представить Drupal. Великолепное API, позволяющему создавать свои модули не влезая в код ядра, привело к созданию огромного количества модулей. Причем они, как и Друпал, предоставляют инструменты для решения проблем. Стоить отменить еще одну особенность модулей для Drupal — это их взаимосвязанность, удивительную взаимосвязанность. Это значит что модули не дублируют функционал друг друга, а работаю используя друг друга. При работе с Drupal вам не раз придется встретится со множеством ситуаций, что один модуль зависит от другого, а второй от третьего и т.д. Может сложиться впечатление, что таким образом придется устанавливать много «лишних» модулей, но это не так, обычно если вам нужен какой-то модуль, который зависит от еще двух, то эти два уже или установлены и используются или вы в скором времени их будете использовать. Drupal сильно зависит от сторонних модулей, сайт средней сложности использует более 30-40 модулей. Сейчас невозможно представить современный сайт на Drupal не использующие модули.

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

    Views

    Разговаривая о сторонних модулях никак нельзя обойти самый популярный, самый сложный и самых функциональный модуль для Drupal — Views. Гениальная и простая идея (как и все в Drupal) модуля состоит в том, чтобы предоставлять удобных инструмент для настройки вывода информации. Любой. В любом месте.

    Модуль Views заменяет собой сотни других модулей в других CMS. Вам необходимо вывести последние пять новостей в блоке с возможностью настройки вывода именно так как вам нужно? Вам нужно создать страницу, на которой выводится все страницы с количеством комментариев больше 10 и датой публикации за три последних месяца? Вам нужно создать блок, в котором выводится 200 первых символов их последней страницы в определенном разделе? Вам нужно вывести информацию из специального типа материала в виде таблицы с 7 полям разбитой на страницы, отсортированной по определенному полу за период с январь по июль прошлого года? В других CMS вам пришлось бы искать модули под такие индивидуальные задачи или писать самому запросы к базе данных для выдирания информации. В Drupal для решения всех этих и множества других проблем связанных с выводом информации служит модуль Views. Просто выберите в административной странице какие поля вам нужны, настройте фильтры (по дате, по типу материала и т.д.), настройте сортировку (по дате, по каком-то полю и т.д.) и получите то что хотите.

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

    Token

    Модуль Token предоставляет токены — специальные маркеры, заменяющиеся своими значениями, например: заголовок материала, дата публикации, название поля, значение поля и т.д, их очень много (минимум 150), другие модули могут расширять их список своими токенами.
    Этот модуль активно используются другими модулями, например для генерации адресов страниц, заголовком страниц, автоматического переименования файлов и т.д. Все это управляется через админку.

    Panels

    Модуль продолжает идею Views, но только Panels предоставляет инструмент для вывода информации в виде панелей на страницах или в блоках. В этих панелях можно выводить различную информацию — любую ноду, последние материалы, комментарии, представления сделанные в модулей Views и т.д. Например можно создать страницу, состоящую из двух панелей, вывести в одну содержание какой-то ноды, а в другую представление из Views со списком материалов из какой-то рубрики. Разумеется, все это делается в админке.

    Rules

    Модуль Rules позволяет создавать правила, срабатывающие при определенных условиях. Это могут быть самые различные правила, например перевод пользователя из одной роли в другую при достижении 100 добавленных комментариев или удаление нод, расположенных в какой-то категории, имеющих меньше 5 комментариев и опубликованные больше года назад. Все правила настраиваются через удобный административный интерфейс.

    Описание отдельных модулей может занять не одну статью, ведь сторонних модулей создано более 12,5 тысяч. Важно одно: большинство из них предоставляют инструменты для разработчика, а не конкретное полностью готовое решение (это касается крупных модулей).
    Найти модуль по ваши требования легко, ведь модули имеют ясно название, из которого четко понятно что для чего нужен модуль. Например, нужна капча — модуль CAPTCHA и его подмодули, нужно добавить Google Analytics — модуль Google Analytics к вашим услугам (с множеством настроек разумеется), нужно автоматически формирования названия нод — вам поможет модуль Automatic Nodetitles и т.п.

    Написание своих модулей

    Рано или поздно вам захочется написать свой модуль. В этом ничего сложного нет, вы даже поймете, что разрабатывать свои модули и предоставлять их сообществу выгодно, т.к. вы получаете дополнительных пользователей для тестирования вашего полезного модуля.
    В разработке вам поможет документация api.drupal.org и модуль для разработчиков Devel. А модуль Coder даже автоматически проверит ваш код на соответствие принципам написания кода, принятым в сообществе Drupal (а он стандартизирован и его придерживаются все сторонние разработчики, в результате не сложно разобраться в коде других модулей). Ну а после, вам необходимо будет пройти песочницу, в которой ваш код более подробно осмотрят профессионалы. Особое внимание уделяют защищенности кода.

    Локализация


    Как вы переводите дополнительные модули/плагины/компоненты и т.п. в свой любимой CMS? Можно перевести самому, найти выполненный кем-либо перевод на просторах интернета, но когда дополнительных модулей/плагинов и т.д. становится много, то очень трудно уследить за обновлениями переводов (если их конечно делают). В Drupal данная проблема с поиском переводов отсутствует как класс, все переводы для всех языков (а их не мало) хранятся в одном месте на официальном сервере localize.drupal.org, причем не нужно даже вручную их переносить оттуда, с помощью модуля Localization update можно автоматически импортировать переводы в свой сайт на Drupal. Модуль автоматически проверяет наличие обновлений (по расписанию) и если хоть одна новая или обновленная строчка перевода появилась, он вам об этом сообщит. Представьте с какой легкостью вы можете создавать многоязычные сайты, теперь вам не придется искать переводы для всех модулей на множестве языков, особенно которых вы не знаете (вы когда нибудь делали многоязычный сайт на десяти языках, включая китайский и японский, с множеством модулей; представляете сколько времени потребовалось бы на поиск переводов? с Drupal такой проблемы нет вообще).

    Темы


    Поскольку Drupal создан для разработчиков, то и множество тем на drupal.org представлено для разработчиков. Существует так называемые чистые темы, в которых реализованы все стандартные страницы шаблонов темы и минимум необходимых CSS для нормального функционирования Drupal. Создание своих тем на их основе одно удовольствие. Мне особенно нравится чистая HTML5 тема Framework.

    Темизации поддается все выводы информации, генерируемые другими модулями. Создатели модулей предусматривают специальные функции/файлы темы, которые можно переопределить в своей теме, настроив темизацию под свои нужды, т.е. не приходится править другие модули для настройки темы.

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

    Стоит отметить, что админка в Drupal может иметь любую тему, хоть ту которая идет по умолчанию, хоть любую стороннюю тему для админки, хоть просто тему для основного сайта. Никаких ограничений.

    Drupal.org


    Drupal.org заслуживает отдельного упоминания. Особенно хочется упомянут структуру страниц модуля/темы/инсталяционного профиля. На каждой странице модуля представлено подробное описание возможностей модуля, ссылки для скачивания последней стабильной версии модуля и версии для разработчиков. У каждого модуля/темы/инсталяционного профиля показано количество рабочих сайтов (в действительности реально работающих сайтов будет больше, т.к. статистика учитывается только если включен модуль проверки обновлений), использующих данный модуль/тему/инсталяционного профиля. Сравните это с абстрактным количеством скачиваний в других CMS. Скачать модуль могут много раз, а вот в реальности его могут использовать в разы меньше. Drupal.org покажет вам реальную информацию о популярности модуля.

    У каждого модуля/темы/инсталяционного профиля есть свой раздел Issues, своеобразный форум, в котором обсуждаются баги, предлагаются новые возможности и т.д. касательно только данного модуля/темы/инсталяционного профиля. Сравните это с форумами дополнительных модулей/плагинов и т.д в в других CMS. Обычно в них свалено обсуждение всех модулей в один форум, в котором очень трудно разобраться или, что еще хуже, обсуждение модуля вынесено на дополнительный сайт. На drupal.org таких проблем нет.

    Литература


    Для Drupal, в отличии от других CMS, представлено много литературы по разработке сторонних модулей, тем и т.д. В том числе и на русском языке. Хочется выделить два издания одной книги, подробно рассказывающее приемы написания дополнительных модулей, тем, инстраляционных профилей с использованием API Друпала. Также в них есть главы описывающие принятый в сообществе Drupal стиль написания кода, методы написания защитного когда и т.д.
    1. Тодд Томлинсон CMS Drupal 7. Руководство по разработке системы управления веб-сайтом 3-е издание
    2. Джон Вандюк CMS Drupal 6: система для создания сайтов и управления ими 2-е издание

    Для начинающих можно порекомендовать следующие книги по использованию Drupal:
    1. Байрон А., Берри Э., Хог Н., Уокер Д., Роббинс Д., Итон Д. Drupal. Создание и управление сайтом
    2. Дэвид Мерсер Drupal 6. Создание надежных и полнофункциональных веб-сайтов, блогов, форумов, порталов и сайтов-сообществ

    На английском языке книг вышло намного больше, смотрите Drupal.org/books.

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

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

    А что Вам нравится в Drupal?
    Share post

    Comments 82

      +21
      Никаких нервов не хватит всё до конца дочитать:)

      Давно я таких трактатов о CMS не видел)
        0
        слегка тяжеловат-то читать:«Drupal предоставляет удобные инструменты для разработки сайта… и предоставление готового решения…… они предоставляют… Drupal представляет собой». Видно что автор старался, но достиг обратного эффекта
          +4
          Это даже не трактат, это ода Друпалу
            0
            Не читайте, комментируйте!
            +6
            обо всем и ни о чем.
            У вас тут очень много заблуждений и сразу вспомнился график обучения Друпалу

            Источник это не только источник фотографии, но и логичное продолжение вашей статьи (если по графику вы зайдете дальше)
              +2
              Можно примеры заблуждений?
                +16
                »Именно поэтому на Drupal не делают сателиты и ГС в промышленном масштабе
                сателиты не делают потому что Друпал жрет много ресурсов, если бы не это то Друпал идеален для сателитов если использовать мультисайтинг: Одна папка с файлами + одна база основная и куча сайтов (с несколькими таблицами для каждого сайта).

                »вы разрабатываете сайт-визитку
                Друпал для сайта визитки это стрельба из пушки по мухам

                Таксономия это вообще отдельная тема, у вас это верхушка айсберга

                »Модуль Views заменяет собой сотни других модулей в других CMS
                да ладно, в других системах не используется 100 модулей что бы вывести каталог

                Да и вообще сильно много воды, просто перебор. Очень тяжело осилить чтение.

                »»Главная проблема при изучении CMS — это понимание логики работы
                вот с этим согласен на все 120%!!!

                  +2
                  Друпал жрет много ресурсов
                  WP и Joomla жрут не меньше :)

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

                  да ладно, в других системах не используется 100 модулей что бы вывести каталог
                  А кто сказал, что Views используется только для создания каталога?
                    +1
                    Я views использовал чтоб генерить анкоры для продвижения в сапе :)
                      0
                      Я из views делал выпадающие списки. Делал меню.

                        0
                        Я Views использовал для создания хитрой денормализованной таблицы
                +10
                Фотка — shvetsgroup.com/files/images/learningcurve.png
                Источник — shvetsgroup.com/ru/blog/drupal-quick-start-guide
                ссылка и фотка не вставились
              +2
              Друпал говно, потому что я не умею делать на нём красивые формы (или хотя бы просто более-менее смотрибельные).
                +9
                Причем тут Друпал, если не можете делать красивые формы именно Вы?
                  +13
                  А если серьёзно, у меня самого раньше был щенячий восторг по поводу друпала.
                  Но когда стало делаться что-то более-менее серьёзное — поймал себя на странном ощущении…
                  То с чем я соглашался вначале (друпал это и CMS и CMF! Круто!), сменилось ощущением (200% предвзятым) что друпал это и недоCMS и недоCMF. Как-то вот неловко себя стал ощущать, сидишь, настраиваешь чего-то, с модулями борешься (лично отправил штук 20 сообщений об ошибках на их багтрекер, в т.ч. об ошибках в очень популярных модулях), с очень «удобной» темизацией разбираешься, костыли пишешь…

                  И понимаешь что это время «потраченное зря». Потраченное зря в том смысле, что если бы это был фреймворк — я как минимум не сильно медленнее сделал бы то же самое, но +приобрёл бы/закрепил бы опыт программиста. Если бы это была CMS — я бы просто поставил пару модулей и сделал простой сайтик, не заморачиваясь «внутренностями». А в друпале — время тратилось по большому счёту «на непонятно что».

                  Короче, наш выбор — Yii. С ним и форму не теряешь, и не надо ни с чем бороться.
                    +1
                    А в чем проблема программировать под Drupal?
                    Разве API не хватает?
                      +4
                      Программировать ради программирования уже как-то давно неохота.
                        0
                        Программируйте ради денег!
                      +2
                      >> приобрёл бы/закрепил бы опыт программиста
                      если в jQuery баги значит лучше написать свой костыль которые его заменяет? да, это опыт, только скорее велосипедиста чем программиста
                      имхо: хороший опыт это уметь эффективно использовать готовые инструменты (знать API и т.д.), это бывает сложнее чем написать свой костыль, но это знания которые потом действительно экономят время
                      0
                      Сейчас у меня друпал стоит на простеньких сайтиках или в качестве заглушки на домен.
                      Просто потому что в друпале довольно удобно сделан мультисайтинг.
                    +6
                      +7
                      Вы мотивировали меня копнуть Drupal поглубже
                        0
                        It's dangerous to go alone.
                        +4
                        Наверное полезная статья для тех кто о Drupal вообще не слышал.
                        А кто тут возмущается насчет производительности, запутанности и т.п. проконсультируйтесь с ребятами из Axel Springer. Forbes.ru один из самых загруженных ресурсов России не считая соц сетей и успешно работает на друпале. При это работает это все не на огромном кластере а на 6 серверах (2бэ+2фэ+2бд) 3 из которых являются репцлицирующими.
                          +6

                          Прикольно. Хорошо хоть кешировать просят.
                            +3
                            Сайт определённо гидроцефал, а ведь лечится это двумя галочками в админке.

                              0
                              Мда. Забавно. Спрошу в декабре на конференции почему так.
                                –8
                                Вообщет все эти "?3" после js и css файлов как раз для того чтоб браузер их не кешировал.
                                  +5
                                  Все эти ?3 после js и css файлов для того, что бы после изменения этих файлов браузер загрузил новую версию взамен старой, потому что они заставляют кешировать на 2592000 секунд (Cache-Control:max-age=2592000 — это 30 суток).
                                    +4
                                    Да, был неправ. Признаю. До сих пор считал что такие файлы «с параметрами» браузеры вообще не кешируют. Посмотрел через файрбаг — понял что ошибался.
                                    Спасибо за копеечку в копилку знаний.
                                  0
                                  а у них наверно что-то отваливается если они агрегацию включают
                                  +3
                                  sportbox.ru забыли, 10 000 000 просмотров в сутки и полсотни тысяч онлайн не шутки
                                  +1
                                  Вы код видели этой CMS? Модули писали под нее?

                                  Я как код встроеных модулей посмотрел, меня трижды вырвало.
                                    +2
                                    Если сравнивать код других CMS то это самая документированная CMS что я встречал. Да она не использует всех преимуществ ООП, но она и создавалась когда для PHP ООП то и не было.
                                      +1
                                      Может быть и документированная, но знаете, это как хороший фреймворк который навязывает правила для получения оптимального и читабельного кода только НАОБОРОТ.

                                      Он заставляет писать ужасный отвратительный говнокод.
                                        +2
                                        скорее всего, код просто не современный :)
                                        можно сказать Drupal стал заложником архитектуры разработанной еще во времена PHP4
                                      +1
                                      Видел и писал.
                                        –2
                                        И ваши ощущения?

                                        У меня такие: будто бы я вновь пишу на C++, со вставками ASM.
                                          0
                                          Насчет C++ не могу сказать, т.к. не писал на нем.

                                          Но в целом мне все в нравится в писании модулей под Друпал, благодаря хукам можно вклинится в любой процесс на сайте, написав небольшой по размерам код.
                                        +2
                                        Уже 3 года пишу.
                                        Во первых нравится, а во вторых если сравнивать разработку под 7ку и под 6ку видна явная динамика в сторону улучшения качества кода.
                                          0
                                          Это тяжелое наследие.
                                          Первый Drupal бы написан для общения студентов (вам это ничего не напоминает)
                                          Писался быстро. Для себя.

                                          От версии к версии исправляют ошибки в построении системы.
                                          Поэтому такие сильные изменения в API от версии к версии.
                                          ООП обещали вроде в Drupal 8.

                                          Кроме того от версии к версии появляются новые поддерживаемые СУБД.
                                          От Sqlite до Oracle и PostgreSQL

                                          Если хотите можно прицепить Nosql. Можно CDN.
                                          Не удивлюсь, если есть уже такие модули.

                                          А говнокод можно найти везде.
                                            +1
                                            В 7 уже активно используется ООП. А полного перехода на объектную модель и отказа от системы хуков и конвенциональных функций вроде как пока и в 8ке не планируется. Строго говоря я еще не видел более или менее вменяемой аргументации в пользу того что такой переход вообще нужен.
                                          +1
                                          Вашу статью можно было свести к заглавию и списку тегов :)
                                            +3
                                            >>> А что Вам нравится в Drupal?

                                            То что я его не использую.
                                              +1
                                              Написать статью «Почему я не люблю Drupal и другие CMS, кстати, тоже», чтоли… :)
                                                0
                                                Друг хотел на сайте местном запустить Drupal в качестве движка. Ну я согласился. Тормозит жутко по сравнению с самописными на том же хостинге. Хотя конечно возможностей куча. И без программирования можно сайт поднять. В общем, как и любая CMS, на любителя.
                                                  +6
                                                  >>По моему скромному мнению, CMS Drupal наиболее близко подошла к понятию «идеальная CMS»

                                                  При всем моем уважении… дальше читать не смог :)
                                                    –1
                                                    Обоснуйте свою точку зрения.
                                                    У вас есть другой кандидат? Самопис не в счет.
                                                      –1
                                                      Что обосновывать? Я ничего и не утверждал.
                                                        0
                                                        Я всегда говорил, что CMS из Drupal, как linux-дистрибутив из LFS
                                                      +1
                                                      Имел дело с друпалом. Писал плагины под него. Каждый раз было стойкое ощущение, что навернул говна тарелку.
                                                      (мое субъективное мнение)
                                                        –2
                                                        В Друпале нет плагинов.
                                                          +5
                                                          От того, что их называют module лучше не стало.
                                                        +2
                                                        Что такое «ГС»?
                                                        +2
                                                        В Друпале все хорошо, пока не начнешь делать что-то немного отличающееся от массовых задач, ну там кнопочку другого цвета или разделитель в хлебных крошках поправить… а так отличный пожиратель ресурсов как серверных и программерских, так и нервных клеток всех участвующих в создании проекта
                                                          –1
                                                          Эта статья как раз была и направлена на то, чтобы показать что разработчик в Друпале ничем не ограничен.
                                                          Drupal как раз и славится тем, что в нем нестандартные задачи решаются очень легко.
                                                          То, что вы написали решаются парой строк кода, причем в свой теме, не влезая в код ядра или сторонних модулей.
                                                          0
                                                          Друпал мне нравиться, но вот с чем не согласен, так это с Вашим мнением о нодах! По моему ноды в 6 были лучше чем в 7. Хотя бы потому, что в 6 каждое новое поле в ноде не было целой таблицей в БД. Я бы вместо нод сказал про Entity, как родителя пользовательских данных, таких как ноды, комменты и т.д. Вот Entity действительно прекрасны!
                                                            0
                                                            Аминь.
                                                            +6
                                                            Назвать Drupal удобной CMS как минимум странно. Фреймворк — да, согласен. Для разработки может и очень удобен, глубоко с ним не знаком. Но вот под понятие удобной CMS увы не подходит. CMS — система управления контентом. Идея — дать удобный инструмент пользователю, а не программисту для управления сайтом. Очень удивлена будет секретарша Петра Васильевича, услышав, что нужно вооон ту ноду поправить.

                                                            Хорошая и удобная CMS — это не мощная платформа. Хорошую CMS можно набросать за пару дней, где будет минимум функций, но они будут просты и понятны.

                                                            Что касательно WP и Joomla — инструменты не новые и вполне успешно решают поставленные задачи, хотя уже и там начался перебор с функционалом.

                                                            Далее ИМХО.
                                                            Для меня и для компании, где мне приходится работать, подошла MODx. Это субъективное мнение, но опыт показывает, что в ней хорошо соблюдается баланс между удобный фреймворком для разработчиков и удобной cms для заказчиков/пользователей, в большинстве благодаря развесистой системе прав доступа.
                                                              0
                                                              идеальная CMS это … та которую лучше всего знаете вы или ваш девелопер)
                                                                0
                                                                Причем Drupal имхо «не рыба не мясо», в том плане то нет адекватного бэкэнда (напр. админка WP великолепна, это самое лучшее что я видел на сегодняшний день + оч простой api плагинов и разработка тем для домохозяек) и как «фреймворк» — это слон в посудной лавке. Т. е. если разрабатывать несложные сайты, то вполне достаточно WP, что то посложнее Symfon, Yii или ZF. Да простят меня друпалобоги)
                                                                  0
                                                                  Не простят.
                                                                  У меня волосы на некоторых местах начинают шевелиться, когда я узнаю как через простое API WP добавляются дополнительные поля в контент
                                                                    0
                                                                    А как в вашу великолепную админку вообще зайти, если сайт вдруг, ну вдруг, стал доступен только по новому доменному имени?
                                                                    За привязку к домену надо предавать лютой казни на стадии принятия решения о таком безобразии.

                                                                    И пожалуйста не надо мне говорить, что это лечится одной строчкой конфига при установке, есть же великолепная админка, через которую всё надо и можно решать.
                                                                  +2
                                                                  Не люблю такие статье вида «я люблю то-то за то-то» или «я не люблю это за это» т.к. они вызывают классический (и чаще всего на 80% бессмысленный и бездоказательный" срач.
                                                                    0
                                                                    идеальная CMS для php 4))) (тогда, вероятно — прекрасное решение) и господа разработчики сабжа могут жить на поддержке старых ресурсов, у которых «и так все работает»…

                                                                    >> Поймете логику — значит сможете решить любую проблему
                                                                    ^«красиво, быстро и лучше остальных???». Иначе зачем писались рельсы, django, play!, ZF, YII и т.д? Сорри, drupal как CMS сложно переварить, скорее CMF с админкой (с) )))


                                                                    Очень много воды.
                                                                      +2
                                                                      А я не знаком с Drupal, прочитал и захотелось попробовать, так ли все прекрасно. Поэтому, спасибо автору!
                                                                        0
                                                                        Данную статью можно полностью зачитать клиенту, который вдруг возьмет да и поинтересуется, «А таки на каком движке будет мой сайт?».
                                                                        Но, сидя за чашкой чая с коллегами, обсуждая cms, вряд ли можно настолько сильно восхвалять Drupal. Он прекрасен, когда на него переходишь, например с Джумлы, но чем дальше вникаешь, тем больше ненавидишь.
                                                                          –1
                                                                          Ну если попробовать вникать дальше и перейти порог, то начнёт всё больше нравится :).
                                                                          Уже писали же, что кривая освоения довольно крутая, не всем удаётся осознать.

                                                                          з.ы. топик стартеру node != нода (устоявшийся и понятный перевод термина — материал)
                                                                            +2
                                                                            Ага, а:
                                                                            token == Маркер
                                                                            state == Штат
                                                                            Points == Эклеры.
                                                                            Спасиба, не хочу
                                                                          +1
                                                                          А я влюбился в Drupal, когда познакомился с «таксономией» и «вьюсами». Просто идеальная замена джумловскому менеджеру контента и модулям вывода новостей. Пускай, Друпал сложен в освоении, я его все равно осилю!!!
                                                                            0
                                                                            Извините, но еще раз упомяну MODx: просто из личного опыта, научился буквально за вечер делать динамическое меню и вывод новостей на небольшом сайте клиента. Как-то просто взялось и получилось. При чем у самого сайт студии на Друпале, в планах уход с него. Устал, честно говоря.
                                                                              0
                                                                              У MODx такая же гибкость в организации контента?
                                                                                0
                                                                                Конечно же не такая. Но для большинства задач хватает. Вы не думайте, мы и на Друпале продолжаем разрабатывать сайты, но только когда этого требует заказчик или нужна гибкость. Но обычно не нужна :)
                                                                            0
                                                                            Какой вдохновенный текст! Надеюсь, всё действительно так или почти так радужно. Раньше с «Друпалом» дела не имел, но недавно начал большой некоммерческий проект на нём. Очень рассчитываю на мощную таксономию.
                                                                              0
                                                                              Она мощна тем что логична и проста до безобразия :) Не поленитесь покопаться в коде и посмотреть как оно устроено.
                                                                              +1
                                                                              Я привык, что такой большой текст картиночками разбивают.
                                                                                +1
                                                                                Вот собственно с апрельской конференции video.yandex.ru/users/vaspi/view/40
                                                                                Доклад от ребят из Axel Springer (Forbes) по поводу настройки окружения для Drupal под high loaded проект.
                                                                                  0
                                                                                  Спасибо за обзор, особенно за ссылки.

                                                                                  Only users with full accounts can post comments. Log in, please.