30 июля 2007 в 1:53
Я отношу себя к числу Drupal-разработчиков, однако, пробовал и другие CMS. В том числе Joomla. До определенного момента я считал, что эти две CMS относятся к одному классу и конкурируют. Чтобы разобраться, взял интервью у одного Joomla-разработчика. Итак, интервью «Чем Drupal отличается от Joomla».
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Бред.
Статья ни о чем.
Важные вопросы не подняты, итог размыт.
Человек, дающий интервью, не является компетентной фигурой.
А по мне - просто избиение джумлы
Друпалер называет слабые ее стороны, а джумлер с ними соглашается...
Хотя основные моменты все ж задеты, но они стандартны - левый код, тяжелость, отсутствие UTF - уже не раз про это читано и перечитано в сравнениях.
2 KCEOH: Хотел сравнение сделать, но предвзятость своё дело сделала
Получилось и вправду избиение Джумлы. Спасибо за критику.
Согласен - интервью не вышло.
Согласен, что размытое интервью.
Проблема даже в том, что человек не подчеркивает преимущества Друпала. Все сравнения крутятся вокруг "поставил стандартный пакет, а там того нет, или то есть"... Как по мне так в стандартном пакете вообще не должно быть форумов, агрегаторов и подобных модулей, должен быть упор на архитектуру и АПИ.
Лучше бы в стандартный пакет Друпала включили модули Views, Token, Ec-mail (переделаный из еком пакета) и т.п.
Но я к сожалению не видел пока ни одной статьи, в которой был бы хороший анализ и сравнение именно концепций и архитектур этих двух ЦМСок. Может кто-то подскажет?
ardas says: Но я к сожалению не видел пока ни одной статьи, в которой был бы хороший анализ и сравнение именно концепций и архитектур этих двух ЦМСок.
Статья "CMS Друпал на концептуальном уровне".
Насколько хорошо в статье проведен анализ и сравнение концепций сказать не решусь, потому что писал эту статью сам.
Спасибо за статью - прочитал с удовольствием.
Вообщем, это почти то, что я когда-то хотел написать, но так и не написал
Единственное, чтобы я добавил к вашей статье, так это то, что в Друпале очень грамотная и толковая объектная модель при том, что реализация полностью необъектная
Наследование нодов. Прекрасный пример множественного наследования от нодов + типов товара (еком. пакет), интерфейсы и их реализации и т.п.
Я сравнительных характеристик прочитал довольно много, особенно мне запомнилась статья ЦМС для домохозяек, которая направлена на то, чтобы вскрыть все недостатки Друпала, какой он ужасный и как им сложно пользоваться ....
и вообще ПХП - это груда мрачного ужасного кода и т.д. и т.п.
Благодаря Друпалу есть шанс развеять миф о том что в ПХП идут те, кто не добрались до С++ или Джавы
2 ardas: Я когда выбирал CMS, читал разные статьи всё больше на англ. Не помню ни одной, которая бы рассказала мне о CMS то, что я хотел. По крупицам кое-что вырисовалось. Спасибо за критику.
Религиозные войны.
IMHO Джумла и Друпал заточены под разные применения. Хотя, конечно, можно и в грузовике возить людей, а в автобусе - картошку.
Интереснее было бы сравнение архитектурных решений Drupal и WordPress.
"Интереснее было бы сравнение архитектурных решений Drupal и WordPress"
ну, эти-то вообще в разных категориях... в Вордпресс даже форума нет, если я не ошибаюсь... что сравнивать? хотя, вот Joomla тоже CMS, но и там форума родного нет... а без него, я считаю, CMS - это не CMS, поскольку придётся искать другой движок для форума... а это уже грабли...
и это только один из моментов... хотя, насколько я знаю, и сравнивать-то особо не с чем... с Typo3 разве что, да только там явно не для людей всё сделано... с комментированием проблемы и там и там... хех, ну не с чем на сегодняшний день сравнивать Друпал... реально не с чем...
2 Ю.Б.: Сравнение архитектурных решений -- это гораздо более специфичная тема, обывателю непонятная. Хотя спасибо за идею.
2 В.Х: У вордпресса есть bbpress -- считай родной форум. Хотя непонятно, почему CMS без форума -- несерьезная CMS. Форум -- это как раз тот компонент, который часто лучше взять отдельной поставкой. Скажем у друпала форум очень слабый.
"Форум -- это как раз тот компонент, который часто лучше взять отдельной поставкой"
с чего бы это? а потом мучения с двумя регистрациями, с разными темами... увольте... мне больше по душе интегрированные решения...
Теоретический вопрос: в чем принципиальная разница между блогом и форумом?
2 В.Х: Проблема многранная, но бывают случаи, когда на самих сайтах пользовательские аккаунты не нужны. А бывают случаи, когда хранить пользователей в форумной таблице и для управления акками использовать форумные формы -- вполне достаточно. Хотя, бесспорно, хотелось бы CMS с хорошим встроенным форумом.
2 Ю.Б.: Например, на форумах темы с новыми ответами всплывают, а в блогах посты -- нет.
Ничего, если продолжу копать в эту сторону?
> на форумах темы с новыми ответами всплывают
То есть, если сортировать список блогов не по дате создания записи, а по дате последнего комментария, и показывать в виде таблицы, а не в виде заголовок+тизер, то получится первое приближение к форуму. Так?
Я собственно к чему это все? Мой любимый форумный движок phorum с одной из поставочных шкурок (недоделанных, кстати) лихо прикидывается блогом. Вот хочу понять, что мешает из блога, путем натягивания на него специальной шкурки, сделать форум. Судя по форуму Друпала - ничего не мешает. Кроме желания во что бы то ни стало прикрутить к CMS какой-нибудь phpBB. Или нет, есть что-то принципиально несовместимое на уровне идеологии?
Насколько я понимаю, фраза «...если сортировать список блогов не по дате создания записи...» должна звучать как «...если сортировать список постов не по дате создания записи...».
Да, получится первое приближение. Потом понадобятся разные фишки типа «непрочитанные темы», которых наберется достаточно много. Я бы не стал в такое ввязываться без нужды. Интеграция CMS с любым форумом -- не такое уж сложное дело.
В друпаловской универсальности «форум, блог, статьи, книга на одном и том же коде» есть проблемы. То есть каждая адаптация пытается приблизиться к классическому блогу или классическому форуму, но нюансы остаются. Иногда очень неприятные. Вот несколько таких нюансов http://www.dserg.com/drupal-questions-2007-07-09.html#comment-1320
Ю.Б. says: Или нет, есть что-то принципиально несовместимое на уровне идеологии?
Идеологически форум создан для обсуждения, а блог создан чтобы его автор мог выразить себя.
Отсюда разница в их употреблении:
- на форуме комментирование обязательно должно быть открыто; в блоге оно может быть закрыто
- форумы не сортируются по авторам, начавшим тему; блог всегда имеет ссылку, где накапливаются все сообщения от одного автора
- темы форума в лучшем случае показывают в виде заголовков на главной странице; статьи из блогов часто попадают на главную страницу сайта
- толковые вещи стараются опубликовать не на форуме, а в своем блоге
- ...
Ну вот касательно Друпаловского форума - у него нет такой простой вещи, как переход к последнему непрочитанному сообщению. А это сильно усложняет работу с ним. Да и просто утомляет.
Shelendor says: "касательно Друпаловского форума - у него нет такой простой вещи, как переход к последнему непрочитанному сообщению."
Решение на стороне клиента.
На примере Drupal.ru. Ставим курсор в начало сообщения. Нажимаем Ctrl + F, вбиваем слово "новое" без кавычек, жмем Enter. Попадаем на первое непрочитанное сообщение. Все остальные непрочитанные сообщения будут под ним. Если форум построен в древовидной форме, то нажатием F3 перебираем все непрочитанные сообщения.
При заходе на другую страницы с длинной бородой комментариев ставим курсор в начало сообщения и жмем F3.
Решение на стороне сайта
Новые сообщения в html-коде помечаются как [span class="new"]новое[/span] . Если сайт свой, то можно разукрасить класс new большими красными буквами. Или в шаблоне анализировать код комментария и при нахождении пометки [span class="new"] выдавать весь комментарий на фоне желтого цвета. Квадратные скобки поменять на треугольные.
Хм... А это становится интересно
Спасибо, Макс!
Хорошо, если бы на Drupal.ru слегка поправили класс new. А то слово "новое" действительно почти не видно.
Joomla CMS не того уровня что Друпал, я давно на неё смотрел в ознакомительных целях, глянул код, ужаснулся и забыл о ней, как-то все грязно.
Вот о typo3 мало было сказано, а она более достойный конкурент Друпалу чем Joomla.
>Хорошо, если бы на Drupal.ru слегка поправили класс new. А то слово "новое" действительно почти не видно.
Только сегодня об этом думал. Поддерживаю.
Достойные соперники у Друпала есть. Например, MODx, TYPOlight.
Достойные соперники у Друпала есть. Например, MODx, TYPOlight.
Достойные соперники у Друпала есть. Например, MODx, TYPOlight.
Прошу прощения за дубли предыдущего сообщения. Все время получал Internal Server Error 500 или что-то в этом роде
Пользуюсь исключительно Друпал и MODx, так вот ModX никак не может быть "Достойным соперником" Друпалу, теперь подробно:
1. Они в разных видах спорта выступают, функциональность Drupal ограничена лишь фантазией программиста, а modx - его конструкцией
2. modx больше подходит для сайта с четкой древовидной структурой, и он не позволит решать задачи при помощи одних снипетов, переменных, модулей, тк набор событий достаточно ограничен, в отличии от Друпала, где все построено на перехватах.
И еще раз =), modx не конкурент, видимо вы просто не видели ни то ни другое изнутри.
Выше писали о новых сообщениях форума, советую потратить день и расковырять полностью forum.module, из него можно сделать такой функционал, которого хватит в большинстве случаев.
-------------------------
все проверено на себе
Джумла это пример того как не надо программить. Пройти через неё вначале карьеры очень полезно. После неё красоту Друпала воспринимаешь острее.
PS. MODx очередная CMS. Никак не убийца Drupal-конструктора.
Очень забавная по форме статья. Как в традиционной рекламе: "возьмем _обычный_ порошок/моющее средство/зубную пасту и сравним с _нашим_".
Drupal - такая же обычная СМС и как и все соответствует общему правилу: "за все нужно платить". Из нескольких десятков перепробованных СМС на бесплатном хостинге загибаются только Друпал и Typo3. Остальные работают и не жузжат. Причем узким местом является даже не ОЗУ и не время выполнения операции, а обращения к БД. На кой черт у голого друпала 66 таблиц (на моем сайте их было 102)? Тотже Вордпресс обходится дюжиной. Приходится учитывать не только качество СМС, но и её прожорливость. Сам с 5 не сталкивался, но говорят, что 6 стала существенно прожорливее. А что будет в 7?
Так можно сравнивать Ладу Калину и мерседес. Что лучше? А сколько стоит? Друпал объективно дороже.