Портал для новичков: шаг за шагом к мастерству!

Выпуск 31

Почему Drupal?

Письмо читателя рассылки:

Здравствуйте!

С интересом читаю Вашу рассылку и раздумываю, участвовать ли в конкурсе или нет - в основном из-за нехватки времени.

А пока у меня сл. вопрос - почему именно Друпал?
Опыта общения с CMS у меня нету, но пора осваивать новые технологии. Перечитал некоторые материалы по этой теме, поковырялся на сайтах производителей бесплатных CMS,
и был приятно удивлен разнообразием предоставляемых продуктов.
С другой стороны, это значительно осложняет выбор.

Вот нашел интересный рейтинг CMS:
http://rucms.ru/modules/catalog/sections.php?section=1

Друпал здесь, как видите, ближе к середине. Правда, мощь Mambo или PHP-Nuke абсолютно не нужна при создании небольшого сайта.

Не могли бы Вы высказать свое мнение об опыте использования CMS и Друпала в частности на страницах рассылки и прокомментировать свой выбор в пользу Друпала?

С уважением, Сергей Колосов.

Почему бы не мог? Запросто могу. 

Бесплатных CMS куча. Можно это увидеть в упомянутом рейтинге. Лично я начал интересоваться этими системами в конце 2001 года, примерно через полгода, как сделал своего первого "хомяка" - небольшой статический сайт на народе.ру. Взял первую попавшуюся CMS - Postnuke, найдя что сайт ее русской поддержки http://postnuke.ru содержит кучу информации для освоения новой для меня сферы знаний и умений.

Так и оказалось. Благодаря форумам этого сайта, к середине 2002 года я соорудил свой первый сайт на базе CMS Postnuke. Сейчас он находится на http://forum.virtus.ru.

Почему меня потянуло к другим CMS? Очень просто. Нужна была система, более гибкая, чем клоны PhpNuke. На упомянутом в письме Сергея сайте есть статья С чего начинается CMS?. Приведу оттуда небольшой отрывок:

"Итак, если вы понимаете плюсы и минусы CMS, и своевременность его установки (некоторые умудряются сделать хоумпейдж из двадцати страничек на мощном движке с поддержком MySQL), осталось ответить на вопрос "как". Как переходить на CMS?
Есть три варианта.
а) поручить это дело профессионалам — людям, которые съели табун собак на ниве создания контент сайтов (включая дизайн и программную начинку). Но это достаточно дорогое удовольствие. Не каждый готов выложить 1000 или больше зеленых денег (специалисты запытают вас кучей вопросов, чтобы понять, чего и как вы хотите. Но если их выводы (как и что делать) совпадут с вашими, первой мыслью будет "Я напрасно потратил деньги на то, о чем знал/догадывался").
б) найти уже готовый бесплатный или некоммерческий вариант. Главный минус такого варианта состоит в том, что такой CMS написан на некий "стандартный сайт", каких нет в природе. Поэтому вам придется не только покопаться во внутренностях CMS (чтобы понять, как этот "агрегат" фурычит), не только внимательно изучить документацию (без документации CMS берут только мазохисты), но и настроить CMS под свои нужды и дизайн.
Именно поэтому PhpNuke считается "ламерской штучкой" — поставить его легко, настроится он сам, но вот хорошо подогнать его под свои нужды… И вы остаетесь с "предустановленным" дизайном и неудобной системой обновлений контента.
в) написать CMS самому. Самый хороший вариант. Вы знаете, что вам нужно, как CMS должен работать, и какими ресурсами ему дозволяется пользоваться."

Вариант в)  c написанием CMS самостоятельно меня не вдохновляет, так как мои приоритеты не в создании заточенного на 100% под мои нужды движка с нуля своими силами. Мне проще заплатить за разработку. Т.е. использовать вариант а). :-) 

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

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

Как написано в статье http://rucms.ru/modules/articles/article.php?storyid=132: "Среди CMS-систем часто выделяют так называемые каркасы (content management framework, CMF) — инструментарии для создания системы."

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

Я сейчас целиком приведу с  http://rucms.ru/modules/catalog/description.php?item_id=22 краткое описание CMS Drupal.

Обзор возможностей Drupal

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

Продвинутые механизмы рубрикации

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

Интеграция всех компонентов

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

Архивация материалов

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

Удобства поиска

Документы сохраняют неизменные ссылки все время своей жизни (т.н. перманентные ссылки). Также с помощью коротких ссылок и псевдонимов сайт приобретает короткие и запоминающиеся ссылки разделов и отдельных страниц, не использующие специальных символов и поэтому хорошо индексируемые поисковыми системами. На сайте Drupal вы не увидите длинных неудобоваримых ссылок типа modules.php?op=modload&name=News&file=article&sid=166&mode=&order=0&thold=0 (пример с реального сайта), которыми по сию пору страдают многие CMS.

Функциональность

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

* Темы — как в любой системе гордо именующей себя CMS, содержимое сайта в Drupal отделено от дизайна. С помощью сменных тем можно очень значительно изменять дизайн не трогая при этом содержимое и структуру сайта. Drupal не привязан к какому-то одному «единственно верному» механизму реализации тем, разработчик сайта может выбирать наиболее удобные ему способы формированя дизайна сайта. Но Drupal предлагает ряд готовых решений в виде движков тем (theme engines), таких как например xtemplate (темы с шаблонами в XML) или phptemplate (темы с шаблонами на PHP). Однако значительных изменений дизайна можно порой добиться манипуляцией стилями.

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

* Дневники (blogs) — популярное в интернете развлечение, известное как «блоги» доступно в Drupal «из коробки». Ведение дневников, возможность комментировать их другим пользователям, а также поддержка через XML-RPC внешних программ-клиентов для помещения заметок в дневники.

* Книга сайта (collaborative book) — идея в чем-то похожая на Wiki, когда каждый пользователь может вносить свои дополнения и исправления в текст. В реализации Drupal документы могут проходить через очередь модерации. Большинство документов сайта могут быть включены как страницы книги. Это можно использовать например для архивации обсуждений форумов, когда из наиболее интересных обсуждений можно составить книгу-архив. При этом включенные в книгу материалы по прежнему остаются доступными в своих разделах (т.е. форумное обсуждение будет видно на форуме, но также будет являться страницей книги сайта).

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

* Новости в оффлайн (content syndication) — Drupal экспортирует большинство материалов в формате RDF/RSS, Atom и некоторых других, удобных для просмотра в оффлайн с помощью внешних программ, либо для автоматизированной публикации на других сайтах.

* Сбор новостей — новости предоставляемые в RDF/RSS с других сайтов могут собираться Drupal и отображаться на сайте.

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

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

* Интернационализация — Drupal предоставляет различные механизмы для интернационализации и локализации интерфейса (не содержимого) сайта. В том числе возможность правки переводов «на лету» через вебинтерфейс (для переводов хранящихся в БД). Также удачной особенностью архитектуры Drupal является повсеместное использование в нем Unicode — все тексты хранятся в UTF-8, в этой же кодировке отдаются новости и почтовые сообщения. Такая унификация позволяет публиковать на сайте материалы на различных языках не требуя переключения кодировок в браузере — на одной страничке мирно уживутся тексты на русском, немецком и китайском. Следует отметить, что для получения полной многоязычности (синхронное ведение содержимого сайта, а не только интерфейсных надписей на многих языках) встроенного решения нет (но предлагается доп. модуль i18n, либо для сайтов не требующих синхронизации разноязычного содержимого можно использовать возможности мультисайтинга Drupal).

Масштабируемость

* Модульность — к небольшому ядру Drupal можно добавлять новые возможности при помощи модулей. Существует большое количество готовых модулей для различных применений — от фильтров csv и галерей изображений, до ведения проектов и ecommerce.

Несколько примеров дополнительных модулей к Drupal:
+ weblink — каталог вебссылок для сайта
+ mailhandler — интеграция сайта с электронной почтой (публикация материалов посредством email)
+ e-commerce — поддержка электронного магазина или платёжных систем
+ image — галерея изображений на сайте
+ postcard — рассылка электронных открыток
+ htmlarea — адаптация WYSIWYG редактора HTMLArea к Drupal
+ foaf — перенос учётных данных пользователей между разными сайтами на основе спецификации FOAF
+ spam — обучаемый (построен на байесовском алгоритме) фильтр спама для сайта

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

* Многоплатформенность — Drupal поддерживает Apache и MS IIS, СУБД MySQL, PostgreSQL и MS SQL (не составит сложности перевод на любую другую СУБД, поддерживающую ANSI SQL). Наилучшим образом отработана традиционная для хостингов связка Apache на unix (Linux, *BSD и др.) + MySQL, на ней как правило сначала появляются новые возможности и модули Drupal, потом уже адаптируемые к остальным платформам.

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

Продолжаем обсуждать подготовку конкурса SEO-проектов здесь: Конкурс проектов по продвижению сайта в поисковых системах, а также по e-mail.

Желаю успехов!

Ведущий рассылки  - Сергей Сибиряков
Бизнес-полигон для предпринимателя 
Агентство деловых контактов и развития предпринимательства ВИРТУС
Прикладная конфликтология 

Пишите, если есть что сказать: delo3000@yandex.ru
В заголовке письма обязательно оставьте слово CMS. Это знак того, что оно отклик именно на рассылку.