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

Разработчик

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

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

4.7 (это была актуальная версия в ту пору, когда сайт делался, и с тех пор он на ней и работает)

На самом деле просто этот вопрос относительно ВП никогда не поднимался. Вероятно, их пока и так все устраивает.

В случае с "Вебпланетой" такой выбор если и делался, то без моего участия. Перед нами (Стерно.Ру) изначально ставилась задача сделать сайт на Друпале, за тем к нам и пришли Леха Андреев и Юра Синодов. Но примерно за полтора года до этого я делала такое сравнительное исследование для совем другого проекта, для которого мне нужно было выбрать CMS. Сравнивались (если я правильно помню, давно это было) NetCat, Битрикс, Drupal, Typo3, eZ Publish, Mambo (Joomla тогда еще не было). Во внимание принимались возможности систем "из коробки", возможность расширения функционала, общая стоимость разработки с учетом стоимости самой CMS (для коммерческих). Тогда я выбрала Drupal, и в общем-то ни разу не пожалела.

Потом были проекты на Друпале в Стерно.Ру, например, сайт stardogs.ru - и как правило делать выбор из различных CMS уже не приходилось. Это не значит, что Друпал одинаково хорошо подходит для всех сайтов, просто мы делали именно коммьюнити-ориентированные проекты, для которых он подходит отлично.

Вот поэтому и задача была изначально не "сделать как-нибудь ВП", а "сделать ВП на Друпале".

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

Тем, что касается именно Друпала - занимаюсь только я. Да, это мне нужно присылать гневные комментарии "Почините наконец капчу", и я ее обязательно починю, честное слово :)

Для таких проектов очень хорошо подходит сам принцип организации информации в Друпале, встроенная таксономия. А проблемы были, конечно, с производительностью. Да, посещаемость не та, чтобы говорить о каких-то высоких нагрузках, но как и любая универсальная система, Друпал "по умолчанию" тяжеловат. Какое-то время мы решали эту проблему использованием lighttpd вместо apache, а потом, больше по административным причинам, чем по техническим, ВП просто переехала на более мощный сервер.

Как и во многих других проектах стандартный функционал Друпала был достаточен _в принципе_. То есть вообще-то там было все, что нужно - регистрация пользователей, комментирование, разделение доступа, таксономия и т.д. Но, конечно, что-то было не совсем так, как хотелось, что-то нужно было дополнить - для этого, конечно, пришлось писать свои модули. Это нормально :)

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

Вообще Друпал хорош тем, что его ядро предоставляет очень функциональный API, но кроме того существует куча модулей, реализующих какие-то собственные API, которые вы можете использовать для создания своего собственного, может быть очень специфичного функционала. Это хороший компромисс между использованием готовых модулей, которые вроде бы делают то, что вам нужно, но совсем не так, как вам нужно, и написанием полностью с нуля вашего функционала. Модули типа ImageAPI, ImageCache или VotingAPI делают жизнь намного приятнее и проще.

Правда, сказанное в предыдущем абзаце не очень относится именно к ВП, потому что тогда, когда она создавалась, таких API было еще мало, да и вообще, Друпал был еще совсем на другом уровне развития.

Мне кажется, посетителям сайта больше всего нужна помощь в выборе CMS. Возможность сравнивать различные продукты тут очень полезна, и "Личный опыт" тоже. Но может быть, можно сделать что-то типа Яндекс.Гуру на Яндекс.Маркете - когда человек, выбирающий CMS каким-то образом описывает свои потребности - и получает несколько решений на выбор с примерным подсчетом стоимости (для коммерческих CMS).

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

Я понимаю, что это непростая работа, но мне кажется, что это было бы очень полезно. Выбор - это тяжело :)