"DMS"= Drupal Management System?

Стремиться к совершенству можно бесконечно и если копать оочень глубоко, то можно и в Drupal прийти к выводу, что всё надо было делать по другому Очевидно, что сколько людей - столько мнений. Поэтому ещё и свои "глобальные" идеи здесь вписывать не буду в недостатки. А вот из чисто технических проблем:

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

- идея когда все документы сайта есть node - красиво, но разделение на жёсткие типы нодов не очень удачно и вовсе местами мутно (скажем в последних версиях вовсе не понятна разница между page и story к примеру). оптимально - иметь возможность конструировать типы нодов по своим нуждам, добавляя/убирая доп. поля или встраивая уже существующие типы. да, есть flexinode, но он эту задачу решает неэффективно, т.что считаю пока что задача в Drupal не решена

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

- концепция фильтров контента не очень удачна и хотя в последних версиях лучше, чем в старых - imho по-прежнему не особо эффективна. в т.ч. по накладным расходам

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

- неудобный и малофункциональный модуль форумов, к тому же малопроизводительный (хотя в CVS там оптимизировали SQL - должно быстрей быть). Да, типа CMS не обязана иметь крутой форум и пр. бла-бла, но раз уж сделали модуль - он должен работать хорошо). тем более система стремится быть CMF, а не CMS, т.е. предлагать различные решения на базе своего API

- отсутствие WikiWiki интегрированной в движок. см. аргументы к предыдущему пункту

- блоги сделаны только под community blogging, для создания настраиваемых персональных блогов (как в ЖЖ к примеру) - многое надо доделывать.

- мелкие глюки в реализации menu и некоторых других стандартных модулей

- крон слабо защищён от кривонаписанных сontrib-модулей и может отваливаться, а это приводит через время к переполнению разных таблиц логов, прекращению индексации поиска и в общем тянет кучу проблем для сайта.

- кеширование страниц и отдельных функций - несомненно правильное решение, но если почитать drupal-devel вопросов к нему тож хватает. но этот вопрос уж точно требует детальных исследований и так просто заявлять о эффективности/неэфективности кеша в разных ситуациях некорректно, но очевидно, что оптимизировать работу тут ещё есть куда

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

- решение отдельных проблем иногда слишком затягивается, если проблема неинтересна основному кругу разработчиков. скажем баг с "remember me" на сайте тянулся наверно больше года из версии в версию, пока кого-то совсем не достал и в 4.5.2 не было найдено решение (и то не совсем доделано - сайт просто теперь запоминает логин на определённое время, не предлагая альтернатив). это же можно отнести к другим редким проблемам - скажем проблема локализации интерфейса у большинства пользователей и разработчиков не стоит (им английского достаточно), отсюда такое "второстепенное" отношение к эффективности реализации модуля locale. что в общем-то логично для opensource проекта - кому надо, тот пусть ищет решение. нам надо? вот и ищем, пытаясь приклеить удобным образом gettext

Можно ещё чего-нибудь повспоминать, но достаточно наверно, чтобы незнающий человек отвернулся от такой CMS? Тем не менее, Drupal я считаю очень удачным проектом и динамично развивающимся. Собственно последнее здесь и есть ключевой момент - он активно развивается и все проблемы которые я перечислил выше уверен либо будут решены в ближайшее время либо позже. Можно сравнить проблемы которые были несколько версий назад и устранены, при этом общая архитектурная линия - сохраняется, что по-моему важно, разработчики не бросаются в разные стороны. Конечно, хочется сразу надежной и мощной системы, но где такую найти? Мне нравятся решения разработчиков Друпал - значительной фигни в движок не попадает и архитектурные решения проходят проверку. И такие факторы как безопасность и производительность проектом отслеживаются не декларативно - к улучшению ситуации действительно прилагают усилия. Поэтому я остаюсь с этим движком и продолжаю для него свои разработки, поэтому с некоторых пор предлагаю его как коммерческое решение в своём маленьком бизнесе - создании сайтов на заказ.

--
Axel,
www.axel.drupal.ru