Drupal. Ваше мнение.

Несовместимые утверждения. Для любительской работы - подходит

и для профессиональной тоже)) система очень гибкая, но сложная в освоении. ее использование в более менее серьезных проектах предпологает знание php, программинг. Минус, как и у всех бесплатных, отсутствие тех. поддержки. Есть конечно форум, комьюнити но это не то...

А как же Битрикс? Он хоть и платный, но для профессиональной работы по моему совершенно не подходит. У людей разные понятия о профессиональной работе. Я не имел ввиду использовать Drupal для создания дорогостоящих проектов. Сайты не на продажу, а для своих нужд.

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

Самый главный минус, почему с Друпала мигрируют на другие движки - ужасающая прожорливость с ростом масштабов проекта. 100 гостей в день на шареде - не проблема, включите кеш и живите спокойно. 100 залогиненных и 500 гостей на шареде - говношаред падает и блокирует аккаунт, с хороших шаредов и випов гонят на мощные VDS и отдельные серваки. До 100 запросов к БД на главную страницу - ребята, это уже слишком.

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

Топикстартеру: сайты на Друпале можно и нужно делать. Сайты под Друпалом непонятно почему (я не специалист в SEO) пламенной любовью любит Гугл, и Яндекс тоже не остает. Друпал - один из немногих движков, поддерживающих многомерную категоризацию материалов на сайте (это что-то типа результата бракосочетания тегов и "классических" категорий) aka таксономия (математики тащатся от этого термина). Просто приготовьтесь к тому, что в определенный момент, когда ваш сайт станет популярен настолько, что на него, кроме роботов поисковых машин, начнут ходить настоящие люди, ваш сайт на шареде начнет падать (выдавать белый экран). С шареда вас погонят на VDS из-за нагрузок на сервер и особенно на БД. Друпал ОЧЕНЬ прожорлив, даже если его долго и нудно точить напильником и бить кувалдой. Просто это цена гибкости, которую можно или платить, или нет. Ах да, и еще приготовьтесь к долгому и нудному процессу вхождения в сам движок. Друпал легко дается математикам и классическим программистам. Всем остальным остается горько плакать и трусливо бежать к любимой Жумле 😆

Насчет "профессионалов" - в вебе куча сайтов, сделанных на Друпале, в том числе и жестко нагруженных. Это просто инструмент, для разработки сайтов, который может подходить одним программистам и веб-разработчикам, и не подходить другим, из-за своего строения, парадигмы и просто кода. Профессионал берет то, что ему подходит, и делает продукт. Вы не поверите, но на свете есть люди, которые умеют делать сайты на C# (!) Вот это жесть. А "профессионал" уныло плачет в углу, что Друпал (Жумла, CI, Zend ...) только для любителей. Каждому свое. Выбор CMS под конкретные нужды не есть показатель профессионализма. То, что получится в итоге - и есть показатель.

Топикстартеру, еще раз - просто тупой конкретный совет. Сайты на Друпале делают. В том числе и успешные коммерческие проекты ценой в миллионы долларов. Просто всему своя цена. Для Друпала цена проста - "жару поддай!" То бишь для посещаемого проекта от 300-500 гостей онлайн готовьте минимум VDS 128. Если включена рега пользователей - это равно "кэш отключен нафиг", нагрузки на БД от 50 запросов на 1 юзера. Считайте сами.

одно время захотелось серьезно разобраться с Друпалом, начитавшись хвалебных статей. Нужно было сделать сайт онлайн-коммьюнити с блогами, интеграцией форума, галереями и тп. Так вот, для простых проектов он (имхо) не подходит вообще, т.к. базовый функционал его слишком ограничен. Нужно сразу при установке навешивать доп. модули и программить, программить, программить чтобы получить хоть что-то оталенно напоминающее вордпресс. Да, когда стоит задача сделать что-то непохожее на всех - то это не проблема, но я как раз занимался более-менее типовыми задачами.. Ну а когда получилось домучать Друпал до необходимого мне функционала, то ворочался он еле-еле, как заметил предыдущий автор.. Осталось только недоуменно пожать плечами и удалить это чудо. Поставил МодХ, там в базе есть всё что нужно (визуальные редакторы для простых юзеров и тп), ну и дорабатывается до нужного функционала даже проще чем вордпресс. Очень гибкая система кеширования, на уровне отдельных компонент страницы, в результате всё просто летает..

Такой вот опыт с Друпалом.. =(

Ну я себя как профессионала по Друпалу еще не оцениваю, но по-тихоньку с ним разбираюсь.

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

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

P. S. Сделали на Друпале объемный сайт. Половину модулей сами затачивали под нужные нам вариации, т. к. требования местами были очень экзотические. Сейчас на сайте 100-150 уников в день (без авторизации, кеш пока выключен) нормально себя чувтчвуют на шаре от мастерхоста.

Еще немного про Друпал :)

Движок очень много и сильно срет в БД. Кроме этого, очень много и сильно тащит из БД. На практике это означает, что каким бы оптимизированным не был код движка и модулей, рано или поздно вы упретесь в производительность сервера БД. А первое, во что упретесь - в блокировку таблиц во время записи. Так как на 95% Друпал используют в связке с MySQL, и на 95% есть вероятность того, что тип таблиц в БД вашего Друпала будет MyISAM, это значит следующее: Друпал часто обновляет кеш, это означает запись в БД больших обьемов данных (кешей страниц, которые Друпал кеширует целиком). На каждую страницу одна запись в БД. На каждый заход - блокировка всей таблицы кеша. Пока БД не пропишет эту строку, следующая будет ждать в очереди. Теперь представьте себе нагруженный сайт во время того, как Друпал решил, что ему не мешало бы обновить кеш. Сайт недоступен, MySQL отбирает у всех малышей на сервере ресурсопеченьки и сжирает, сервер горит, хостер нервничает, сайтодержатель ваще в ауте. Частично от этого спасает перевод типа таблиц в InnoDB. Однозначно в него нужно перевести те таблицы, в которые Друпал срет чаще всего, и в первую очередь таблицу кеша. Да, это немного замедлит скорость выборки, но кого волнует 10-15% замедление (читай - страничка для гостя открывается не 0,05 секунды, а 0,07 секунды). Фигня это по сравнению с тем, что творится с блокировками при обновлении кеша. Ну и конечно, нужен хостер, который разрешает для MySQL использование InnoDB. И конечно же, одмин, который умеет настраивать поведение InnoDB на нагруженных серверах.

А теперь о приятном :) Если забить болт на нагрузочные проблемы и посмотреть на Друпал с точки зрения простого сайтосоздателя, то первое, с чего следует начинать - с установки Друпала в комплекте с модулями Views и CCK.

Модуль Views - это по сути визуальный редактор выборок. Вместо написания тру-кода в комадной строке вы сидите и щелкаете по кнопочкам и пупочкам, пока на выходе не получите то, что нужно выбрать. Причем SQL-кода вы так и не увидите, если он вам реально не нужен. Все сделает модуль. Причем результаты работы модуля можно запоминать в виде отдельных "отчетов" (views), клонировать, изменять в любое время, вызывать из php-кода модулей. Тру-программеры могут быть не в восторге от количества и качества джойнов, но это все фигня для простого сайтостроителя, и так замученного тегами html.

Модуль CCK - это произвольные поля, aka типы контента. Хотите поле email - есть оно у нас. Хотите урл или простое текстовое поле - тыкни мышкой пару раз, и твое щщастье уже рядом. Хочешь хитрое поле с автокомплитом, подогревом сидений и реактором - пни уже программиста, пусть бросает кваку и начинает уже что-нибудь программировать. Причем здесь тоже не приходится особо напрягаться - все можно сделать мышкой и визуально, без программинга (это не касается специфичных вещей, вы понимаете конечно).

При всем при этом эти модули прекрасно дружат между собой - выборки модулем Views поддерживают вывод, фильтрацию и сортировку не только по стандартным полям и тегам таксономии, но и по полям, добавленным с помощью CCK. Без проблем.

Тут может быть еще 10 мегабайт текста, но на сегодня достаточно. Друпал - драгоценный металл (пока Друпал не упал :) ).

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

И правильно! В любом случае, для нормальной работы сайта, придется сильно шлифовать сам друпал. Проще взять CakePHP, CI или ZF и написать с нуля. Да и работать будет стабильнее и надежнее.

Мне вот тут пришло в голову неожиданное применение Друпала - прототипирование сайтов :) Связка Views+CCK+несколько популярных модулей позволяет быстро собрать сайт на Друпале для абсолютного большинства типовых задач. И все это без программирования, тычками мыши по чекбоксам, селектам и кнопкам. Собираем, смотрим на локалке, тестируем. Потом отдаем все это программистам и говорим - а теперь сделайте такое на CF, CakePHP, Zend, RoR или на чем вы там умеете это делать. Получится оптимизированное приложение, без врожденных проблем Друпала, и заточенное под инструментарий вашей команды :)