Так что вместо
php -f /var/www/user/data/www/site.com/cron.php
используйте
wget -q http://site.com/cron.php

Полная информация как использовать крон и друпал

Будут представлены такие области веб-разработок:

• Динамические языки программирования (Ruby, Python, Perl)
• Разработка приложений для мобильных устройств (iPhone, Android, Blackberry)
• Agile методы программырования (Scrum, XP, kanban)
• RIA (Flash, Silverlight, Flex)
• CMS (Drupal, EPiServer, Joomla, TYPO3)

Перейти на сайт конференции

Информативным оказался обзор нововведений в Drupal 7 Александра Швеца . Что понравилось, так это улучшение проиводительности в качестве количества запросов к базе данных. Также, интегрирование многих полезных вещей в ядро Drupal 7, которые раньше доставлялись как плагины, должно довольно сильно облегчить жизнь разработчикам.

К сожалению, я не был, но по отзывам выступление Игоря Кандибы было очень шумным и с хорошей подачей  про его нелюбовь к Drupal. Более подробно можно будет посмотреть на сайте DrupalCamp

Все презентации должны быть выложены к всеобщему ознакомлению и в ближайшие дни на CMS Обзоре будет выложена презентация про различия между Drupal и TYPO3.

Спасибо организаторам за проведение отличной тусовки веб-разработчиков!!!

О конференции

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

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

Цели конференции:

- развитие сообщества Drupal в Восточной Европе;

- создание площадки для обмена опытом между специалистами и новичками Drupal;

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

Участие в конференции бесплатное, по предварительной регистрации на сайте http://camp09.drupal.ua.

Решение 1. Это мне очень помогло. Нужно просто поставить разрешения в example.com/admin/user/permissions в разделе content_permissions view filed_ваше_поле. Все.

Решение 2. Это решение помогло другим. Но мне нет:
Нужно, чтоб был включен метод загрузки публичный в example.com/admin/settings/file-system.
Далее поставить разрешения:

• модуль imagecache view imagecache название
• модуль imagefield view imagefield uploads
• модуль upload смотреть загруженные файлы

1. globalredirect
2. page_title
3. path_redirect
4. pathauto
5. transliteration
6. tagadelic
7. similarterms
8. xmlsitemap

1. globalredirect – модуль для склеивания ссылок. Глобальной проблемой потери трафика является рассеивание пользователей сайта и внешних ссылок по URL которые по сути разные, но показывают одну и ту же страницу. Чтобы направить весь трафик на уникальные и склеенные URL , нужно использовать редирект. Главная задача модуля – убрать все дублирующиеся URL путем 301 редиректа.

Свойства плагина globalredirect:

1. Сравнивает текущий URL с синонимом и склеиваит их с помощью редиректа 301.
2. Проверяет текущий URL на косую черту, делая URL уникальным. Например example.com/node/1/ на example.com/node/1
3. Переадреция с URL c параметрами на чистый URL. Например: example.com?q=node/1 на example.com/node/1
4. Очистка от нулей. Например: taxonomy/term/1/0 на taxonomy/term/1
5. Переадресация на главную
6. Настройка редиректов 301.

Модуль устанавливается простым копированием в папку modules. Важно: Правильная установка – устанавливать модуль нужно в папку sites/all/modules/. И затем, настройка модуля в “Управление->Настройка сайта->Global Redirect”.

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

После установки плагина у каждого типа информации появляется новое поле, в которое вводится title. Совет: title не должен превышать 165 символов. Плагин page_title позволяет настроить title для любого типа информации с помощью шаблонов вспомогательного модуля token

Настройку плагина page_title и настройку шаблонов нужно делать в разделе “Управление -> Содержание -> Page titles”

3. path_redirect – модуль для ручного создания алиасов(синонимов) к любому типу информации. Странице наподобие example.com/node/10 можно вручную задать синоним node/10 => alias, теперь страница будет доступна за адресом example.com/alias. А автоматическим склеиванием страниц будет заниматься globalredirect. Интересно заметить, что не обязательно указывать весь путь, можно указать только его часть (например 10). Настройка синонимов происходит в разделе “Управление -> Кконструкция сайта ->Синонимы”

4. pathauto – модуль для автоматического создания алиасов. Алиасы создаются на основе шаблонов. Шаблоны легко можно настроить для любого типа информации: ноды, категории и т.д. Управление шаблонами и настройка алиасов происходит в разделе “Управление -> Конструкция сайта ->Синонимы”. Более подробное руководство по настройке модуля pathauto можно будет прочитать в следующей статье или на http://tips.webdesign10.com/

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

5. transliteration – модуль перевода кирилической и других раскладок в латиницу. Полезный модуль для преобразования русских названий статей, имен файлов, названий категорий, фамилий в транслит. Yandex распознает трансилт и русские названия в форме транслита дополнют вес к страницам. Модуль просто устанавливается, больше ничего не нужно делать. Настроить преобразование символов можно в файле модуля ASCII.txt. Включить транслитерацию ссылок нужно в настройках модуля pathauto.

6. tagadelic – модуль для создания облака тегов. Модуль создает облако тегов из выбранных словарей. Сначала следует создать словарь с терминами и настроить облако тегов в разделе “Управление -> Настрока сайта ->Облако тегов”. Далее можна вставлять облако тегов через блоки в разделе “Управление -> Конструкция сайта ->Блоки”. Как известно, облако тегов увеличивает количество страниц и ссылочную массу. Если вы создаете термин прямо со страницы “Создать материал”, но не в словаре, тогда нужно, чтобы был настроен планировщик cron.

7. similarterms – модуль для отображения подобного по содержанию контента. Настраивая модуль нужно указать в каких словарях искать подобные статьи и вообще ноды. Затем, модуль выводит ссылки на подобные материалы.
Назначение модуля такое же как и у tagadelic – повысить количество внутренних ссылок.

8. xmlsitemap – модуль для создания sitemap.xml. Модуль поддерживает уведомление поисковых систем про обновление карты сайта. Для этого нужно указать способ, который предлагала поисковая система при подтверждении владельца сайта. Это могут быть либо мета тэг с уникальным кодом, либо имя файла. Для автоматического обновления sitemap.xml модулем xmlsitemap, нужно на сайте включить планировщик cron.

В следующей статье пойдет речь о том “Как настроить модуль pathaouto?”

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

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

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

В следующей обзоре опишу модули, которые я использовал для SEO оптимизации Drupal.

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

Drupal неплох, при создании блог-комьюнити. Когда блогов много, полезно собирать авторов в группы, делать навигацию между блогами с учетом какой-либо схожести между разными блогами. А если блогин — это всеголишь дополнение к вашему сайту, то тут лучше выбрать друпал.

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

Плюсы Drupal в плане блогинга:

• мультиблогинг
• легкость дополнения блога чем-нибудь еще с полной интеграцией
• более гибкая статистика (просмотров, переходов и т.д.)

Плюсы WordPress в плане блогинга:

• быстродействие
• сразу установлен Tiny MCE с загрузчиками медиафайлов
• удобная админка, особенно с версии 2.7
• к блоговскому движку и плагины блоговские, в друпале зачастую надо кое-что «доработать напильником»
• распозноется поисковиками как блог
• поддерживается большинством XML-RPC клиентов на должном уровне

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

Источник: http://zloy-tony.ru/2009/01/drupal-vs-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, белых пятен еще много. Ситуация отчасти компенсируется самописными статьями и руководствами. Документация на модули по большей части не переведена. На мой взгляд, сейчас заниматься разработкой сайтов на 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. Но в целом, выбор редактора дело вкуса. В профиле пользователя можно вообще отключить использование визуального редактора.

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

Drupal

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

Joomla

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

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 впереди всех трех других систем, ибо одних только видов расширений существует три штуки. Да и конкурентов у официального сайта расширений среди других систем я думаю нет (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. До этого нужно было устанавливать отдельный плагин. То что виджеты очень удобны, многие уже успели убедиться. Для пользователя теперь нет надобности что-либо менять в своем шаблоне: управление чисто визуальное, достаточно отметить нужные опции, расположить блоки как нужно и изменения сразу же вступают в силу. Внутренняя реализация виджетов такова, что с их можно использовать для вывода какого-либо плагина или своей функции.

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

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-формат.

Источник: http://www.dserg.com/

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

Drupal
Drupal это очень гибкая система управления контентом. Базовый комплект включает в себя блог, форум, новости, книги и опросы. Система имеет гибкую систему меню, что обеспечивает отличную контроль над навигацией. Более того, она имеет системы “блоков”, в который вы можете вставить содержимое плагинов, наполнения, меню. Это позволяет контролировать размещение информации.

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

Базовая установка Drupal является годы скелетом. Если вы поставили Drupal на хостинг, это еще не означает, что разработка сайта завершена. Теперь не обходимо наращивать функционал – наращивать мясо. Чтобы вникнуть в систему Drupal необходимо вникнуть в его непривычную систему категоризации всего и вся. Впоследствии такая система (таксономия) позволяет осуществлять любую навигацию, которая только необходима.

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

Drupal очень популярен и и активно развивается постоянно растущим сообществом.

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

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

Как и Drupal, WordPress чрезвычайно популярна и имеет активную поддержку сообщества.

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

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

Стать является переводом http://discover-doug.com/

Эта статья является кратким сравнением TYPO3 и Drupal.

О TYPO3
TYPO3 – очень мощная и интересная система управления контентом. TYPO3 может делать практически все, и выглядит она очень гибко. Я потратил довольно много времени с ней.
Основной сложностью в работе с TYPO3 является ее установка. Проблема заключается в том, что кроме шаблонов таких, как HTML или PHP и т.д. в системе есть свой собственный конфигурационный язык TypoScript. Разработчики изобрели свою собственную систему, и вам придется учиться с нуля. Это действительно так, даже для людей с хорошей технической подготовкой.

За все приходится платить. На сайте http://typo3.org/ говорится:
“… Гибкость и богатство имеют цену: сложность. Если вы не готовы тратить месяцы на обучения системы и вам необходимо быстро удовлетворить клиента, вам, вероятно, следует искать что-то еще “.

TYPO3 хорошо документированная система – вероятно, лучше, чем любые другие Open Source CMS. Имеется большая библиотека TYPO3 документации, с которой можно загрузить pdf и sxw документы. Единственная проблема заключается в том, что если нужно вникнуть в TYPO3, нужно перелопатить почти всю основную документацию.

О Drupal
Говоря о Drupal можно сказать что эта система обладает большими возможностями. Но в то же время она достаточно запутана. Установить Drupal достаточно просто. Если вы хотите сделать хороший сайт, тогда придется добавлять дополнительные модули, что усложняет процесс изучения. Красота CMS Drupal заключается в том, что вы устанавливаете только то, что вам нужно и если вам не нужно многого, то в конечном счете Drupal довольно простая система.
Для настройки или для создания шаблонов под Drupal вам станут полезными знания HTML и PHP. Для использования Drupal не нужны большие капиталовложения. Вы можете создавать сайт сайт сразу на Drupal, таким образом наращивая свои знания постепенно добавляя функционал.

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

Материал статьи основан на www.discover-doug.com

От себя добавим, что Drupal более всего подходит для социальных проектов, TYPO3 – для корпоративных. Но ничего не мешает менять их использование местами.

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

Наиболее важные функции предоставляемые модулями входящими в поставку Drupal:

• единая категоризация всех видов содержимого (таксономия) — от форумных сообщений до блогов и новостных статей
• широкий набор свойств при построении рубрикаторов: плоские списки, иерархии, иерархии с общими предками, синонимы, родственные категории
• вложенность категорий любой глубины
• поиск по содержимому сайта, в том числе поиск по таксономии и пользователям
• разграничение доступа пользователей к документам (ролевая модель)
• динамическое построение меню
• поддержка XML-форматов:
  • вывод документов в RDF/RSS
  • аггрегация материалов с других сайтов
  • BlogAPI для публикации материалов с помощью внешних приложений
• авторизация через OpenID
• короткие URL (иначе «человеко-понятные» — ЧПУ)
• поддержка сменных тем оформления сайта с предоставлением нескольких готовых вариантов
• переводы интерфейса сайта на разные языки, а также поддержка ведения разноязычного контента
• возможность создания сайтов с пересекающимся содержимым (например общей базой пользователей или общими настройками)
• раздельные конфигурации сайта для различных виртуальных хостов (в том числе собственные наборы модулей и тем оформления для каждого подсайта)
• механизм для ограничения нагрузки на сайт (автоматическое отключение при высокой посещаемости части информационных блоков и модулей)
• уведомления о выходящих обновлениях модулей

Я блоггер и нуждаюсь в:

• Сайте для ведения блога.
• Организации содержания.
• Возможности оставлять комментарии.
• Обратной связи с пользователями.
• Настройке оформления сайта.
• Поддержке мультимедийных возможностей.
  Необходимые навыки: пользователь, администратор.

Я присматриваюсь к Drupal для моей организации/компании и мы нуждаемся в:

• Настраиваемых правах доступа.
• Надёжной защите.
• Масштабируемости.
• Настройке и расширении возможностей под наши задачи.
• Инфраструктуре поддержки (документация, сообщество и т.д.)
• Организации содержания.
• Дополнительных возможностях/функциональности.
  Необходимые навыки: evaluator, пользователь.

Я хочу организовать сообщество и нуждаюсь в:

• Возможностях обмена мнениями и файлами (блогах, форумах и т.д.)
• Возможностях для самоорганизации сообщества.
• Сайте который можно развивать вместе с развитием сообщества (не отставая от современных требований).
• Инфраструктуре поддержки (документация, сообщество и т.д.)
• Настраиваемых правах доступа.
• Надёжной защите (безопасности, защите от спама и т.д.)
• Распределённом доступе и дополнительных модулях позволяющих организовывать сообщества.
  Необходимые навыки: evaluator, пользователь, администратор, разработчик (в некоторых моментах)

Я бизнесмен и нуждаюсь в:

• Установке собственного сайта.
• Настройке оформления сайта.
• Настраиваемых правах доступа.
• Организации содержания.
• Инфраструктуре поддержки (документация, сообщество и т.д.)
• Возможности вести коммерческую деятельность.
• Открыть магазин.
• Организовать платные услуги.
• Настройке и расширении возможностей под свои задачи.
  Необходимые навыки: evaluator, пользователь, администратор, разработчик (ограниченно).

Я разработчик сайтов и нуждаюсь в:

• Настройке оформления сайта.
• Дополнительных возможностях/функциональности.
• Обеспечении поддержки своим клиентам.
• Сообществе разработчиков.
  Необходимые навыки: evaluator, администратор, разработчик.

Я программист и нуждаюсь в:

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

Итак вы определились кто вы и что вам нужно? Если да, то посмотрите ниже что мы имели ввиду когда указывали «необходимые навыки».
Evaluator: имеет общие понятия о сети.
Пользователь: может добавлять содержание и делать настройки.
Администратор: управляет ролями, темами, организацией содержания, настраивает модули, устанавливает и обновляет ПО и базы данных, применяет исправления.
Разработчик: устанавливает ПО, делает темы оформления (используя CSS и PHP), делает и разворачивает сайты в сети, делает дополнительные модули, работает с LAMP.
Программист: программирует на PHP, работает с базами данных, программирует используя API, оценивает существующие решения и применяет патчи, сотрудничает с другими разработчиками.