Wordpress vs Joomla vs Drupal - окончательное решение для моего клиента? Joomla drupal wordpress

Сравнение Drupal, Joomla и WordPress

Drupal, Joomla и WordPress - системы управления, на основе которых можно создавать функциональные и легко управляемые сайты без серьезных финансовых затрат. Мы решили сравнить эти системы между собой и рассказать об этом доступным языком. Мы выбрали наиболее важные аспекты, которые скорее всего заинтересуют рядового пользователя.

В качестве «ответчика» за Drupal выступает Дмитрий Сергеев (http://www.dserg.com/), Joomla - Дмитрий aka Dead Krolik (http://dead-krolik.info/) и WordPress - Максим (в смысле, я). Системы расположены в алфавитном порядке, так что не ищите подвоха. :)

Старая запись, оставил как напоминание от том, как развлекались блогеры. :)

Версии/безопасность

Drupal

Сейчас к выходу готовится 6-я версия, код которой уже достаточно давно заморожен. Текущая 5-я версия по сравнению с 4.7 выглядит хорошим эволюционным этапом.

Новые версии подолгу тестируются. Ядро стабильное. Баги в востребованных модулях обычно фиксятся оперативно. Сейчас целый ряд крупных корпоративных сайтов компаний с мировыми именами работает на Drupal, поэтому у разработчиков к безопасности серьезное отношение.

Joomla

Ситуация на данный момент такова - все поклонники Joomla находятся в ожидании версии 1.5. А ветка 1.0.х претерпевает лишь косметические изменения, в основном улучшающие безопасность. Так что с наличием новых версий у Joomla «полный порядок». Безопасность тоже на уровне, версию 1.0.13 можно смело считать очень-очень стабильной и безопасной.

Что же касается безопасности сторонних расширений, то тут все не так гладко, что вообще-то повторяет ситуацию в целом в языке PHP, как популярном среди новичков и людей не знающих ничего о том, как ломаются сайты. 90% софта глючны, а платные программисты готовы работать за еду. Действительно сильных расширений мало, но они есть, например OpenSEF или MosetsTREE.

WordPress

Хотя официально и заявлено, что версии WordPress будут выходить по графику, на самом деле этого не происходит. Если обнаруживается какая-либо серьезная «дыра», то разработчики опреративно выпускают обновление, поэтому график версий сбивается. Существуют две линейки WordPress: 2.0.* и 2.1+. Первая (текущая 2.0.12) все еще поддерживается и к ней выпускаются обновления безопасности. Но новые возможности появляются только в линейке 2.1+ (текущая 2.2.2). Разделение произошло после того, как было решено отказаться от поддержки MySQL<4.0. За счет оптимизации запросов, скорость работы новых версий выше. Также сыграло свою роль и то, что в WordPress'е активно стал использоваться AJAX, которому требуется UTF-8. Все это привело к определенным проблемам совместимости, но, на мой взгляд, оно того стоило.

Русская документация

Drupal

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

Joomla

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

WordPress

WordPress обладает очень большой документацией (к.н. Codex/Кодекс), но к сожалению она только на английском языке. Хотя, справедливости ради стоит отметить, что составлена она грамотно и практически не требует особого знания языка. Документация построена таким образом, что позволяет довольно быстро найти нужный ответ. Практически каждая статья имеет несколько примеров, а также ссылки на смежные вопросы.

Русское комьюнити/поддержка

Drupal

Русское сообщество развивается, причем достаточно бурно, поскольку в последнее время о Drupal много говорят в рунете. Есть люди разбирающиеся в архитектуре. Что важно, они отвечают на форуме. В целом сообщество открытое и дружелюбное, но злоупотреблять этим не стоит.

Joomla

Если коротко, то существует две различных «тусовки», ведущие свои форумы и сайты поддержки. Попытка объединения была, но так ничего и не получилось. В принципе, наличие двух сборок и русификаций на данный момент всех устраивает (читай «все не плохо устроились»). Ближе к версии 1.5 вопрос будет подниматься все чаще, ибо порталовцы более официальная команда перевода, нежели joom.ru. С другой стороны наличие конкуренции нисколько не вредит сообществу, а наоборот даже подталкивает команды работать все лучше и лучше.

WordPress

У русского WordPress'а есть два официальных сайта. Поддержка пользователей осуществляется через форумы добровольцамими. Так, что скорее всего проблем с русской поддержкой не будет. Также существует много блогов, где их авторы выкладывают и делятся самыми разными находками и решениями по WordPress.

Борьба со спамом

Drupal

Akismet - раз, графическая или математическая каптча на выбор - два, анализатор поведения клиентов с отсеиванием ботов - три. Еще можно задавать ограничение на количество ссылок в одном сообщении, контролировать флуд, банить ip и вести «черный список» рекламируемых сайтов, а также фильтровать сообщения по подстроке.

Joomla

Борьба со спамом в интернете на данный момент ведется только в одном месте - комментарии к публикациям. Компонентов комментариев достаточно много, и о таковых, без поддержки captcha я не слышал (разве что очень древние и не используемые на данный момент). На этом собственно борьба со спамом заканчивается. Вкусности вроде SpamKarma насколько я знаю, в сторонних компонентах не реализованы.

WordPress

Стандартно в WordPress входит плагин Akismet, который достаточно эффективно борется с этим злом. Кроме этого можно создать черный список и фильтры из слов. С их помощью можно просто заблокировать любой комментарий, который содержит запрещенное слово или отправить его на модерацию. Наибольшую же эффективность в борьбе со спамом можно добиться с помощью т.н. капчи - картинки с набором символов. В этом случае ставится полный заслон от автоматических спам-роботов. Установка большинства плагинов антиспама очень проста, зачатую достаточно только его активировать в админ-панели (например, популярная SpamKarma). С помощью специального плагина есть возможность модерировать спам-комментарии. Причем доступны как обычные комментарии, так и пинги и трекбаки. В целом же плагинов для антиспама множество (я насчитал больше семидесяти).

Интеграция с форумом

Drupal

Базовый пакет Drupal содержит достаточно функциональный форум, который подойдет для организации небольших сообществ. Для организации больших сообществ он тоже, впрочем, подойдет - на форуме drupal.org сейчас более 320 000 сообщений.

Есть модераторы, группы пользователей с разными правами доступа, извещения по email, аватары, подписи, RSS. Преимущество встроенного форума - единая база пользователей, которую используют остальные части сайта.

Насколько я знаю, есть возможность интеграции с PHPBB.

Joomla

Вместе с Joomla не поставляется компонента форума, однако на данный момент самым оптимальным вариантом создания встроенного форума является FireBoard и его русская редакция от Adeptus'а. Что же касается интеграций - они существуют. Самой распространенной является связка Joomla-SMF, под которую есть не одна интеграция, даже коммерческая.

WordPress

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

Визуальный редактор

Drupal

В Drupal можно встроить TinyMCE или FCKEditor. И тот и другой гибко настраиваются. Оба являются мощными средствами. В TinyMCE, например, можно работать с таблицами, добавляя и удаляя строки и столбы и объединяя ячейки. Еще TinyMCE может «чистить» скопированные из Ворда тексты от избыточных тегов.

Joomla

Таковых под нее множество: в основном это портированные и самые распространенные редакторы. Однако самым удобным и хорошим из бесплатных является редактор JCE, разработанный специально для Joomla (а изначально еще для Mambo, тогда он назывался MosCE), способный составить очень хорошую альтернативу платному WysiwygPro.

WordPress

Стандартно в WordPress'е используется немного урезанный TinyMCE и, рядом же - простой текстовый редактор (переключение между ними «на лету»). При желании можно установить и полную версию TinyMCE, тогда будет доступно три панели кнопок со всем возможностями. Нужно отметить, что в WordPress'е есть возможность сторонним плагинам добавлять кнопки в редактор. Таким образом можно например получить функции для добавления видео, аудио и т.д. Если TinyMCE не устраивает, то можно установить вместо него другой редактор, например FCKMonkey. Но в целом, выбор редактора дело вкуса. В профиле пользователя можно вообще отключить использование визуального редактора.

Работа с картинками

Drupal

В базовом пакете вставка картинок не предусмотрена. Решить эту проблему можно несколькими путями. Есть вариант с добавлением картинке в стиле «Прикрепить файл к посту». Альтернатива - установка WYSIWYG-редактора TinyMCE и медиаменеджера IMCE сверху. Поддерживается изменение размеров картинки при загрузке и генерация тамбнейлов. Я бы не назвал работу с изображениями сильной стороной Drupal: слишком много кликов приходится делать.

Joomla

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

WordPress

В WordPress'е вполне удобно можно добавлять картинки в редактор. При загрузке файла можно сразу указать его название, подпись. Автоматически будет сделана миниатюра. То есть расчет на то, чтобы с этой задачей справился неопытный пользователь. Если же воспользоваться отдельным плагином, то можно дополнительно указать размеры картинки, миниатюры и прочие параметры. После добавления картинки в редактор, можно изменить различные параметры (стили, размеры, бордюры, отступы и т.д.). Хотя это уже возможности самого визуального редактора.

Шаблоны оформления

Drupal

Движок шаблонов - сильная сторона Drupal. Этот компонент добротно спроектирован, поэтому разобраться с интеграцией своих шаблонов сможет начинающий PHP-программист. Вообще Drupal предоставляет целый букет возможностей по управлению темами: можно даже как в ЖЖ настраивать цвета разных элементов прямо из админки. Впрочем, эти изыски на любителя.

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

Joomla

Joomla ветки 1.0.х не поддерживает шаблоны. Конечно, в ней есть общий и большой шаблон, позволяющий на PHP создавать вполне замысловатые структуры общей структуры сайта и расположения модулей, но вот шаблонизации отдельных элементов нет, и все ограничивается примением CSS (кстати, очень система очень гибкая, взять тот же «префикс класса модуля» и хорошо задокументирована) и ковырянием в компонентах. Однако для статей уже давно существует ContentTemplater, позволяющий создавать шаблоны оформления для статей и очень неплохо управлять их внешним видом.

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

WordPress

Для WordPress'а созданы тысячи шаблонов и многие из них выполнены на очень хорошем дизайнерском уровне. Устройство WordPress таково, что под него несложно переделать, скажем, html-шаблон. В шаблонах испольуются обычные PHP-функции, поэтому никаких сложностей с изучением т.н. языков шаблонов нет. По созданию шаблонов существует довольно много статей, даже есть он-лайн генератор. Готовые шаблоны достаточно загрузить в отдельный каталог и после этого в админ-панели выбрать понравившийся. Существует также возможность переключать шаблоны и посетителями.

Расширенная функциональность (плагины)

Drupal

Сейчас в официальном репозитории хранится под тысячу бесплатных модулей. Среди прочих есть решение для электронной коммерции, CRM-система, wiki-движок. Еще отмечу модули Views и CCK, которые дают Друпалу полное право именоваться CMF, а не CMS. CCK (Content Construction Kit), к примеру, позволяет при помощи графического интерфейса описывать объекты предметной области в базе данных и сразу же создавать формы для управления ими.

Joomla

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

В этом я думаю Joomla впереди всех трех других систем, ибо одних только видов расширений существует три штуки. Да и конкурентов у официального сайта расширений среди других систем я думаю нет (extensions.joomla.org) и быть не может. Одна только циферка (1915) наверху с количеством расширений в архиве заставляет задуматься.

WordPress

WordPress можно расширить за счет плагинов - это различные php-скрипты, которые автоматически подключаются к основному «ядру». Таким образом можно не просто добавить нужную функциональность, но и изменить уже существующую. Создать плагин не очень сложно, все зависит от уровня знания PHP. Подключение к WordPress'у совсем просто: плагин копируется в специальный каталог и активируется в админ-панели. Некоторые плагины можно настраивать, некоторые нужно прописывать в шаблоне, а некоторые работают полностью автоматически.

Плагинов для WordPress написано несколько тысяч (только на одном wp-plugins.net - 2568, но думаю, что целом цифру можно удвоить), поэтому можно найти плагин практически под любые нужды. Исключение составляют плагины, которые требуют значительной переделки шаблона. С ними обычно приходится повозиться.

Виджеты/блоки

Drupal

В Drupal это называется «блоки». Их можно располагать в разных областях страниц в зависимости от возможностей шаблона. В каждой области блоки можно сортировать для управления порядком вывода. Изначально областей пять - шапка, центральная, левая и правая колонки, подвал. Блоки можно показывать не на всех страницах.

Joomla

Так и не понял что это такое. Ну, подумаешь, блоки перемещаются. При желании на Joomla тоже можно такое сделать. Только вопрос - в чем их коренной замысел. Возможно, в Joomla это называется модули, пусть и не перетаскивающиеся, зато очень удобно располагаемые по всему шаблону в любом виде.

WordPress

Полноценная поддержка виджетов появилась только в версии 2.2. До этого нужно было устанавливать отдельный плагин. То что виджеты очень удобны, многие уже успели убедиться. Для пользователя теперь нет надобности что-либо менять в своем шаблоне: управление чисто визуальное, достаточно отметить нужные опции, расположить блоки как нужно и изменения сразу же вступают в силу. Внутренняя реализация виджетов такова, что с их можно использовать для вывода какого-либо плагина или своей функции.

Поддержка авторов (один блог) и многопользовательские блоги

Drupal

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

Joomla

Если встроенный компонент контента можно считать блогом, то да - блоги поддерживаются. При желании однопользовательский блог с красивым оформлением легко делается из компонента контента, ContentTemplater и компонента комментариев. С многопользовательским все сложнее. С некой натяжкой можно сказать "да", хотя это будет довольно трудно. Все-таки Joomla это CMS общего назначения. Сторонних же хороших, качественных компонентов, поддерживающих русский язык на уровне аякса без ошибок - нет. Ну или почти нет, лично я хороших примеров внедрения не знаю.

WordPress

WordPress достаточно хорошо зарекомендовал себя как многоавторский блог. Во всяком случае стандартные возможности у него не вызывают опасений. А вот для того, чтобы расширить их, потребуется использование дополнительных плагинов. Например это касается добавления произвольных полей в профиль автора, аватарка, фото и т.п. Парадокс в том, что в WordPress'е уже заложен практически весь потенциал для этого, но так и не доведен до конца.

Для управления авторами используется система ролей. С помощью специального плагина можно легко (визуально) отредактировать любую роль или разрешить/запретить выполнять какие-либо действия отдельному автору.

Для многопользовательских блогов существует отдельная версия: WordPress Multi User. Требования и возможности у неё практически такие же как и у обычного WordPress'а, хотя есть некоторые отличия. На WordPressMU работает один из крупнейших блог-сервисов WordPress.com, на котором зарегистрировано почти 1,3 миллиона блогов.

Современные «фишки»: трекбаки, пинги, XML-RPC, RSS

Drupal

Друпал популярен в мире, поэтому все «модные» фишки там быстро реализуются. В базовом пакете есть возможность ведения блога посредствам блогового клиента. Есть модуль, пингующий специальные каталоги Drupal-сайтов.

Joomla

Joomla это CMS, и говорить о внедрении таких вещей можно только на уровне сторонних компонентов. Видимо для Drupal'а и Wordpress'а этот вопрос сильно актуален, ибо изначально это все-таки блоговые движки, а не CMS, и никуда от этого не деться. А в Joomla надо все рассматривать на уровне каких-то компонентов, например того же платного MyBlog. Если реализуют - здорово, нет - позиции Joomla от этого ни сколько не пошатнутся.

WordPress

Трекбаки, пинги поддерживаются уже давно. Причем для их использования не нужно вообще никаких дополнительных действий: все работает на уровне «движка». Что касается XML-RPC, то WordPress поддерживает сразу несколько API, поэтому добавлять/редактировать записи в WordPress можно с многих программ блог-клиентов или он-лайн, например с помощью Google-Docs.

WordPress полностью поддерживает RSS и Atom. Можно подписаться на последние записи блога, определенной рубрики, комментарии или все комментарии. С помощью отдельного плагина можно сделать автоматическую переадресацию RSS-ленты блога на feedburner.com.

Кодировки

Drupal

Drupal работает на UTF-8. Каких-то забытых строковых функций, не работающих с UTF-8 я не замечал. Некоторые хостеры по старинке отдают страницы в cp1251, но это легко чиниться. Проблемы с MySQL тоже обычно решаются одной строчкой кода. Мне нравится UTF-8 :)

Joomla

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

С UTF-8 все сложнее, об этом достаточно написано, скажу лишь, что полная поддержка ожидается (собственно она уже есть) в версии 1.5. Сейчас можно говорить лишь об однобайтных кодировках и попытках сделать utf-сайты на непригодном для этого движке (хотя порой и весьма успешных). С аяксом все тоже сложно, ибо компоненты в основном делают буржуи, которые знать не знают о наших заморочках. А компонент этих столько, что рук не хватает ломать голову и мудрить что-то с iconv'ом.

WordPress

В самом WordPress'е есть возможность установить любую кодировку. Главное, чтобы кодировка базы данных совпадала с кодировкой блога. Правда, начиная с версии 2.1 WordPress должен работать в UTF-8. Это напрямую связано с использованием AJAX. Поэтому для русскоязычных пользователей основная проблема состоит только в том, что на серверах часто стоит CP1251. Поэтому я выпустил свою сборку WordPress (начиная с 2.2), которая позволяет использовать раздельную кодировку блога и базы данных. Это позволило многим без особых проблем перейти на последние версии WordPress. Сейчас можно довольно уверенно сказать, что особых проблем с кодировками в WordPress'е нет.

Комментирование

Drupal

Комментарии в блогах могут быть и «плоскими» («flat») и древовидными («treaded»). Всё это находится в базовом пакете. Извещения по email делаются внешним модулем.

Joomla

Как уже было сказано ранее - компонентов комментариев много. Можно использовать любой на выбор. Стабильных - раз-два и обчелся, но очень скоро выйдет мега крутая штукенция под названием jComments от русского разработчика, которая все поставит на свои места (мы в это тайно верим - надеюсь что не зря: первые бета версии были очень «вкусные»).

WordPress

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

Экспорт/импорт данных

Drupal

Для Друпала написано много разных конвертеров, в основном связанных с форумными миграциями. RSS отдаются на любой вкус. Есть множество специальных вещей в духе экспорта в RDF или CSV.

Joomla

Я так понимаю, что этот вопрос очень актуален для блоговых движков. Еще раз хочу упомянуть о том, что Joomla - это не блог, а CMS, а потому вопросы экспорта заметок в какой-то формат для нее не важны. Если компонент платный, то за N зеленых американских трупперов легко можно заказать себе импорт записей из старого блога в новый в каком угодно формате.

WordPress

WordPress позволяет экспортировать записи и комментарии блога в XML-файл. Можно экспортировать записи отдельного автора. Для импорта записей в WordPress можно воспользоваться 9 способами. Это основные блоговские «движки» (например: ЖЖ, Blogger, Textpattern), а также в RSS и свой XML-формат.

Другие записи сайта

maxsite.org

Joomla, Drupal и WordPress: кто круче на этот раз?

И если Blogspot, поменяв себе имя на Blogger, оказался вне конкуренции - ввиду более развитого управления контентом, то три CMS - WordPress, Джумла и Drupal – до сих пор находятся на одном уровне.

Прежде всего, Джумла, Вордпресс и Друпал – это отличные решения для тех, кто хочет создать свой сайт без видимых финансовых затрат. Да и по удобству и управлению контентом они могут соперничать даже с таким мастеровитым гуру, как Blogger.

И все же интересно: каковы различия между WordPress, Joomla и Drupal? Какая CMS как нельзя лучше подходит для управления вашим бизнесом? И что говорит обо всем этом статистика?

Какая CMS лучше: Joomla, Drupal или WordPress

Совсем недавно в Америке были подведены итоги, которые позволяют представить различия и сходства этих трех систем управления особенно четко и выбрать ту CMS, которая выгоднее, безопаснее и надежнее всего для бизнесменов.

Конечно, сегодня никто и не будет спорить, что WordPress с каждым днем набирает обороты, предлагая своим пользователям понятный интерфейс и создавая простые решения для сложных задач. Впрочем, по спектру возможностей Drupal явно может конкурировать с любой названной системой управления – бизнес, построенный на Друпал, растет особенно стремительно.

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

И Joomla, и WordPress издавна отличаются своим интуитивно понятным и удобным интерфейсом – в Друпал, чтобы разобраться с возможностями сайтостроения, вам придется изрядно попотеть.

Оптимизация производительности также наиболее качественно реализована в Joomla и WordPress – в Drupal подобное только будет вводиться.

Если же верить статистике доклада OSCMS, то мы получим следующие результаты:

Загрузок в неделю (по состоянию на 2010 год):

Wordpress 983625
Joomla! 113836
Drupal 33671

Процентное соотношение сайтов, работающих на CMS:

WordPress 12,9%
Joomla! 2,5%
Drupal 1,4%

Все эти CMS, по мнению их пользователей, должны развиваться и дальше, ведь каждая из них до сих пор обладает недостатками.

allforjoomla.ru

Joomla Vs. Drupal: техническое сравнение лучших CMS с открытым исходным кодом

drupalvsjoomla Перевод статьи разработчика сайтов Arash Arabi с сайта http://www.butterfly.com.au/

Пару недель назад, я должен был написать техническое сравнение Joomla и Drupal. Естественно я начал искать онлайн. Удивительно, но я не мог найти достойной технической оценки этих двух систем. Большая часть доступных материалов отражает поверхностные сравнения, написанные веб-мастерами и не-разработчиками. Были несколько статей, в которых сравнивали производительность, но ничего достаточно углубленного, чтобы оценить технические данные и внутреннюю работу PHP фреймворка CMS в деталях. Как разработчик, который работал как с Joomla, так и с Drupal, я решил, что пришло время написать хорошее техническое сравнение между Joomla и Drupal, и положить конец войне между ними.

mythbusted

Прежде чем мы начнем, мы должны прояснить специфическую 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).

php4

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 с использованием современных инструментов отладки - это кошмар. Если вы хотите узнать больше о инструментах отладки вы можете прочитать: Как настроить VIM и PhpStorm с xDebug для отладки.

Кроме того, это означает, что вы не можете использовать клик по методу или свойству для перехода к его объявлению в вашей современной 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 только три звезды.

Если вы заинтересованы, вы можете прочитать интервью с Дэном Лопес, веб-архитектором linux.com о том, почему он выбрал Joomla.

Экономическое обоснование

Хотя 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, указано выше.

joomlaportal.ru

Как перенести сайт на WordPress с HTML, Joomla и Drupal

Акция:

Бесплатный трансфер (перенос) сайта на WordPress хостинг Hostenko

В этом посте поговорим с вами о том, как проще всего и без потерь перенести контент, рубрики, страницы и ссылки с различных движков на wordpress. Может показаться, что это — сложная задача, которая под силу только "прокачанным профи", но на самом деле сохранение организационной структуры сайта и ссылок при миграции происходит намного проще и удобнее, чем мы привыкли думать об этом процессе.

В зависимости от того, в каком формате и на каком движке сейчас работает ваш сайт, миграция будет происходить по-разному. Мы с вами изучим, как перенести на новый движок сайты, написанные на простом HTML, либо созданные на основе таких CMS, как Joomla, Drupal либо других.

Что надо сделать в первую очередь

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

Функциональность существующего сайта

Оценка всех сильных и слабых сторон в работе вашего существующего сайта поможет вам выбрать, что из этого вы будете использовать после переноса сайта на WordPress, а что нет, какие плагины устанавливать, к каким функциям обеспечить доступ и так далее. Среди основных параметров и компонентов:

Формы для контактов, подписки и регистрации
Управление медиа-файлами
Многоязыковая поддержка
Поддержка работы нескольких авторов
Членство и разделенные права доступа

Кроме того, на этом этапе лучше всего подобрать подходящие вашим задачам плагины для WordPress.

Пересмотрите и оцените навигацию по сайту

Меню навигации и панели перехода по разделам и рубрикам в WordPress должны максимально отвечать решению тех задач, с которыми уже справляется ваш существующий сайт. Однако, в ходе миграции и улучшения системы навигации по сайту можно внести все требуемые изменения, чтобы сократить время загрузки страницы и сделать работу с сайтом удобнее для пользователей.

Насколько у вас хороший контент?

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

Познакомьтесь с WordPress

Если вы — новичок в использовании WordPress, то вам стоит тщательнее ознакомиться с работой этой платформы до того, как вы перенесете свой сайт на этот движок. Изучите принципы работы и тегирования контента, разберитесь с категориями и импортом страниц и статей, а также выберите подходящие вашим задачам и тематике шаблоны для оформления сайта.

Переносим обычный HTML-сайт на WordPress

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

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

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

HTML Import 2 — хороший бесплатный плагин, который поможет перенести HTML-сайт на WordPress. Он поможет перенести и сберечь контент со всем форматированием, но вот с адаптацией к новому сайту и соблюдению нового дизайна в рамках старых постов у него "туговато".

Можно также импортировать существующий HTML-сайт путем модификации одной из базовых тем для нового движка, таких, как Twenty Twelve. А сервисы, наподобие Theme Matcher, могут помочь вам с конвертацией существующего дизайна в новую тему.

Миграция на WordPress в этом случае может стать для вас хорошим поводом кардинально обновить свой дизайн: чем морочиться с переносом существующего кода и стиля, может лучше подобрать себе новый из числа доступных платных и бесплатных тем для оформления сайтов на новом движке?

Перенос сайта с Joomla

Joomla — это популярная CMS, и если вы решили с нее перейти на WordPress, то стоит знать: такая миграция происходит сравнительно легко. Однако есть пару моментов, которые стоит принять во внимание:

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

Для миграции выполните последовательность следующих действий:

Установите WordPress на новый домен.
Установите бесплатный плагин FG Joomla to WordPress на свой новый WP-сайт.
Перейдите к экрану импорта во вкладке Инструменты → Импорт и выберите Import Joomla.
Введите требуемые детали о сайте на движке Joomla и кликните на кнопку Import Content.
Подождите некоторое время, пока импортируется сайт.
После завершения автоматического импорта вы получите напоминание о том, что надо изменить внутренние ссылки, после чего кликните по кнопке Modify internal links.
Если в ходе процедуры импорта сайта вы получите уведомления о том, что произошли ошибки, то почитайте FAQ для этого плагина.

Использование бесплатной версии плагина позволит вам перенести рубрики, записи и медиафайлы согласно настройкам нового движка. Для большого числа пользователей это — сравнительно простой и доступный способ мигрировать с Joomla на WordPress.

Перенос сайта с Drupal

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

Если у вас небольшой сайт на Drupal, тогда вам проще вручную скопировать и вставить материалы на WP. Чтобы не "потерять" ссылки и связь между материалами, советуем составить таблицу со ссылками и внутренними связями постов и страниц.

Поскольку процедура миграции с Drupal 6 на WordPress 3 давно изучена в интернете, то вот вам список полезных ресурсов, ознакомившись с которыми, вы сможете безболезненно осуществить миграцию на новый движок:

Если вы решили перенести свой старый сайт с Drupal на WP, убедитесь, что у вас есть резервная копия всего сайта, и почитайте советы по тестированию ресурса после миграции на новую платформу в конце этого поста.

Миграция с других платформ

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

Тестируем сайт после миграции

Закончив процесс миграции с одного движка на другой, вы должны убедиться, что всё работает так, как было намечено. Для небольших сайтов достаточно перейти по всем ссылкам и зайти на каждую страницу, чтобы убедиться, что весь контент отображается нормально, а ссылки работают. Но для больших проектов вам понадобится плагин наподобие Broken Link Checker.

Вот несколько ключевых шагов для тестирования сайта после того, как вы перенесли его на WordPress с другого движка:

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

Смотрите также:

Заключение

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

Источник: WPLift.com

hostenko.com

joomla - Wordpress vs Joomla vs Drupal - окончательное решение для моего клиента?

Я парень из Drupal, и я предлагаю это. Я думаю, что другие реплики отлично подходят к предлагаемой CMS, поэтому вот как Drupal будет полезен для этого. Веб-сайт журнала "Custom Design" - почти каждая страница имеет разную компоновку с утонченным дизайном и настраиваемой функциональностью. - Вы должны создать тему для любой CMS, которую вы используете - "Пользовательская тема"

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

Множество бесплатных красивых и модифицируемых плагинов/виджетов, так как мой клиент имеет ограниченный бюджет. - Если вы хотите использовать тип "Install and all magical set", считайте это минусовой точкой.

Клиент не хочет оплачивать дополнительные затраты на обслуживание и обновление в будущем. Он хочет самостоятельно обновить содержимое сайта (онлайн-журнал) своими базовыми знаниями в области ИТ и получить нулевые знания в html. - В сочетании с редактором WYSIWYG большинство пользователей могут создавать контент. Полагаю, Wordpress лучше всего в удобстве использования.

Поддержка более сложных функций в будущем, таких как область членства и т.д. - Здесь вам нужен Drupal. У Drupal есть практически неограниченные возможности благодаря модульной конструкции. Но, как веб-разработчик, вы должны тратить время на то, чтобы уладить все. Ничто не является автоматическим.

ответ дан Ayesh K 29 апр. '12 в 1:24 источник поделиться

qaru.site

WordPress, Joomla или Drupal – что лучше?

23% сайтов сделаны на WordPress, тем не менее WordPress не является единственной системой управления контентом с открытым исходным кодом на рынке. Есть ещё другие CMS (Content Management Systems), как например Joomla или Drupal. Все три CMS имеют много общего, но есть и свои «плюсы» и «минусы». В данной статье мы сравним WordPress с Joomla и Drupal, чтобы выяснить какая из них лучше и в чём.

Внимание: Мы сравниваем WordPress.org, а не хостинговый сервис WordPress.com.

Что общего между WordPress, Joomla и Drupal

Все три CMS имеют много общего, касающегося технологии, философии и сообщества.

WordPress, Joomla и Drupal являются бесплатными системами с открытым исходным кодом лицензированного через GPL.
Все три написаны преимущественно на PHP.
Они все поддерживают MySQL как свою систему управления базами данных. WordPress поддерживает только MySQL, а Joomla и Drupal поддерживают и другие системы управления базами данных.
Все три системы предлагают использовать темы и шаблоны для визуального оформления сайтов, плагины и расширения для дополнительного функционала.

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

Итак давайте сравним WordPress, Joomla и Drupal.

Лёгкость в использовании и возможность использования новичками

Большинство людей, занимающихся созданием своего сайта не являются веб-разработчиками, дизайнерами или программистами. Они среднестатистические пользователи, которые просто хотят сами сделать свой веб сайт. Простота в использовании для них играет ключевую роль.

WordPress

WordPress начинается со знаменитой инсталляции за пять минут. Большинство хостинговых провайдеров часто предлагают инсталляцию WordPress одним кликом. Это сильно облегчает начало использования сайтом для нового пользователя.

Опыт использования WordPress после инсталляции более удачный, чем с Joomla или Drupal. Пользователь видит простой интерфейс для пользователя с меню, для создания постов, страниц или с пользовательскими настройками для выбора внешнего вида и тем оформления.

Joomla

Инсталляция Joomla может занимать больше времени, чем инсталляция WordPress, но сами процессы очень похожи. Отдельно от этого, многие провайдеры предоставляют установку Joomla одним кликом.

После инсталляции пользователь попадает на лендинговую страничку с инструментами управления, которые отличаются от инструментов на похожей странице в WordPress. Там слишком много меню на которые можно кликнуть и создать свой сайт. Фанаты сервиса Joomla сказали бы, что это потому что Joomla сильнее, чем WordPress, но на наш взгляд такое количество опций может напугать начинающего пользователя.

Drupal

Инсталляция Drupal похожа на Joomla и WordPress. Просто скачай и загрузи архив и запусти инсталляционный скрипт.

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

Победитель: WordPress

Темы и расширения

Все три из этих популярных CMS имеют возможность выбора темы и плагинов / модулей как вариант расширения функций и внешнего вида сайта.

WordPress

WordPress позволяет пользователям менять внешний вид их сайта используя различные темы. У WordPress есть несколько предварительно установленных тем по умолчанию. В любое время, вы можете нажать на кнопку «добавить новое» из вашего меню «Внешний вид» и загрузить темы бесплатно с официальной страницы WordPress.org из директории тем.

Кроме бесплатных шаблонов вы сможете найти гораздо больше шаблонов в магазинах тем, таких как ThemeForest, StudioPress, Themify, или ThemeLab.

Но реальная сила WordPress в плагинах. Более 40 000 плагинов для WordPress доступно бесплатно на официальном сайте WordPress в директории плагинов. Вы также можете купить премиум плагины у которых платная поддержка, которую обеспечивают их разработчики.

Joomla

Также как WordPress, Joomla предлагает расширения и шаблоны. У них есть отличные расширения практически для всего начиная с интернет коммерции и до управления почтой.

Однако, количество этих шаблонов и расширений не такое большое, как у WordPress. Найти идеальный шаблон и расширение будет немного сложно.

По умолчанию Joomla не имеет характеристики, которая позволяет пользователям искать и устанавливать расширения или шаблоны из директории администрации. У них есть расширения, которые позволяют добавлять компоненты из интернета. Пользователь должен сам вручную искать шаблон, а потом инсталлировать его добавляя их URL.

Drupal

Drupal имеет те же проблемы с темами и модулями. Пользователь должен будет покинуть свой сайт в поисках модуля и темы, которую они хотят добавить, а потом разместить URL zip-файла. Наконец они могут ввести URL в страницу Модулей и Тем для того, чтобы его загрузить.

В сервисе есть модули чтобы сделать почти всё что угодно и регулярно добавляются новые. Однако, общее количество модулей сильно уступает WordPress.

Победитель: WordPress.

Варианты поддержки

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

WordPress

У WordPress сильная поддержка сообщества пользователей. Вы можете найти помощь по WordPress на официальных форумах поддержки, в документах, руководствах, кодексах, на Slack каналах, сайтах по обмену опытом (Stack Exchange), и почти на каждом форуме в интернете про веб-дизайн и разработку.

В отличие от бесплатных вариантов поддержки, есть много платных видов поддержки для WordPress. Онлайн платформы, такие как Upwork, Fiverr и Elance где вы можете нанять профессионалов по WordPress со всего мира, которые быстро решать вашу проблему по разумной цене. Из-за растущей популярности WordPress, найти разработчиков WordPress легко и по карману для маленького бизнеса или для частного лица.

Joomla

Joomla, также как и WordPress имеет большое, готовое прийти на помощь сообщество. Вы сможете найти довольно много документов по сайту Joomla что является очень ценным ресурсом информации для новичков. Для более интерактивной поддержки, пользователи могут присоединяться к форумам, рассылкам по эл-почте, чатам в IRC, и т.д.

Помимо поддержки сообщества, есть ресурсы третьих лиц, платные тренинги и агентства по разработке, которые могут быть полезны.

В отличие от WordPress, найти экспертную помощь, по средствам для Joomla, довольно проблематично. Нанимая разработчика или эксперта для Joomla для разработки, устранения неполадок или помощи может стоить гораздо больше, чем для WordPress.

Drupal

Drupal старается связать пользователей и разработчиков и компании предлагающие профессиональную услуги по Drupal. Вы можете найти их на Drupal Marketplace.

Победитель: WordPress

Локализация & многоязычная поддержка

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

WordPress

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

WordPress доступен на более чем 53 языках. Новые языки могут быть установлены одним кликом из админки на WordPress.

Самые популярные темы и плагины также доступны на множестве языков. Разработчики тем и плагинов активно ищут помощь с переводами своих проектов на их язык.

Все эти усилия делают WordPress отличной платформой для создания мультиязычного сайта.

Joomla

На Joomla есть возможность создать мультиязычный сайт, не устанавливая расширения. Просто зайдите в менеджер сайтов, добавьте язык содержания и начинайте создавать многоязычное наполнение вашего сайта.

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

Drupal

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

Победитель: Ничья – Все три сервиса поддерживают мультиязычные сайты и доступны на многих языках.

Безопасность

Безопасность является очень важным фактором при выборе CMS для вашего сайта. Почти каждый сайт в интернете уязвим к угрозам безопасности.

WordPress

Являясь самой популярной CMS в мире, сайты на базе WordPress часто являются целью для хакеров. Однако, WordPress использует качественный код и отвечает на уязвимости очень быстро, выпуская регулярные обновления. У WordPress также есть механизм авто-апдейта, который позволяет сайтам на WordPress автоматически обновляться, когда доступен новое обновление для безопасности.

Сайты на WordPress могут быть защищены с помощью автоматического резервного копирования, двухфакторной аутентификацией и защитой от подбора паролей. Прочитайте статью о защите сайта на WordPress.

Там также есть встроенный механизм, который показывает обновления для тем и плагинов WordPress. Это позволяет разработчикам, использующим WordPress быстро реагировать на проблемные места в безопасности.

Joomla

Joomla очень похожа на WordPress в том, что касается безопасности. Они активно отвечают на любую обнаруженную уязвимую часть софта и очень быстро пишут под неё обновления. Однако, что касается поддержки сайта и инсталляция обновлений, все зависит от пользователя.

Доступны также расширения для резервного копирования. Вы также можете усилить безопасность вашего сайта Joomla следуя тем же рекомендациям, которые подходят для WordPress.

Drupal

У Drupal очень серьёзный подход к безопасности. Есть ощущение, что Drupal более безопасен, потому что вы не услышите о сайтах Drupal подвергшимся атаке хакеров часто, но это может быть и потому, что он не так популярен, как Joomla или WordPress.

Winner: Ничья – все три сервиса следуют стандартам безопасности.

Заключение

Drupal, Joomla и WordPress все являются фантастическими системами контент менеджмента. У Drupal и Joomla больше встроенных функций, чем у WordPress. Однако, WordPress побеждает их простотой использования, огромным глобальным сообществом, плагинами и темами. Есть ощущение, что большинство пользователей, которые не являются профессиональными разработчиками сайтов найдут сервис WordPress более лёгким, чем Joomla или Drupal.

Общий победитель: WordPress

Мы надеемся, что эта статья помогла вам сравнить WordPress, Joomla и Drupal и определиться с CMS для вашего сайта.

Наша специальность — разработка и поддержка сайтов на WordPress. Контакты для бесплатной консультации — [email protected], +371 29394520

www.coma.lv

Сравнение Drupal, Joomla и WordPress

Drupal, Joomla и WordPress — системы управления, на основе которых можно создавать функциональные и легко управляемые сайты без серьезных финансовых затрат. Мы решили сравнить эти системы между собой и рассказать об этом доступным языком. Мы выбрали наиболее важные аспекты, которые скорее всего заинтересуют рядового пользователя.

В качестве «ответчика» за Drupal выступает Дмитрий Сергеев, Joomla — Дмитрий aka Dead Krolik и WordPress — Максим. Системы расположены в алфавитном порядке, так что не ищите подвоха.

Версии/безопасность

Drupal

Joomla

Ситуация на данный момент такова — все поклонники Joomla находятся в ожидании версии 1.5. А ветка 1.0.х претерпевает лишь косметические изменения, в основном улучшающие безопасность. Так что с наличием новых версий у Joomla «полный порядок». Безопасность тоже на уровне, версию 1.0.13 можно смело считать очень-очень стабильной и безопасной.

WordPress

Пример сайта на Drupal

Русская документация

Drupal

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

Joomla

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

WordPress

Пример сайта на Joomla

Русское комьюнити/поддержка

Drupal

Joomla

WordPress

Настройка ссылок в админ-панели WordPress

Борьба со спамом

Drupal

Akismet — раз, графическая или математическая каптча на выбор — два, анализатор поведения клиентов с отсеиванием ботов — три. Еще можно задавать ограничение на количество ссылок в одном сообщении, контролировать флуд, банить ip и вести «черный список» рекламируемых сайтов, а также фильтровать сообщения по подстроке.

Joomla

Борьба со спамом в интернете на данный момент ведется только в одном месте — комментарии к публикациям. Компонентов комментариев достаточно много, и о таковых, без поддержки captcha я не слышал (разве что очень древние и не используемые на данный момент). На этом собственно борьба со спамом заканчивается. Вкусности вроде SpamKarma насколько я знаю, в сторонних компонентах не реализованы.

WordPress

Стандартно в WordPress входит плагин Akismet, который достаточно эффективно борется с этим злом. Кроме этого можно создать черный список и фильтры из слов. С их помощью можно просто заблокировать любой комментарий, который содержит запрещенное слово или отправить его на модерацию. Наибольшую же эффективность в борьбе со спамом можно добиться с помощью т.н. капчи — картинки с набором символов. В этом случае ставится полный заслон от автоматических спам-роботов. Установка большинства плагинов антиспама очень проста, зачатую достаточно только его активировать в админ-панели (например, популярная SpamKarma). С помощью специального плагина есть возможность модерировать спам-комментарии. Причем доступны как обычные комментарии, так и пинги и трекбаки. В целом же плагинов для антиспама множество (я насчитал больше семидесяти).

Внешний вид админ-панели Joomla

Интеграция с форумом

Drupal

Базовый пакет Drupal содержит достаточно функциональный форум, который подойдет для организации небольших сообществ. Для организации больших сообществ он тоже, впрочем, подойдет — на форуме drupal.org сейчас более 320 000 сообщений.

Есть модераторы, группы пользователей с разными правами доступа, извещения по email, аватары, подписи, RSS. Преимущество встроенного форума — единая база пользователей, которую используют остальные части сайта.

Насколько я знаю, есть возможность интеграции с PHPBB.

Joomla

Вместе с Joomla не поставляется компонента форума, однако на данный момент самым оптимальным вариантом создания встроенного форума является FireBoard и его русская редакция от Adeptus'а. Что же касается интеграций — они существуют. Самой распространенной является связка Joomla-SMF, под которую есть не одна интеграция, даже коммерческая.

WordPress

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

Пример настройки блоков на Drupal

Визуальный редактор

Drupal

Joomla

WordPress

Стандартно в WordPress'е используется немного урезанный TinyMCE и, рядом же — простой текстовый редактор (переключение между ними «на лету»). При желании можно установить и полную версию TinyMCE, тогда будет доступно три панели кнопок со всем возможностями. Нужно отметить, что в WordPress'е есть возможность сторонним плагинам добавлять кнопки в редактор. Таким образом можно например получить функции для добавления видео, аудио и т.д. Если TinyMCE не устраивает, то можно установить вместо него другой редактор, например FCKMonkey. Но в целом, выбор редактора дело вкуса. В профиле пользователя можно вообще отключить использование визуального редактора.

Расширенный визуальный редактор WordPress

Работа с картинками

Drupal

В базовом пакете вставка картинок не предусмотрена. Решить эту проблему можно несколькими путями. Есть вариант с добавлением картинке в стиле «Прикрепить файл к посту». Альтернатива — установка WYSIWYG-редактора TinyMCE и медиаменеджера IMCE сверху. Поддерживается изменение размеров картинки при загрузке и генерация тамбнейлов. Я бы не назвал работу с изображениями сильной стороной Drupal: слишком много кликов приходится делать.

Joomla

Самой сильной стороной ветки 1.0.х является mosimage, который (при помощи пары-тройки дополнительных мамботов ©) превращается в такую конфетку, что слюнки текут. Картинки можно вставлять в редакторах, и в медиаменеджере — как никак встроенное и вполне себе удобное средство для работы с изображениями и файлами вообще.

WordPress

Настрока кнопок визуального редактора TinyMCE в Drupal

Шаблоны оформления

Drupal

Движок шаблонов — сильная сторона Drupal. Этот компонент добротно спроектирован, поэтому разобраться с интеграцией своих шаблонов сможет начинающий PHP-программист. Вообще Drupal предоставляет целый букет возможностей по управлению темами: можно даже как в ЖЖ настраивать цвета разных элементов прямо из админки. Впрочем, эти изыски на любителя.

Joomla

WordPress

Расширенная функциональность (плагины)

Drupal

Joomla

WordPress

WordPress можно расширить за счет плагинов — это различные php-скрипты, которые автоматически подключаются к основному «ядру». Таким образом можно не просто добавить нужную функциональность, но и изменить уже существующую. Создать плагин не очень сложно, все зависит от уровня знания PHP. Подключение к WordPress'у совсем просто: плагин копируется в специальный каталог и активируется в админ-панели. Некоторые плагины можно настраивать, некоторые нужно прописывать в шаблоне, а некоторые работают полностью автоматически.

Плагинов для WordPress написано несколько тысяч (только на одном wp-plugins.net — 2568, но думаю, что целом цифру можно удвоить), поэтому можно найти плагин практически под любые нужды. Исключение составляют плагины, которые требуют значительной переделки шаблона. С ними обычно приходится повозиться.

Виджеты/блоки

Drupal

В Drupal это называется «блоки». Их можно располагать в разных областях страниц в зависимости от возможностей шаблона. В каждой области блоки можно сортировать для управления порядком вывода. Изначально областей пять — шапка, центральная, левая и правая колонки, подвал. Блоки можно показывать не на всех страницах.

Joomla

Так и не понял что это такое. Ну, подумаешь, блоки перемещаются. При желании на Joomla тоже можно такое сделать. Только вопрос — в чем их коренной замысел. Возможно, в Joomla это называется модули, пусть и не перетаскивающиеся, зато очень удобно располагаемые по всему шаблону в любом виде.

WordPress

Пример настройки виджета WordPress

Поддержка авторов (один блог) и многопользовательские блоги

Drupal

Друпал славится тем, что из него можно сделать платформу для блогов в несколько кликов. Поддерживаются как персональные, так и коллективные блоги. Одна из встроенных фишек Друпала — возможность публикации книг (некоторые блоггеры хотят хронологического порядка).

Joomla

Если встроенный компонент контента можно считать блогом, то да — блоги поддерживаются. При желании однопользовательский блог с красивым оформлением легко делается из компонента контента, ContentTemplater и компонента комментариев. С многопользовательским все сложнее. С некой натяжкой можно сказать «да», хотя это будет довольно трудно. Все-таки Joomla это CMS общего назначения. Сторонних же хороших, качественных компонентов, поддерживающих русский язык на уровне аякса без ошибок — нет. Ну или почти нет, лично я хороших примеров внедрения не знаю.

WordPress

Современные «фишки»: трекбаки, пинги, XML-RPC, RSS

Drupal

Joomla

Joomla это CMS, и говорить о внедрении таких вещей можно только на уровне сторонних компонентов. Видимо для Drupal'а и WordPress'а этот вопрос сильно актуален, ибо изначально это все-таки блоговые движки, а не CMS, и никуда от этого не деться. А в Joomla надо все рассматривать на уровне каких-то компонентов, например того же платного MyBlog. Если реализуют — здорово, нет — позиции Joomla от этого ни сколько не пошатнутся.

WordPress

Кодировки

Drupal

Joomla

WordPress

Комментирование

Drupal

Joomla

Как уже было сказано ранее — компонентов комментариев много. Можно использовать любой на выбор. Стабильных — раз-два и обчелся, но очень скоро выйдет мега крутая штукенция под названием jComments от русского разработчика, которая все поставит на свои места (мы в это тайно верим — надеюсь что не зря: первые бета версии были очень «вкусные»).

WordPress

Экспорт/импорт данных

Drupal

Joomla

Я так понимаю, что этот вопрос очень актуален для блоговых движков. Еще раз хочу упомянуть о том, что Joomla — это не блог, а CMS, а потому вопросы экспорта заметок в какой-то формат для нее не важны. Если компонент платный, то за N зеленых американских трупперов легко можно заказать себе импорт записей из старого блога в новый в каком угодно формате.

WordPress

Рекомендуем почитать:• Поля в CSS• Самоучитель HTML• Основные стратегии повышения эффективности контекстной рекламы

www.4webmaster.ru