Какие отзывы о Drupal есть в сети? Отзывы cms drupal
Drupal - отзывы экспертов и пользователей
Друпал это исключительно CMS для профессионалов т.к нужны глубокие познания в php, html, css для того, чтобы движок переделывать под себя для создания чего-то уникального, впрочем, даже без этого движок сложен в обычном изучении. Но, в этом все таки есть большой плюс - гибкость и легкость правок (относительно легко), сравнимо с DLE, WP... Можно сказать, что друпал хорошо подходит для информационных порталов, ибо движок сервер не сильно грузит, но от WP недалеко ушёл. Сам по себе он хорош для сайта с статьями, но не для софт-сайта и т.п ибо просто не предназначен для этого и не придуман для этого (в отличии от Ucoz, DLE), кстати, он хорош для коммерческих проектов. В целом, кроме сложности в использовании недостатков у движка просто нет, но новичкам и даже не каждому опытному лучше не лезть, это вещь очень сложная.
2016.12.05 в 01:11 написал: MrRobot (Эксперт)Да, CMS очень сложная но ее можно модернизировать так, как хочется и слепить с нее все что хочется, правда так изощрятся стоит, если вы делаете что-то действительно необычное, а так подойдет даже DLE. Друпак ну очень сложен, даже админка какая-то сложная и в ней черт голову сломит. Впрочем, я видел самые разные сайты, которые сделаны на друпаке и вправду на нем можно слепить все что хочется. Но, новичкам и даже опытным явно не советую, а вот профи самое то, но поисковиками этот движок воспринимает не так хорошо, как тот же юкоз или дле, что считаю большим минусом. И сложно найти модули в паблике, что тоже тяжко при создании сайта, да и шаблонов мало. Короче, это сложный движок, который явно для настоящих знатоков html, PHP, CSS. Впрочем, для создания крупных проектов, уникальных явно стоит делать самописный движок, так что не знаю зачем такая сложная CMS...
Drupal - одна из самых гибких CMS, на которой можно реализовать практически все, что угодно. Но это является и большой проблемой: каждый сайт на Drupal уникален и требует индивидуального изучения. Хорошо знает такой сайт только его разработчик. Другим потребуется много времени на то, чтобы просто разобраться в сайте - при почасовой оплате работы программистов это довольно накладно. Я бы назвал Drupal хорошей системой для крупных проектов, вроде всякого рода порталов, так как на ней можно будет реализовать любой функционал. Но старайтесь далеко не отпускать разработчика сайта - он вам наверняка потребуется. Если же нужен небольшой сайт, то лучше выбрать менее функциональную, но более простую систему (например, WordPress или ModX).
Сайты, похожие на Drupal:
otzyvmarketing.ru
|
Большинство активных пользователей Drupal, не смотря на все недостатки, считают, что положительных сторон все же больше. Все базовые модули работают отлажено и хорошо. Все, чтобы сконструировать простой сайт есть в панели управления. К тому же, Drupal позволяет даже к сообщениям добавлять фотографии и комментировать любой объект сайта. Очень огромный плюс, что люди могут на сайте высказывать свое мнение. Таксономия очень помогает. Вместе с модулем документов и модулем комментариев дают возможность сделать сайт именно таким, каким его хочется видеть.Жаль, что в этой системе управления контентом пока не развито модерирование сообщений. К другим недостаткам можно отнести то, что вся информация хранится на базах данных. Возможно разработчикам было так удобнее, но должны быть возможности для других кодировок. Но огромным плюсом Drupal'а является логичность панели управления. Даже без особых навыков и знаний, человек сможет работать с системой, в ней поддерживается целостность. Модули входят в CMS как часть ядра, то есть они поддерживают и все остальные модули ядра, являются одним целым.
Добавьте ответ на этот вопрос в свой блог!
Похожие вопросыОтвет : Создать сайт для кредитной организации можно на основе этого замечательного шаблона. Дизайн шаблона выполнен в классическом корпоративном стиле, выдержанный в приятных оттенках, которые располагают посетителей к работе с сайтом. Ответ : Чтоб создать свой сайт, вы можете воспользоваться бесплатными системами управления содержимым, к примеру, Drupal или WordPress. Если у вас нет специальных навыков и знаний для создания сайта с нуля, вы можете подобрать в сети Интернет подходящий шаблон готового сайта под ваши цели и задачи. Ответ : Система управления сайтом (иначе содержимым) — (по англ. Content management system, CMS) — компьютерная программа либо информационная система, которая используется для процесса создания, изменения и управления информации (контента) на сайте. Эта система была создана для того, чтобы можно было редактировать, соединять в единое целое абсолютно разные знания и информацию, и придавать им нужную форму. Комментарии |
www.otvetim.info
Функционал отзывов на Drupal 7 • Фриланс-проект ≡ Заказчик Алексей Им
Список отзывов у товара:
На страницу товаров необходимо добавить вкладку отзывы.
Пример страницы:
goo.gl/WKZYnN
Пример взял с сайта dns-shop.ru take.ms/4BKLR
Отзыв должен состоять из:
Имя
Город
Оценка по 5ти бальной шкале
Текст отзыва
Форма добавления отзыва:
Отзыв должны уметь добавлять все пользователи, авторизованные и нет. Если пользователь авторизован, имя должно автоматически подставляться.
Форму добавления отзыва сделать в виде модального окна.
В заголовке окна написать: Добавить отзыв товару
В теле окна вывести имя товара
Ниже поля ввода имени, города(опционально) и текста комментария.
Еще ниже оценка в виде звездочек.
В конце кнопка "Добавить отзыв".
В правом вернем углу иконка "Закрыть"
Общий фон при открытии окна затемнять на ~50% (как реализовано у fancybox)
Модерация отзыва:
Все отзывы должны публиковаться только после прохождения модерации.
В админке должен быть раздел для управления отзывами
Реализация.
- Сайт собран на Drupal 7. Идеальный вариант – это взять готовый модуль отзывов и настроить его под требования задачи.
- Внешний вид, верстку следует сделать в стиле сайта, все что вы сделаете должно работать на любых девайсах от 320 пикселей.
Как работать с сайтом.
Разверну вам копию на сервере для разработки, предоставлю доступы к базе и ftp.
После тестирования вам нужно будет перенести функционал на основной сайт
Жду от вас:
Конкретное предложение по цене
Срок
Пример реализации подобного вами на других проектах на Drupal 7
PS1. Так как часто откликаются люди, не прочитав описание проекта и отвечая шаблонным ответом, то прошу Ваш отклик начать с подтверждения, что это не автоматический ответ.
PS2. Постоплата – сначала проверяю работу, после этого оплачиваю. Предоплата возможна только в том случае, если срок регистрации аккаунта больше и количество положительных отзывов больше, чем у меня. Мой профиль https://www.fl.ru/users/alexvolkov/
freelancehunt.ru
«Любители стандартных CMS» | Drupal
Стандартные CMS – их плюсы и минусы.
Постараюсь рассказать о тех Стандартных CMS – с которыми мне приходилось сталкиваться.
В мире существуют тысячи CMS для самых разных целей, самого разного качества, самой разной перспективы, стоимости, распространённости и так далее. Серьёзно опробовать их все — нереально. Поэтому когда я только знакомился с миром движков для сайтов, выбирать приходилось наугад. Ниже я опишу свои впечатления от знакомства с теми или иными движками для тех или иных целей. К некоторым приложу краткое описание особенностей, впечатление о прочих состоит только из заглядывания в админку. Заметки эти составлялись и редактировались в течении долгого времени, но сейчас я решил, что лучше опубликовать их в нынешнем виде, чем ещё полгода-год по чуть-чуть редактировать не добавляя ничего принципиально нового.Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности, т.е. если нет бесплатных аналогов. Также ограничение на технологии: php. О движках на перле и питоне я не более чем слышал, на шарпе и джаве имел дело с самописными.
Итак, рассматриваются:- CMS общего назначения. (Информационные сайты, визитки, блоги…)- Многофункциональные монстры.- Галереи.- Социальные сети.- Форумы.- Интернет-магазины.
CMS общего назначения. (Информационные сайты, визитки, блоги…)
MaxSite CMS.Система написана на фреймворке, следовательно, дописывать любой функционал можно как угодно. Да и сама система поверх фреймворка предоставляет большое количество сервисного API. Поэтому нечего удивляться, что встречаться будет и в прочих разделах.Структура и заточенность движка изначально блоговая, но как показывает пример того же вордпресса — это никакое не ограничение. В преимуществах: хорошая архитектура и сильное кеширование дают хорошую производительность, удобство при написании расширений — всю сервисную часть система берёт на себя, гибкость настроек — условия отображения виджетов, построения ссылок, конструирование типов данных позволяют делать сайты очень отличающиеся структурой от блогов.
Neutrino CMS.Там ещё какие-то форки, кто-то чей-то наследник и так далее. Вроде бы нейтрино — наследник москито, а нейтрино атомик эдишн — форк нейтрино. CMS не использующая базу данных, а мне понадобилось однажды и такое. Для простеньких визиток и блогов вполне пойдёт. Тем более, что плагины можно писать и к ней, и некоторое их количество уже имеется. Есть лента публикаций, категории и теги, поиск (регистрозависимый), шаблоны, ЧПУ. В атомике — в шаблонах можно управлять блоками (очень удобно, на самом деле). Upd. Neutrino Atomic Edition всё же получше будет, хотя ещё лучше см. ниже.
Mosquito Blood Mary.Пришлось опробовать всю компанию: Neutrino Classic, Neutrino Atomic Edition, Nanote и Mosquito Blood Mary. Из всех их лучшее впечатление со значительным отрывом произвёл москит. Всё началось с инсталятора — больше ни у одного из перечисленных его нет. Дальше абсолютно все манипуляции делаются через интерфейс, а не вручную. Всё удобно и понятно. Минималистичная система на файлах, однако для очень многих случаев её достаточно. Плюс самая дружелюбная документация по созданию плагинов. А по возможностям плюс-минус все равнозначны, может, москит самый функциональный, а наноте наименее функциональный. Блоки, теги, комментарии и всё о них, rss, кат, минималистичная загрузка файлов и т.п. Подробней о движке.
ReloadCMS.Один из авторов этого движка в своё время создал галерею Pikateka, о которой ниже. Это ещё один движок, не использующий базу данных. Движок на файлах, но не такой, как вышеперечисленные. В качестве модулей этого движка есть форум (примитивнейший), каталог, рейтинги и даже, кажется, магазин. Также движок поддерживает регистрацию, права пользователей и всякое разное прочее. Проблема та же, что и с Пикатекой — проект умер в 2007. Ещё одна проблема, судя по отзывам, при активном использовании повреждаются индексы файловой БД, т.е. нуждается в постоянном бекапе. А упоминаю лишь затем, что сайты, не использующие базы данных, очень хорошо держать под системами контроля версий.
Image CMS.Третий встреченный мной русскоязычный движок на Codeigniter. Первые два — это MaxSite и Cogear соответственно. Если МаксСайт — это в основе блоговый, «убийца вордпресса», а Когир — соц-сеть, то Image CMS, насколько видно при беглом взгляде — больше портальный движок. На данный момент он ещё болен некоторыми детскими болезнями, первая из которых — мало дополнений. Но в остальном это хороший движок, чем-то напоминающий modx. Функционал стандартный: дерево категорий, теги, комментарии, виджеты, вставка фото и галерея. Дополнительные поля позволяют самому конструировать типы содержимого. Есть simple_cart. А главное преимущество перед первыми двумя движками: многоязычность из коробки. Я, правда, не исследовал её, но на первый взгляд она сделана получше, чем в МаксСайте.Также для сайтов общего назначения можно задействовать и Wordpress, и Drupal, и Joomla и почти любую любимую CMS…
Многофункциональные монстры.
Многофункциональность монстров заключается в том, что к ним существует уйма плагинов, за счёт чего можно построить хоть портал, хоть мультиблог, хоть магазин, хоть галерею, хоть соцсеть, хоть всё это разом.
Joomla.Начинал знакомство году ещё в 2006 или 2007. Тогда ещё первая ветка жила и развивалась. Система была, что называется, не для программиста. Из админки можно сконструировать абсолютно всё. Но при этом ощущалась неповоротливость. Одним из главных недостатков, но я ещё не знал, что это недостаток — отсутствие юникода. Но при этом была галерея (и не одна), была какая-никакая возможность организовать ЧПУ, многоязычность (глючно, но лучше, чем никак), ещё что-то… Сейчас пришлось столкнуться опять. Актуальна версия 1.5.x. Юникод есть. Куча уже гововых плагинов. ЧПУ, форум(ы?), галереи, соц-сеть(и?), магазин(ы?) и так далее. Неповоротливость в принципе осталась, но всё же рекомендовать систему хотя бы тем, кто её более-менее знает и кому она подходит (или тем, у кого уже работающий проект на джумле) — согласен. Наверняка кэшированием можно исправить многое.Русскоязычные сообщества, насколько помню, конкурировали между собой. joom.ru, joomla.ru или как-то так. Сейчас их изрядно больше. Что облегчает поиск информации и ответов на вопросы.Upd. Довелось поработать с джумлой всерьёз. Впечатления разработчика абсолютно нецензурные. Впечатления пользователя очень благоприятные. Сконструировать можно абсолютно всё. Но выбрать из одинаковых плагинов наименее грузящий систему, наименее глючный и тот, который не будет заброшен (или переведён на платную основу) к следующей версии джумлы… Быстрей написать самому (не под джумлу, разумеется). В общем, если вы знакомы с джумлой хотя бы пару лет и знаете картину и перспективы нужных вам плагинов — тогда хорошо. И, да, у вас вдобавок должен быть мощный сервер, которому не страшно ворочать CMS с несколькими тысячами файлов и чудовищными запросами типа выборки по одной записи в цикле.Ещё проблема в том, что много информации, которую удаётся найти, относится к джумле 1.0.х, тогда как версия 1.5.х носит то же название просто по недоразумению. Внутренне — это абсолютно другая система. А ещё предположительно в этом году должна выйти ветка 1.6, которая изрядно отличается уже от 1.5.Ещё один апдейт. Опробовал 1.6 бета 2. Скривился.
Что хорошего: больше удобств в админке. Действительно гораздо более мощный ACL. Явно для серьёзных порталов. Его ещё нужно изучать и настраивать. SEF из коробки.Что нейтрального: по функционалу всё та же джумла.
Что обещано: совместимость с расширениями 1.5, теговая иерархия, многие улучшения во фреймворке, новый тип аддонов — библиотеки (раньше стояли монолитно в ядре), избавление от старого наследия (и копипаста) в коде.Что плохого: кроме ACL беглый взгляд ничего из обещанного не нашёл, масса багов на простейших вещах (не меняется порядок пунктов меню, вылезают ошибки запросов на простых иерархиях контента и т.п.), никакой совместимости с компонентами 1.5 нет и в помине (ни один даже не установился).Что в ретроспективе: одна мажорная версия в три года, очень рыхлое комьюнити, многие аддоны заброшены в версии для j1.0, про которую до сих пор появляется материал. Руководство по программированию для j1.5 до сих пор не полностью переведено на русский язык.
Что в перспективе: выпустят релиз 1.6 вряд ли раньше осени. Нормально его обкатают, портируют основные аддоны, напишут мануалы и так далее не раньше чем через год. Только тогда можно будет начинать серьёзные проекты на j1.6. До этого только собственные небольшие сайтики, где всё под контролем и в случае чего сам можешь поправить траблу.
Wordpress.На что перешёл, уйдя от джумлы — вордпресс. Админка вордпресса после джумлы оказалась верхом логичности и простоты. Тем более, что тогда была актуальна ветка около 2.0.x. Уже тогда поддерживался юникод. Уже сразу в коробке были нормальные ЧПУ, настраиваемые к тому же. Тогда же CMS ворочалась и заливалась по FTP существенно быстрей джумлы.Чем больше о вордпрессе узнавал, тем больше проникался. Плагинов — уйма. Это и галереи, и форум, и многоязычность, и каталоги всяческие, и магазины, и чёрт с рогами. Из вордпресса можно сделать что угодно. А со сборкой WP MU — ещё и сателлиты-мультиблоги ставить.
Но при этом по мере совершенствования моих знаний и роста версий вордпресса всё более ужасался растущей прожорливости. И ограниченности в какой-то мере. На версии 2.8.0 можно было в определённые моменты (при обращении к архиву крупного сайта) увидеть 12 000 запросов к базе. Это один из самых впечатляющих, но не единственный пример того, что бывает, когда у проекта нет лидера и roadmap определяется голосованием.
Опять же, и эту систему можно рекомендовать. Но при этом её желательно знать и уметь настраивать на максимум производительности. Большая просьба к фанатам вордпресса — не устраивать здесь холивары, потому что высказываю я субъективное мнение, однако подтверждённое опытом.
Drupal. Ещё один монстр, который может всё, к которому есть уймища плагинов на все случаи жизни.В минусах большая сложность этой системы. Как-то так получилось, что за долгое время попыток его изучить, я так с ним и не сжился. Мыши плакали, кололись, но продолжали жрать кактус.
И ещё в минусах серьёзная прожорливость, ничуть не меньшая, а временами и большая, чем у предыдущих двух движков.Главное преимущество друпала — очень развитая и продуманная система хуков, позволяющая переопределять практически любое событие системы. Плюс два самых популярных модуля, cck и views, позволяющих конструировать произвольные типы данных и их отображение.
DataLife Engine (DLE)DataLife Engine представляет из себя коммерческое программное обеспечение для управления контентом, разрабатываемая SoftNews Media Group. Стоимость лицензии на один домен составляет 59$ при покупке на один год, для получения дополнительной поддержки клиенту предлагается заплатить 19$. С 18 ноября 2010 года продажа и предоставление неограниченных по сроку действия лицензий прекращена. Во избежание дополнительных вопросов сразу поясню для тех, кто приобретал ранее неограниченные по сроку лицензии, их лицензии останутся действовать без изменений также на неограниченный срок. Данное изменение касается только продажи новых лицензий, ваши старые неограниченные лицензии никуда не денутся и будут действовать, как и ранее, в течение неограниченного срока.После покупки скрипта клиенту предоставляется продукт с открытым исходным кодом и без ограничения на время использования (в случае с годовой лицензией по истечении года клиент перестанет получать обновления).Основной язык системы — русский. Однако существует английская локализация.В скрипт также включена панель администратора, позволяющая управлять различными настройками скрипта.Разработчики системы предлагают AJAX технологии, снижающие потребление трафика.Основные возможности:Возможность подключения сторонних модификаций за счёт открытости исходного кода скрипта.Шаблонизатор позволяет в систему устанавливать или интегрировать практически любой скин.Поддержка ЧПУ.Публикация «правил» на сайте.Популярность:По рейтингу CMS, проводимого на основе сбора статистики по зарегистрированным в рунете сайтов компанией iTrack, доля этой системы в 2010 г. составляла ≈11%, что, к примеру, превышает показатели для таких CMS, как Drupal или MODx. Однако подавляющее большинство установок этой CMS представляют собой пиратские «занулённые» версии, iTrack учитывая этот факт, рассматривает эту систему в категории «Рейтинг бесплатных CMS», где её позиции: 8-9%. Косвенно этот факт подтверждается и не слишком высокой позицией DLE в рейтинге рунета, проводимом по результату опроса веб-студий, где она в 2009 и 2010 стабильно занимала всего-лишь 15 место среди коробочных систем.Безопасность:В журнале «Хакер» за ноябрь 2008 года упомянутый как «популярный отечественный движок» DataLife Engine актуальной тогда версии 6.7 критиковался за небезопасный алгоритм работы с параметрами запросов.Ну или где-то так.......
osCommerce.Когда-то при фразе интернет-магазин можно было представить только сабж. Первопроходец или нет, но это первый магазин с открытым кодом, который получил распространённость. К большому сожалению, релиз osCommerce был аж в 2003 году, а следующая ветка до сих пор в статусе rc. Лично у меня нет желания ковыряться в коде, который несёт наследие тех лет разработки. Там сложно заподозрить существование хорошей объектной модели, разделения на функционал, отображение и данные и так далее.Поскольку лицензия gpl, то за эти годы у магазина появилось множество клонов и форков, как бесплатных, так и очень дорогих. Есть множество комьюнити, и вообще — вокруг osCommerce так много всего, что наверняка есть возможность найти свой персональный Святой Грааль. Только искать его нужно долго и упорно.
MagentoВ отличии от osCommerce, Magento — это довольно молодой движок. На конкурсе Sourceforge Community Choice Awards 2008 Magento занял первое место в номинации «лучший новый проект». Движок построен на Zend Framework, что сразу определяет его монструозность. Он большой и тяжёлый. Но и мощный. Но и сырой. Т.е. компания, которая его разрабатывает, берёт деньги за кастомизацию и поддержку, поэтому им нет резона делать коробочную конфетку.Лучший выбор, если знать и уметь Zend Framework и не бояться неполной руссификации и прожорливости. Имеет смысл на крупных проектах.
Prestashop.Проект, который мне весьма понравился.Это французский могазин, что лично мне бы создало достаточно проблем. Но силами русского комьюнити движок говорит по русски почти как родной.Ставится на денвер без всяких проблем. Инсталятор хороший, с аяксовыми проверками. Системные требования, похоже, минимальные.С первых же шагов чувсвтуется забота о безопасности: система принудительно требует переименовать каталог admin и удалить каталог install.Возможности по первому же взгляду впечатляют.Больше 130 таблиц в базе данных. На нагрузку ещё посмотрю, но на локальной машине шевелится достаточно быстро. Хотя кое-кто и жалуется на прожорливость.В распакованном виде занимает 14.5 Мб, но по три с лишним мегабайта на tools, modules, img (демо-данные). Полтора метра js (jquery, tinymce and other stuff). 800 кб админка, 400 кб theme, 350 кб инсталятор. 800 кб за 80 классов.По первому впечатлению довольно-таки ООП(php5), отчасти MVC, но не слишком ActiveRecord. Просто не вижу, чтобы модель была отдельно вынесена.Очень серьёзный сервисный подход. Одно только меню «Инструменты» содержит: CMS для создания нескольких статических страниц типа ФАКа. Есть генератор .htaccess и robots.txt. Бэкап БД (прямо в магазине), работа с поддоменами, импорт из .csv, настраиваемое меню быстрого доступа в админке, настраиваемые виджеты, локализация.Естественно, множество настроек. Очень хорошо поработали локализаторы, жаль только, что для России, а не Украины. Есть скидки, учёт налогов, реферальные программы, etc.Дофига модулей, поддерживаются четыре способа оплаты (считая вебмани), статусы товаров (ждём оплату, товар закончился, отменено, доставлено, etc). Естественно, куча статистики.Ей-Богу, с первого же взгляда очень нравится этот магазин по возможностям, интерфейсу и сервису! Причём, как для админа, так и для покупателя.
ECShop.Китайское поделие. Сразу впечатление: первый заход на морду дал 30 запросов к базе данных, а следующий — 4. К памяти тоже весьма экономно относится. Т.е. забота о производительности, кэширование…Первый заход в админку дал 28 запросов.За 70 таблиц в базе.И ещё люди тестировали — признали этот магазин самым экономным для сервера.Из админки можно делать оптимизацию, бэкап и даже прямые запросы: «SQL запрос работает напрямую с базой данных. Вы должны понимать что делаете».Есть крон. Есть, как и в престо, настраиваемые быстрые пункты меню.Более продвинутая CMS: не просто страницы, а категории деревом\типами.Есть интеграция с форумами, в том числе с воблой(3.x), ipb(2.1\2) и phpbb(2.x).Гостевая, группы пользователей (клиентов).Рассылки, партнёрки, банеры, смс, доставки\оплаты, бонусы, распродажи.Переведено неплохо, но не так тщательно, как престо. Однако работа идёт. Есть нюанс: перевод 1.6.2, 1.7.0 и далее — по платной подписке. Поэтому смотрел 1.6.1. Хотя позже на нулледе нашёл перевод для 1.7.2.Если выбирать между этим магазином и престо, то даже не знаю, что выбрать. Престо понравился больше, особенно тем, как переведён и адаптирован, а здесь есть интеграция с форумами и ещё что-то такое. К тому же здесь гарантированно сильное кэширование.3.5 мб инклюды, в т.ч. FCKeditor. Из них 1.3 мб что-то насчёт китайской codepage. 2.8 мб админки. 1.5 мб theme. Ещё какие-то data, js, api, wap, etc.OOP почти нет и такое впечатление, что разобраться с архитектурой и писать модули\etc будет гораздо сложней. Но в целом достойный кандидат.Шаблонизатором вроде как смарти, но что-то странное там. Во всяком случае, шаблоны имеют нестандартное расширение.
OpenCart.Люди, которые ужасаются кодом osCommerce и прожорливостью magento, рекомендуют OpenCart. Таблица сравнения на сайте обещает, что движок умеет больше, чем osCommerce и prestashop. Есть русский язык, есть несколько десятков (может, пара сотен в сумме) модулей, шаблонов и т.п. При следующем поиске идеального магазина это кандидат на исследование.
Далее постараюсь рассказать еще о нескольких системах..........
drupal.ru
Сравнение CMS Drupal и Joomla. Отличия и особенности
Joomla и Drupal — две ведущие CMS. Уверен, многие рассматривают их как прямых конкурентов. Попробуем разобраться, в чем разница между двумя движками.
Я лучше разбираюсь в Drupal, поэтому попросил прокомментировать мои догадки насчет Joomla Dead Krolik'а. Получилось что-то вроде интервью.
Дима: Кое-кто думает, выбирая CMS, что Joomla и Drupal стоят на одной полке в отделе «Популярные монстры». Когда я попытался сделать на Джумле коллективный блог, понял, что это совсем не так.
Dead Krolik: Joomla не заточена под коллективный блог или что-то еще. По крайней мере в стандартном дистрибутиве. А друпал заточен и изначально поставляется так, что можно нажатием нескольких кнопок сделать коллективный блог. Хотя это реализуемо и в Joomla.
Дима: В базовом варианте Джумла тяжелее Друпала. WYSIWYG-редактор, загрузка картинок, файловый менеджер — в Друпале «из коробки» ничего этого нет. Но что меня удивило в Джумле, так это полное отсутствие комментариев.
Dead Krolik: Да, встроенных комментариев нет. И стабильных сторонних, которые бы устраивали всех, по сути тоже нет. Есть и платные компоненты, и бесплатные, а чтобы с поддержкой русского языка в ajax и нормальной функциональностью — увы.
Дима: Странно, что в базовой поставке самой популярной в мире CMS нет простого решения такой распространенной задачи. На ум приходит только одно объяснение: Joomla заточена под корпоративные сайты, где комментарии обычно не нужны. А Drupal, напротив, позиционируется как движок для комьюнити-сайтов, где без комментариев никуда.
Dead Krolik: Объяснение на самом деле простое — еще со времен мамбы разработчики не стремились включать в дистрибутив совсем уж сторонние компоненты. Может это продиктовано некой идеологией, а может тем, что стандартная поставка имеет весьма большой размер. Кроме того, для Joomla сейчас достаточно много компонентов комментариев, но все они — это переделки из компонентов для мамбы. Старые и мало кем поддерживаются, потому что намного удобнее создать платный и продавать его, получая очень неплохую прибыль.
Дополнение 26 марта 2008 от Алексея Трошина: Комментарии, наконец, появились. Простые, мощные, интегрируемые почти во всё популярное — jcomments.
Дима: В Джумле я заметил архаизмы, вроде верстки дефолтного шаблона таблицами. Откуда это? В Друпале всё очень даже блочно и шаблоны «чистые».
Dead Krolik: Этот шаблон идет еще с Мамбы. И куски PHP среди HTML тоже оттуда. Обещали исправить в версии 1.5, введя шаблонный движок и разделение логики. А эту ветку решили не трогать, мол пусть доживает свое время старушка.
Дима: А как у Джумлы дела с UTF-8? Друпал на UTF-8 работает.
Dead Krolik: В 1.0.x нет и не будет. А в 1.5 есть поддержка. Хотя есть умельцы, которые запускают UTF-8 сайты на Joomla 1.0.x, но не имея поддержки в ядре это мало что значит. Но например тот же TextPattern везде кричит о том, что поддерживает UTF, хотя уникода там нет и в помине, и ситуация ровно такая же как и в Joomla 1.0.x.
Дима: Сейчас экспорт/импорт материалов сайтов набирает обороты, и без UTF-8 тяжело. Плюс трекбеки, разные del.icio.us и co.mments. А для корпоративных сайтов кодировка некритична.
Dead Krolik: Для англоязычных товарищей все равно — поддерживает ли сайт UTF или нет, ибо буковки у них везде одинаковые и a-z легко может стать уникодом, при смене заголовка сервера. И это ни на что не повлияет. А в рунете стандартом давно уже стала cp1251, и локализованная Joomla при соответствующем хаке легко берет, например, новостные ленты в такой кодировке. Хотя согласен — за UTF будущее и самая большая проблема для Joomla-мастеров это многоязычные сайты.
Дима: Друпал в плане выпуска новых версий меня устраивает. Я застал 4.7, сейчас делаю сайты на 5.1, а 6 уже во всю тестируется. При этом, как мне кажется, работа идет в нужном направлении — приводится в порядок то, что есть, и улучшается юзабилити. То есть это не просто релизы для галочки. Кстати, Joomla 1.5 скоро выйдет?
Dead Krolik: Выйдет-то скоро, но все ее преимущества, на данный момент убиваются скоростью ее работы и нагрузкой на сервер. Кстати я могу предположить почему под Joomla мало новых компонент создают, потому что в основном мамбовские доделывают: когда Joomla только появилась, разработчики сразу сказали: «Вы подождите, мы новую CMS пишем. А эта ветка будет только улучшаться». Вот мы и ждем релиза 1.5 уже больше года.
Дима: Похоже, наследие Мамбы Джумлу тяготит? Хотя именно Мамба принесла ей такую популярность.
Dead Krolik: А куда людям еще было деваться? Безысходность :) Хотя ведь есть же Elxis (тоже форк из Mambo), которая и UTF поддерживает и развита намного лучше и переписывается гораздо умнее. Но люди пошли за оффициальными разработчиками, они сказали что будут продолжать, вот люди и стали использовать Joomla.
Дима: Мне кажется, что Joomla более коммерческая, чем Drupal. Может причина в популярности? Насколько я знаю, в Друпале такого явления, как «компоненты за деньги» в массовом виде не наблюдается. И шаблонов тоже не особенно много продается.
Dead Krolik: Считай, что это сильная сторона Джумлы. Кстати, тут тема проскочила, что разработчики коммерческих расширений для Джумлы нарушают GPL. Если делу дадут ход, домик Джумлы пошатнется.
Дима: Резюме. Joomla хороша для корпоративных сайтов и классических порталов. Базовая поставка богата функциональностью. Многие компоненты продаются, что положительно сказывается на их качестве. Drupal же приспособлен под комьюнити-сайты. Есть встроенный форум, комментарии, блоги, модуль для публикации книг. И хотя на обеих CMS можно делать практически любые сайты, в одних случаях системы будут идти разработчикам на встречу, а в других — придется преодолевать множество трудностей.
dserg.zzloy.ru
Сравнение CMS Drupal, Joomla и WordPress. Обзор систем управления контентом
Максим (maxsite.org) захотел сделать обзор CMS, и пригласил меня поучаствовать. Помимо этой статьи к прочтению рекомендуются две коротеньких заметки:— «Можно ли построить что-то дельное на базе бесплатных CMS?»— «Примеры больших сайтов на Drupal»
Drupal, Joomla и WordPress — системы управления, на основе которых можно создавать функциональные и легко управляемые сайты без серьезных финансовых затрат. Мы решили сравнить эти системы между собой и рассказать об этом доступным языком. Мы выбрали наиболее важные аспекты, которые скорее всего заинтересуют рядового пользователя.
В качестве «ответчика» за Drupal выступает Дмитрий Сергеев (dserg.zzloy.ru), Joomla — Дмитрий aka Dead Krolik (dead-krolik.info) и WordPress — Максим. Системы расположены в алфавитном порядке, так что не ищите подвоха. :)
Дополнение от 23.08.2007. Никита Селецкий присоединился к нашему обзору CMS и рассказал кое-что интересное о Typo3. Если интересует Typo3, попробуйте читать эту статью и статью Никиты параллельно.
Версии/безопасность
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, белых пятен еще много. Ситуация отчасти компенсируется самописными статьями и руководствами. Документация на модули по большей части не переведена. На мой взгляд, сейчас заниматься разработкой сайтов на Drupal без знания английского языка трудно — любой шаг в сторону от стандартных схем может стать проблемой.
Joomla
Русскоязычной документации достаточно, я бы сказал — много. Причем она не ограничивается переводом официальной помощи, а уже приходит к стадии написания авторских статей.
WordPress
WordPress обладает очень большой документацией (к.н. Codex/Кодекс), но к сожалению она только на английском языке. Хотя, справедливости ради стоит отметить, что составлена она грамотно и практически не требует особого знания языка. Документация построена таким образом, что позволяет довольно быстро найти нужный ответ. Практически каждая статья имеет несколько примеров, а также ссылки на смежные вопросы.
Пример сайта на Joomla
Русское комьюнити/поддержка
Drupal
Русское сообщество развивается, причем достаточно бурно, поскольку в последнее время о Drupal много говорят в рунете. Есть люди разбирающиеся в архитектуре. Что важно, они отвечают на форуме. В целом сообщество открытое и дружелюбное, но злоупотреблять этим не стоит.
Joomla
Если коротко, то существует две различных «тусовки», ведущие свои форумы и сайты поддержки. Попытка объединения была, но так ничего и не получилось. В принципе, наличие двух сборок и русификаций на данный момент всех устраивает (читай «все не плохо устроились»). Ближе к версии 1.5 вопрос будет подниматься все чаще, ибо порталовцы более официальная команда перевода, нежели joom.ru. С другой стороны наличие конкуренции нисколько не вредит сообществу, а наоборот даже подталкивает команды работать все лучше и лучше.
WordPress
У русского WordPress'а есть два официальных сайта. Поддержка пользователей осуществляется через форумы добровольцамими. Так, что скорее всего проблем с русской поддержкой не будет. Также существует много блогов, где их авторы выкладывают и делятся самыми разными находками и решениями по 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
В Drupal можно встроить TinyMCE или FCKEditor. И тот и другой гибко настраиваются. Оба являются мощными средствами. В TinyMCE, например, можно работать с таблицами, добавляя и удаляя строки и столбы и объединяя ячейки. Еще TinyMCE может «чистить» скопированные из Ворда тексты от избыточных тегов.
Joomla
Таковых под нее множество: в основном это портированные и самые распространенные редакторы. Однако самым удобным и хорошим из бесплатных является редактор JCE, разработанный специально для Joomla (а изначально еще для Mambo, тогда он назывался MosCE), способный составить очень хорошую альтернативу платному WysiwygPro.
WordPress
Стандартно в WordPress'е используется немного урезанный TinyMCE и, рядом же — простой текстовый редактор (переключение между ними «на лету»). При желании можно установить и полную версию TinyMCE, тогда будет доступно три панели кнопок со всем возможностями. Нужно отметить, что в WordPress'е есть возможность сторонним плагинам добавлять кнопки в редактор. Таким образом можно например получить функции для добавления видео, аудио и т.д. Если TinyMCE не устраивает, то можно установить вместо него другой редактор, например FCKMonkey. Но в целом, выбор редактора дело вкуса. В профиле пользователя можно вообще отключить использование визуального редактора.
Расширенный визуальный редактор WordPress
Работа с картинками
Drupal
В базовом пакете вставка картинок не предусмотрена. Решить эту проблему можно несколькими путями. Есть вариант с добавлением картинке в стиле «Прикрепить файл к посту». Альтернатива — установка WYSIWYG-редактора TinyMCE и медиаменеджера IMCE сверху. Поддерживается изменение размеров картинки при загрузке и генерация тамбнейлов. Я бы не назвал работу с изображениями сильной стороной Drupal: слишком много кликов приходится делать.
Joomla
В этом Joomla впереди всех трех других систем, ибо одних только типов расширений существует три штуки (компоненты, модули и мамботы). Причем каждый тип расширений позволяет решать свои типы задач, что позволяет добавлять фактически любой новый функционал не залезая в "ядро". Да и конкурентов у официального сайта расширений среди других систем я думаю тоже нет (extensions.joomla.org).
WordPress
В WordPress'е вполне удобно можно добавлять картинки в редактор. При загрузке файла можно сразу указать его название, подпись. Автоматически будет сделана миниатюра. То есть расчет на то, чтобы с этой задачей справился неопытный пользователь. Если же воспользоваться отдельным плагином, то можно дополнительно указать размеры картинки, миниатюры и прочие параметры. После добавления картинки в редактор, можно изменить различные параметры (стили, размеры, бордюры, отступы и т.д.). Хотя это уже возможности самого визуального редактора.
Настрока кнопок визуального редактора TinyMCE в Drupal
Шаблоны оформления
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 впереди всех трех других систем, ибо одних только видов расширений существует три штуки. Да и конкурентов у официального сайта расширений среди других систем я думаю нет (extensions.joomla.org) и быть не может. Одна только циферка (1915) наверху с количеством расширений в архиве заставляет задуматься.
Самой сильной стороной Joomla является, я считаю, система расширений. Мало того, что их существует несколько видов, еще есть специальная система их установки, позволяющая при помощи xml-файла описывать все действия необходимые для совершения при создании записи о расширении (например, SQL-запросы, копируемые файлы или действия выполняемые сразу после установки, которые нельзя выполнить автоматически).
WordPress
WordPress можно расширить за счет плагинов — это различные php-скрипты, которые автоматически подключаются к основному «ядру». Таким образом можно не просто добавить нужную функциональность, но и изменить уже существующую. Создать плагин не очень сложно, все зависит от уровня знания PHP. Подключение к WordPress'у совсем просто: плагин копируется в специальный каталог и активируется в админ-панели. Некоторые плагины можно настраивать, некоторые нужно прописывать в шаблоне, а некоторые работают полностью автоматически.
Плагинов для WordPress написано несколько тысяч (только на одном wp-plugins.net — 2568, но думаю, что целом цифру можно удвоить), поэтому можно найти плагин практически под любые нужды. Исключение составляют плагины, которые требуют значительной переделки шаблона. С ними обычно приходится повозиться.
Виджеты/блоки
Drupal
В Drupal это называется «блоки». Их можно располагать в разных областях страниц в зависимости от возможностей шаблона. В каждой области блоки можно сортировать для управления порядком вывода. Изначально областей пять — шапка, центральная, левая и правая колонки, подвал. Блоки можно показывать не на всех страницах.
Joomla
Так и не понял что это такое. Ну, подумаешь, блоки перемещаются. При желании на Joomla тоже можно такое сделать. Только вопрос — в чем их коренной замысел. Возможно, в Joomla это называется модули, пусть и не перетаскивающиеся, зато очень удобно располагаемые по всему шаблону в любом виде.
WordPress
Полноценная поддержка виджетов появилась только в версии 2.2. До этого нужно было устанавливать отдельный плагин. То что виджеты очень удобны, многие уже успели убедиться. Для пользователя теперь нет надобности что-либо менять в своем шаблоне: управление чисто визуальное, достаточно отметить нужные опции, расположить блоки как нужно и изменения сразу же вступают в силу. Внутренняя реализация виджетов такова, что с их можно использовать для вывода какого-либо плагина или своей функции.
Пример настройки виджета WordPress
Поддержка авторов (один блог) и многопользовательские блоги
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-формат.
dserg.zzloy.ru
