Переезжаем на Joomla. Drupal joomla vs
Joomla против drupal, да вы с ума посходили?
На блоге dimoning.ru натолкнулся на смешной спор о том что лучше Joomla или drupal. Спор был таким жарким, что не удержался и написал комментарий в защиту drupal, но комментарий получился таким огромным, что решил – лучше пусть он будет постом в моем блоге:) не фиг мыслями раскидываться, самому мало.
Так о чем спор вообще? Просто автор того поста был слабо знаком с предметом и решил позабавиться да задел за живое многих, вообщем он своего добился, браво. А так сравнивать joomla и drupal это как если бы мы взялись сравнить бейсик и c++. joomla годится только для сателитов, потому как при усложнении сайта обязательно столкнешся с серьезными проблемами. Всегда удивлялся когда попадуются сложные проекты сделанные на joomla.
Помоему это говорит только о непрофессионализме создателей такого проекта или о глупости заказчика. Кстати встречалось что за изготовление якобы серьезных проектов на joomla еще и серьезные деньги требуют, чистой воды мошенничество.Друпал является проблемой для ньюбов лишь потому что он поставляется так сказать в голом виде. Попробуйте что-нибудь сделать на delphi без компонентов, но это ведь не умаляет его достоинств. Подумать только, в друпал без дополнительных модулей даже материлы отсортировать нечем, но вы разберитесь с views и про joomla забудите. Но я считаю что мимализм стандартной поставки является также плюсом друпала, кому что понадобиться наперед неизвестно. Просто нужно для новичков понаделать сборок, как давно уже делают ребята для wordpress. Кстати идею сам себе подсказал, надо этим заняться.
Так что можете послать меня куда хотите, но дело обстоит так:
- joomla – лучший движок для ньюбов, отлично подходит для того чтобы сделать сателит или сайт визитку под заказ, тяп-ляп сделал и забыл;
- wordpress – блоги, кому нравиться можно под сателиты заточить;
- drupal – проект который будете делать с любовью, сайт сделанный на drupal можно усложнять практически бесконечно, при этом он не потеряет своей стабильности и взломоустойчивости.
Если вы с этим пока не согласитесь, то уверяю вас, это только пока, у вас еще все в впереди. Просто не хочется чтобы вы набивали те же шишки что и я, когда сидел ночами собирал лопающийся по швам сайт на joomle и не мог решить вроде бы элементарных проблем. Как я рад был когда тот сайт наконец забанил яндекс. Хоть и денежки потерял зато наконец растался с Joomla. Кстати про взломоустойчивость сторонних модулей для joomla вообще в приличном общесте не принято говорить.
icemen.ru
Joomla! | Drupal |
Версии | |
Разработчики Joomla в новых обновлениях стараются максимально приблизить движок к основным запросам пользователей в плане безопасности (т. е. Устранению уязвимостей), а также добавить свои нововведения, которые позволяют расширить функционал движка. Последняя версия на данный момент — Joomla 3.3.6. | Разработчики Drupal с тем же успехом закрыли в последней версии своего движка все основные на данный момент уязвимости. Последняя версия на данный момент - Drupal 7.34. К выходу готовится новая версия Drupal 8, подробнее можно узнать на официальном сайте поддержки или в новостях КОМТЕТ. |
На данный момент видимой и серьезной разницы между работой разработчиков данных движков не наблюдается — и в том и в другом случае проводится серьезная работа по улучшению функционала, защищенности и дружелюбности для разработчика. | |
Особенности начального дистрибутива | |
Joomla является разносторонней CMS, рассчитанный первоначально на создание информационных интернет-порталов. Дистрибутив «по умолчанию» включает в себя лишь наличие основных функций для создания ресурса, которые можно значительно расширить с помощью сторонних компонентов. | Drupal первоначально все таки представляет из себя больше комьюнити ресурс (комментируемый блог, форум), нежели CMS. В отличие от Joomla дистрибутив «по умолчанию» включает в себя наличие таких возможностей, как создание форума или модуль по управлению комментариями на сайте. Функционал также значительно расширяется с помощью сторонних модулей |
По данному критерию нельзя четко выделить какой-то движок. Единственный нюанс заключается в том, что в дистрибутиве «по умолчанию» Drupal все таки занимает позицию выше чем Joomla в том плане, что первоначально в него включен набор функций, позволяющих создать комьюнити ресурс, когда в Joomla для этого нужно прибегать к установке сторонних компонентов. | |
Структура движка | |
Joomla представляет собой блочно-модульный конструктор, то есть сайт является совокупностью блоков, содержащих тот или иной контент. Основная структура: сайт состоит из компонентов (заготовка из модулей и плагинов), модулей (части общей конструкции сайта) и плагинов (минимальный элемент, содержащий ту или иную функцию). | Drupal также представляет собой блочно-модульный конструктор. Основная структура: модули, в которых заключены как отдельные функции, так и их набор. |
В этом вопросе я считаю что Joomla занимает лидирующую позицию, так как система расширений подразделяется на три составляющих, имеющих иерархию, а поэтому и более тонкую установку и настройку расширений. Более того, в Joomla еще есть специальная система их установки, позволяющая при помощи xml-файла описывать все действия необходимые для совершения при создании записи о расширении (например, SQL-запросы, копируемые файлы или действия выполняемые сразу после установки, которые нельзя выполнить автоматически). | |
Коммерческие особенности расширений | |
Расширения в Joomla являются как бесплатными, так и коммерческими. На данный момент все чаще и чаще наблюдается разработка серьезных расширений на платной основе. | На данный момент основная масса расширений все таки является бесплатной. |
По поводу большего количества коммерческих расширений для Joomla , нежели чем для Drupal, можно отметить как положительные стороны, так и отрицательные. Отрицательные стороны, учитывая интересы разработчика, очевидны — покупать дополнительные расширения для бесплатного движка никому не хочется, но эту же особенность можно считать и сильной стороной Joomla, так как коммерческая основа распространения некоторых компонентов положительно сказывается на их качестве. | |
Шаблоны оформления | |
Каждый шаблон оформления представляет собой набор определенных модулей, плагинов, расположения блоков сайта, файлов стилей, а иногда и нескольких компонентов. | В данном случае шаблон представляет собой набор стилевых файлов. |
Хочется сразу отметить минусы структуры шаблонов в Joomla — если в Drupal при смене шаблона меняются только стилевые файлы, то в Joomla некоторые шаблоны порой меняют в дополнение не только общее расположение блоков сайта, но и приоритеты этих блоков (например основное меню сайта может измениться с вертикального на горизонтальное). Конечно при создании и первоначальном выборе оформления сайта данный нюанс не существенен, так как контента все равно еще нет. Но если сайт уже разработан, все меню привязаны по приоритетам, то изменение текущего шаблона на какой либо некорректный может закончится потраченным временем на исправление таких неприятностей, как например пропажа некоторых меню сайта. И все же проблема решаема — желательно использовать шаблоны проверенных разработчиков, что в том числе относится и к Drupal. | |
Уязвимости | |
Уязвимости присутствуют в ранних версиях линейки 1.5.х | Уязвимости присутствуют в ранних версиях линейки. |
По поводу уязвимости Joomla и Drupal, можно лишь посоветовать разработчику использовать последние версии используемой линейки движка, в принципе что и советуют разработчики данных движков. | |
Визуальный редактор | |
В основном это портированные и самые распространенные редакторы. Но все же самым удобным и функциональным из бесплатных является редактор JCE, разработанный специально для Joomla, составляющий очень хорошую альтернативу платному WysiwygPro. | В Drupal можно встроить TinyMCE или FCKEditor. И тот и другой гибко настраиваются. Оба являются мощными средствами. |
Конечно же выбор редактора — дело вкуса, но на мой взгляд Joomla все-таки занимает здесь лидирующую позицию из за более широкого выбора визуального редактора. | |
Работа с картинками | |
В базовом пакете включен функционал для работы с изображениями, причем настолько широкий, что в принципе не принуждает к установке сторонних расширений. | В базовом пакете вставка картинок не предусмотрена. Решается либо прикреплением картинки к посту блога, либо установкой WYSIWYG-редактора TinyMCE и медиа-менеджера IMCE. |
Здесь Joomla снова занимает лидирующую позицию из за включения в функционала для работы с изображениями в базовый пакет. | |
Производительность | |
Первоначально, более тяжелый чем Drupal по производительности базовый пакет, в наращивании расширений не столь заметно прибавляет нагрузку на веб-сервер. Рекомендуемый тарифный план «Плюс» | Менее загруженный базовый пакет при наращивании в последующем дополнительными расширениями запрашивает несколько больше ресурсов веб-сервера. Рекомендуемый тарифный план «Плюс» |
По минимальной нагрузке на веб-сервер Joomla конечно же лидирует. Но этот аспект настолько субъективный (так как загруженность будет зависеть непосредственно от количества и качества установленных расширений), что точно можно лишь судить о базовых пакетах этих CMS. |
www.komtet.ru
Joomla vs. Drupal: техническое сравнение лучших CMS
Техническое сравнение лучших платформ для сайтов Joomla vs. Drupal, с открытым исходным кодом.
Было несколько статей, в которых сравнивали производительность, но ничего достаточно углубленного, чтобы оценить технические данные и внутреннюю работу PHP фреймворка CMS в деталях. Как разработчик, который работал как с Joomla, так и с Drupal, я решил, что пришло время написать хорошее техническое сравнение между Joomla и Drupal, и положить конец войне между ними.
Прежде чем мы начнем, мы должны прояснить специфическую CMS-терминологию:
- Что в Drupal называется модулями очень похоже на компоненты в Joomla.
- Что в Joomla называется модулями очень похоже на блоки в Drupal.
УДОБСТВО В ИСПОЛЬЗОВАНИИ ПРОТИВ СЛОЖНОСТИ.
Если вы посмотрите в Интернете, большинство аналитиков используют графики, чтобы помочь определить, какая CMS будет наиболее подходящей для различных спецификаций. Wordpress находится на одном конце диапазона, будучи простым в использовании и не подходит для сложных проектов, Joomla находится в середине, а Drupal находится на другом конце диапазона, являющегося самым трудным в использовании и наиболее подходит для сложных проектов. В этой классификации есть доля правды, но их следует рассматривать только на самом общем уровне.
С точки зрения перспективы вебмастера, поддерживать сайт в актуальном состоянии - это довольно точное предположение. Тем не менее, для разработки сайта, это не обязательно так - давайте выясним, почему.
Немного о верхней диаграмме. Joomla проще в установке и настройке, чем Drupal. Кроме того, легче развивать пользовательские функции для Joomla по сравнению с Drupal и Wordpress.
Это утверждение является верным главным образом для высококачественной заказной разработки. Вы можете легко взломать код любой из трех CMS и заставить их делать то, что вы хотите, но это за счет безопасности, ремонтопригодности и надежности.
Точно так же миф, что Drupal является более подходящим для сложных проектов, чем Joomla вызван оценками CMS, с точки зрения вебмастера, а не точки зрения программиста. Это восприятие связано с тем, что Drupal обеспечивает модульный подход для создания пользовательского интерфейса и ввода содержимого. Веб-страницы Drupal создаются с помощью блоков и видов. Это дает вебмастеру максимальную гибкость для создания веб-страниц без необходимости программирования модулей для Drupal. В то же время Joomla предоставляет вебмастерам подобные рабочие инструменты (компоненты и модули), но это не такие мощные инструменты, какие предоставляет Drupal квалифицированному вебмастеру чтобы быстро построить новые сложные веб-страницы.
Тем не менее, создание нового пользовательского функционала - это совсем другая история. В современном мире, где все управляется с помощью программного обеспечения, гибкость в изменении содержимого веб-страницы и модульный пользовательский интерфейс - это недостаточно. Функциональность CMS должна быть достаточно гибкой, чтобы развиваться, удовлетворяя изменяющиеся потребности бизнес-логики сайта.
ТЕХНИЧЕСКИЕ СРАВНЕНИЕ JOOMLA И DRUPAL
Как только программист открывает исходный код Drupal он сталкиваются с кошмаром. Программировать на Drupal не легко, так как он основан на плохо продуманном, процедурном фреймворке, в то время как Joomla основана на хорошо разработанном, объектно-ориентированном MVC фреймворке, который так-же реализует ряд шаблонов проектирования, таких как listener, и т.п.
Даже если вы нанимаете высококвалифицированного, (очень дорогого) Drupal программиста, существует высокая вероятность того, что ваш код будет напоминать спагетти, которые будут вызывать много проблем в будущем, если вы хотите внести дополнительные изменения.
1) База данных
- В Drupal, виды хранятся в базе данных. Это означает, что вы не можете поставить их под контроль версий (например SVN или GIT) и разработчики не могут сотрудничать при развитии видов.
- Каждый новый тип содержимого в Drupal создает пару таблиц базы данных. Это означает, что структура базы данных изменяется с течением времени, если вебмастер создает и изменяет типы контента. Это кошмар для разработчиков, которые хотели бы создать Entity Relationship Diagrams (ERD), при создании веб-приложения. Вы никогда не можете полагаться на ERD потому, что в следующий раз, когда вы посмотрите в базу, количество таблиц и схема базы будет отличаться.
- В Drupal, логи хранятся в базе данных. Все современные системы хранят логи в файлах. Хранение логов в базе данных означает, что к ним очень трудно получить доступ, анализировать и профилировать. Разработчик не может использовать инструменты Linux (такие как sed и т.д.) для обработки и анализа журналов. Процесс идет медленнее и занимает огромное количество дискового пространства (много гигабайт) для хранения баз данных. Это делает базу данных системы необоснованно большой и неэффективной. Для большого сайта с высоким трафиком это делает практически невозможым запросы и анализ логов. Кроме того, он не может поддерживать ротацию и архивирование старых логов. Кто в здравом уме будет хранить логи в базе данных?
2) Паттерны проектирования
Joomla является объектно-ориентированной, а Drupal основан на старом PHP 4 процедурном программировании (темные дни PHP).
Drupal реализует устаревшие паттерны проектирования:
- Procedural
- Hooking
Однако Joomla реализует современные паттерны проектирования, которые используются в лучших фреймворках, таких как Symfony 2, Zend и корпоративных языках программирования, таких как Java (включая Struts и Spring):
- Объектная ориентированность (включая полиморфизм, инкапсуляцию, наследование и т.д.)
- MVC (Model View Controller)
- Event Driven, Event Dispatcher, и Observer
- Singleton
- Factory
Некоторые из паттернов проектирования, реализованных в обоих CMS, таких как DBAL (Database Abstraction Layer) были сделаны лучше в Joomla. DBAL в Joomla почти так же хорош, как ORM (Object-relational mapping). И если вы действительно хотите использовать ORM Joomla, он легко интегрируется с Doctrine.
Реализация этих современных практик связано с непрерывным улучшением фреймворка Joomla и CMS, которые проведены за эти годы, в то время как Drupal стагнирует.
3) Архитектура ядра
Joomla имеет очень чистый API ядра, а Drupal написан на уродливом коде-спагетти. Можно было бы назвать архитектуру Joomla елкой, а архитектуру Drupal бакиболой.
В Joomla у нас есть древовидная иерархия. Ствол является ядром Joomla. Он имеет ветки (API), к которым вы можете прикрепить несколько отростков (компоненты) или листьев (модулей или виджетов). Компонент может быть подключен, таким образом, чтобы интегрироваться с контролем доступа Joomla! (Access Control Levels) и функциями управления контентом. Будучи отростком, он может иметь подкатегории ветви и даже может иметь соединение с другим компонентом. Но в значительной степени, существует минимальный контакт между различными компонентами.
В Drupal, форма является в основном круглой с многочисленными точками по всей поверхности - модулями. При построении расширения, вы можете подключить любой или все из этих модулей. Эта тесная интеграция означает, что все контактирует друг с другом. Эта архитектура гораздо менее элегантна и снижает качество кода любых пользовательских функций. В текущей и долгосрочной перспективе с такого рода структурой обслуживание становится проблемой.
Для реализации Hooking в архитектуре Drupal используется call_user_func () и другие методы динамического вызова функций. Это означает то, что отладка Drupal с использованием современных инструментов отладки - это кошмар.
Кроме того, это означает, что вы не можете использовать клик по методу или свойству для перехода к его объявлению в вашей современной IDE, когда вы программируете. Также, если вы используете PhpStorm или другую современную IDE, инспекция и автоматическое завершение не будут работать, так как они не будут знать тип возвращаемого значения динамически вызываемых функций.
4) Стандарты кодирования
PSR - PHP Specification Request является стандартом кодирования, принятым в большинстве современных корпоративных фреймворках, таких как Symfony 2 и Zend.
Joomla является PSR-0 совместимой и скоро станет PSR-1 совместимой. Drupal не соответствует любому стандарту PSR.
5) Производительность и кэширование
Drupal в среднем составляет 100 запросов к базе данных на странице (для простых страниц). Из-за этого и других проблем с производительностью, связанных с Hooking архитектурой, все должно быть сильно абстрагированно и кэшироваться, что создает дополнительную сложность и требования к аппаратной составляющей ресурсов. Joomla является гораздо более легкой и оптимизированной. Она имеет намного более быстрее ядро. В Joomla рекомендованный лимит памяти составляет 512 МБ, а в Drupal - 2 ГБ.
Большинство тестов согласны, что без кэширования Joomla является более быстрой и менее ресурсоемкой, чем Drupal. Однако некоторые тесты считают Drupal быстрее, когда кэширование включено. Но если кэширование Joomla устанавливается экспертами и настроено она может превзойти Drupal даже когда кэширование включено. Также кэширование в Joomla намного проще и менее ресурсоемко, чем в Drupal, что делает Joomla проще в использовании, обновление, и настройке.
В то время как у вас есть Solr в Drupal, чтобы увеличить производительность для веб-сайтов с большими базами данных и большим количеством пользователей, в Joomla у вас есть Sphinx, который написан на родном C ++ и работает быстрее и проще, чем Solr. Нам просто не нужно устанавливать Sphinx на большинстве веб-сайтов, потому что Joomla быстра и достаточно мощна из коробки и имеет возможность работать с очень большими базами данных под интенсивным трафиком. Однако при необходимости Sphinx может обеспечить огромный прирост производительности на Joomla, делая ее во много раз быстрее, чем Drupal с Solr.
Все вышеперечисленное - это сильные признаки того, что в противоположность распространенному мнению, Joomla намного лучше для разработки более крупных и более сложные сайтов, чем Drupal.
То, что эксперты делают
Одним из многих успешных известных сайтов Joomla является linux.com. Люди, которые работают в linux.com известны своей одержимостью качеством кода и являются лучшими и умнейшими программистами. Независимо от того, сколько правительственных сайтов, сделанных на Drupal вы можете найти, то, что linux.com находится на Joomla перевешивает их всех.
В защиту Drupal, в Linux Foundation, организации linux.com, также работает несколько небольших сайтов на Drupal (например video.linux.com). Но то, что они используют Joomla, а не Drupal для их основной функциональности на тяжелом сайте (linux.com), для меня большой плюс в пользу Joomla.
Также стоит отметить, что контрибьюторы Linux Foundation дали Joomla рейтинг пять звезд, в то время как они-же дали Drupal только три звезды.
ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ
Хотя Drupal обеспечивает наибольшую гибкость к вебмастеру, его администрирование очень сложное и имеет очень высокий порог вхождения. Клиенты должны будут нанять эксперта-вебмастера Drupal, а обычные пользователи не могут просто натренироваться, чтобы использовать Drupal, так-же как они могут быть обучены использовать Joomla. По сравнению с Joomla, административная консоль в Drupal является приборной панелью реактивного истребителя.
С точки зрения сообществ, поддерживающих CMS, Joomla имеет гораздо большее сообщество разработчиков по сравнению с Drupal. Это признак того, что разработчики предпочитают работать на Joomla.
И чтобы сделать Drupal еще хуже для бизнеса, опытных разработчиков Drupal гораздо труднее найти и они стоят дороже, чем разработчики Joomla. Опытные разработчики предпочитают работать на Joomla, а не Drupal.
Я не являюсь исключением из этого правила. Я отклонил несколько предложений работы с большими зарплатами, потому что я не хотел, еще раз пройти через боль разработки на Drupal.
DRUPAL МОЖЕТ УЛУЧШИТЬСЯ В БУДУЩЕМ
Говорят, что новый Drupal 8, который будет выпущен в ближайшее время (пока нет официальной даты релиза) массивно усовершенствован и много проблем и ошибок исправлено. Ядро Drupal была полностью переработано и перестроено и, как предполагается, много позаимствовано из фреймворка Symfony 2.
Тем не менее, до тех пор, пока Drupal 8 не будет выпущен, даже не стоит рассматривать использование Drupal в реальных проектах.
После того, как Drupal 8 будет выпушен я готов вновь посетить мир Drupal и сделать проект на нем, но я почти уверен, что к этому времени Joomla улучшится еще больше. Мы, возможно, даже получим полную поддержку TDD на Joomla (TDD или Test Driven Development является лучшей методологией разработки в мире).
ЗАКЛЮЧЕНИЕ
В заключение, если вы все еще сомневаетесь по этому поводу, поверьте разработчику, который имеет опыт работы как с Joomla, так и с Drupal. Joomla лучше чем Drupal. И это верно независимо от размера и требований к сайту.
Если у вас нет не-технических причин (например, мои пользователи уже знают, как использовать Drupal) я всегда рекомендую создавать сайт на Joomla.
Если вы где-то читали в Интернете, что Drupal лучше, чем Joomla для сложных крупномасштабных проектов, просто проверьте их показания. В тестах были рассмотрены технические детали и работы фреймворков и пришли к выводу, основанному на технических деталях? Или просто заявлено, что они считают, без всяких доказательств или ссылок в исходный код CMS?
Я видел много раз, как люди говорят что Drupal лучше, потому что он более надежен и более эффективен. Это не аргумент для меня. Я бы мог спросить их, что делает Drupal более эффективным или надежным, и они всегда будут не в состоянии ответить, когда я цитирую пять технических превосходств Joomla, указаных выше.
Перевод статьи разработчика сайтов Arash Arabi с сайта http://www.butterfly.com.au
Перевод сделал Аркадий Седельников. Материал взят с сайта http://joomlaportal.ru
jp-studio.ru
Переезжаем на Joomla | Drupal
У нас на Razgonka.ru закончился оплаченный квартал на хостинге. Переезжаем на другой хостинг.
Под переезд решили заменить Друпал на более простой движок Joomla. Первые впечатление от Joomla самые хорошие. Ставится она буквально в несколько кликов.
Дизайн сайта на Jomla даже в стандартной поставке выглядит приятно. При желании можно подобрать себе подходящий дизайн среди множества бесплатных. Есть фирмы, которые продают платные шаблоны под Joomla.
Причины перехода на Joomla
Мне неудобно лишний раз писать о недостатках Друпала, которые и так все знают.
Каждый раз ставлю клиентам стандартные темы Друпала и каждый раз клиенты спрашивают "Дизайн останется таким или это временно?".
Как бы ни ругали Windows-Xp и Vista, при всех их недостатках нужно признать, что выглядят они прекрасно. У одной клиентки стоит Windows-XP. Весь март она мне выкручивает мне руки и просит поставить Vista. "Зачем, ведь Vista еще сырая?". Получил потрясающий ответ: "Она красивая".
Joomla дарит радость с первых минут знакомства с ней. Простая установка, приятный дизайн. Если нужно быстро поставить сайт и так, чтобы клиенту был приятен его внешний вид, то рекомендую присмотреться к Joomla.
Сайт Razgonka.ru
Текущая версия у Joomla 1.0.9. Мы решили на сайт ставить сразу версию 1.5, бетку. В ней много новых интересных возможностей.
Сейчас занимаемся переносом статей с движка Друпала на Joomla. Тех, кто уже зарегистрировался на Razgonka.ru, прошу пока воздержаться от новой регистрации. Пытаемся перенести и встроить в Joomla старую пользовательскую базу, возможно придется немного поправить механизм аутентификации. Поэтому сегодня сайт может работать не устойчиво, что не имеет никакого отношения к Joomla. При установке с нуля Joomla работает как часы.
Посмотреть и оценить стандартный дизайн Joomla можно уже сейчас. Сменили только название сайта в логотипе:http://www.razgonka.ru/
drupal.ru