Главная Новости

Drupal vs Joomla

Опубликовано: 20.07.2017

видео Drupal vs Joomla

06 - CMS Comparison Wordpress Vs Drupal - updated 2016

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



Joomla была первой CMS с которой я начал серьёзно работать.

Вот ее недостатки:

Интерфейс админки

Красивый, но неудобный интерфейс администратора. Обычно интерфейс называют преимуществом Jooml'ы перед Drupal. Мне это непонятно. Зачем администратору все эти картинки? Чем они лучше текстовых ссылок Drupal? Я понимаю, что красивый интерфейс может быть очень важен для пользователей. Но для администратора важнее функциональность. Я очень долго учился работать с Джумлой (возможно потому-что это первая моя CMS), и достаточно быстро с Drupal (возможно потому-что сразу наткнулся на хороший учебник на сетегноме). В Джумле введя логин и пароль администратор оказывается в положении телеги, которую тянут лебедь, рак и щука. У него разбегаются глаза от изобилия возможностей: на странице слева ряд кнопок, позволяющих выполнять основные операции на сайте: настройка сайта, добавление и редактирование меню и материала, пользователи и пр. Справа - я даже не знаю что. Какое-то чудовище с вкладками, которое содержит список пользователей на сайте, список компонентов (почему компонентов, ведь в Джумле есть еще модули и мамботы, почему их забыли???). популярные материалы (очень важно для администратора, только зашел и сразу посмотрел - что пользуется спросом на сайте, обязательно нужно ещё добавить списки последних материалов, последних изменённых материалов, последних пользователей и чего-нибудь ещё :-)) и опять меню. Но наверху страницы есть меню (опять это слово - если вы запутались о каком из меню идет речь - я не виноват) с помощью которого можно редактировать меню(!!!) и материалы, устанавливать модули, мамботы и компоненты и выполнять некоторые другие вещи. Никакой логики! Такое чувство, что интерфейс разрабатывали следующим образом: смотрите какие у меня есть красивые картинки, давайте их используем. А я умею делать вкладки. Здорово! Пригодится! То ли дело Друпал! Заходишь на страницу, там список возможностей приведённый в строгой иерархии. Не без недостатков конечно, но вполне удобно и функционально.


Drupal vs WordPress - Which is Better

Структура сайта

В Джумле есть разделы и категории. Т.е. создав материал его нужно поместить в категорию, которая находится в каком-то разделе. Вот такая трехуровневая иерархия. Если нужно два уровня: разделы-материалы, или четыре-пять это ваши личные проблемы. Выкручивайся как можешь. Разработчики видимо сами чувствовали, что работать неудобно, поэтому придумали еще и "Статичные материалы". Это как раз один из способов для выкручивания себя под Джумлу. То ли дело Друпал. С помощью таксономии можно сделать любую иерархию, которая придёт в голову. Можно создать свой тип материала, который будет чётко будет знать своё место в иерархии сайта.


Joomla vs Drupal

Права пользователей

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

Имеются следующие уровни:

Registered

Author

Editor

Publisher.

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

Модули

В Друпал для расширения возможностей системы существуют модули. Есть достаточно большая коллекция качественных модулей на http://www.drupal.org. Есть api для создания новых модулей. С помощью модулей можно реализовать практически всё что угодно. В Джумле существует аж три вида модулей: компоненты, собственно модули и мамботы. Кому это нужно сможет без труда отыскать описания для чего они нужны: все вместе и по отдельности. Для каждого из них есть своя, ограниченная, область применения. Но отсюда следует что каждый из модулей может делать что-то своё, и есть задачи которые нельзя решить ни с помощью компонентов, ни с помощью модулей, ни с помощью мамботов.

Темизация

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

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

rss