Способы решения IE+PNG:

1. С помощью CSS
2. С помощью JavaScrrpt
3. Решение на стороне сарвера

1. Работа PNG графики в IE5.5, 6 с помощью CSS

Решение заключается в использовании для IE фильтра AlphaImageLoader.

1. Вставляем CSS файл fix-ie6.css только для IE5.5 и 6 в разделе head html документа.

2. Помечаем селектором(айдишником или классом) в каком контейнере будет png графика.

3. Описываем в общем файле стилей, например в styles.css, свойства контейнера #png_wrap.

4. Прописываем в файле fix-ie6.css фон для этого контейнера с использованием фильтра AlphaImageLoader

5. Если нужно добавить кликабельность контейнера, можно внутрь контейнера поместить прозрачный гиф внутри ссылки. Например:

Недостатки решения AlphaImageLoader:

- Необходим дополнительный контейнер для каждой картинки.

Преимущества решения AlphaImageLoader:

+ Простота использования
+ Валидный код

Подробная информация про свойства фильтра AlphaImageLoader

2. Работа c PNG графикой в IE5.5, 6 используя JavaScript библиотеки

Существует огромное количество библиотек JavaScript для борьбы с проблемой IE и PNG. Они загружаются при полной загрузке страницы и обрабатывают png графику. Каким образом изменяют графику – это уже вопрос другого обзора. Теперь рассмотрим наиболее интересные варианты:

jquery.pngFix.js – плагин на основе API jQuery

Свойства плагина jquery.pngFix.js

• Работает с фоновыми изображениями
• Работает с кликабельными изображениями
• Работает с атрибутами alt, title, styles и class изображения

Установка:

1. Скачать jQuery
2. Скачать pngFix
3. Подключить в заголовке head скаченные файлы
   <script type="text/javascript" src="jquery-latest.pack.js"></script>
   <script type="text/javascript" src="jquery.pngFix.js"></script>
4. Активировать плагин pngFix. Вставлять можно и в заголовок head и в тело страницы body
   <script type="text/javascript">
       $(document).ready(function(){
           $(document).pngFix();
       });
   </script>

Недостатки jquery.pngFix.js

- Не всегда корректно позиционируется в IE
- забирает себе событие document.ready

Преимущества jquery.pngFix.js

+ легек в использовании и установке
+ с помощью селекторов в jQuery плагину можно указать чтоб он обрабатывал только картинки

ie7-js – Google JavaScript библиотека

Свойства плагина jquery.pngFix.js

• Работает только с изображениями
• Работает с кликабельными изображениями
• Работает с изображениями, которые имеют вид *-trans.png

Установка:

1. Скачать Google ie7-js
2. Подключить в заголовке head скаченный файл
   <!--[if lt IE 7]>
     <script src="IE7.js" type="text/javascript"></script>
   <![endif]-->
3. Переименовать необходимые файлы в такой вид *-trans.png

Недостатки jie7-js Google

- большой размер (72 Кб)
- не работает с повторяющимся фоновым изображением

Преимущества jie7-js Google

+ очень прост в установке

IE PNG Alpha Fix

Свойства библиотеки IE PNG Alpha Fix

• Автоматическая активация прозрачности
• Работает с картинками
• Работает с фоновыми изображениями
• Поддерживает ролловеры
• Работает на основе .htc файла
• вставляет если нужно ссылку для кликабельности

Установка IE PNG Alpha Fix

1. Скачиваем и разархивируем архив iepngfix.zip
2. Копируем iepngfix.htc в любое место
3. Прозрачный gif из архива копируем в корень сайта. Если же копируем в какую-то папку /folder/ , тогда в файле iepngfix.htc нужно указать путь к прозрачному гифу
    var blankImg = '/folder/blank.gif';
4. Указываем или в css или в html, какие контейнеры буду содержать png графику. Путь должен быть относительным к html фалу.
   <style type="text/css">
     img, div { behavior: url(folder2/iepngfix.htc); }
   </style>

Недостатки IE PNG Alpha Fix

- работает на основе .htc

Преимущества IE PNG Alpha Fix

+ прост в установке и использовании
+ широкие возможности

3. Cерверные решения проблемы IE+PNG

Вся обработка страници по замене png записей происходит на стороне сервера с помощью php или другого языка. Примеров много. Вот одни из них:

replacePngTags.php от koivi.com

Установка

1. Скачиваем архив http://koivi.com/ie-png-transparency.zip
2. Копируем на сервер replacePngTags.php
3. В файле в котором нужно работать с png графикой вставляем инициализируем функцию
   <?php ob_start(); ?>
4. В конце этого файла вставляем такой код:
   <?php
       include_once 'replacePngTags.php';
       echo replacePngTags(ob_get_clean());
   ?>

Недостатки replacePngTags.php

- нагрузка на сервер

Преимущества replacePngTags.php

+ не нужно править html код, только добавить подключение функции в движок

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

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

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

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

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

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

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

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

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

Источник: http://zloy-tony.ru/2009/01/drupal-vs-wordpress/

Плюсы:

Система полностью интегрирована в Microsoft Office. Поэтому, она позволяет полностью использовать всю мощь программного продукта MS Office на сайте. Она специально разработана для внутренних сайтов компаний. При полной настройке системы, когда она уже готова – проста и удобна для конечного пользователя.

Минусы:

Требует специальных знаний во многих областях, таких как ASP.Net, C#, InfoPath, Exchanche Server и SharePoint Server. Для модернизации под нужды компании требует много времени, поскольку основные модули на сайте не реализованы в системе. Высокие требования к оборудованию. Платная система. Недостаточно документации для разработчика. Затраты. Система требует как минимум 2 квалифицированных специалистов: администратора SharePoint и программиста ASP.Net под SharePoint. Обучение таких специалистов дорогостоящее. В нашей ситуации, как минимум, нужно обучить программиста в качестве разработчика SharePoint приложений для запуска пилотного проекта.
Также, если рассматривать лицензию для данного ПО получается слишком высокая цена. Затраты на разработку.

Вывод:

Систему следует внедрять только в том случае, если НЕОБХОДИМО использовать функционал MS Office. В случае же автономного сайта следует использовать другую платформу.

1C – Bitrix

Плюсы:

Главное преимущество системы – это тесное взаимодействие сайта с программой «1с Предприятие». Очень хорошо разработанный процесс покупки и продажи товаров. Позволяет на базе одной системы создавать, как и внешний сайт, так и внутренний сайты. На внешнем сайте могут находиться магазин и информация для клиентов, на внутреннем – сервисы и информация для сотрудников компании. Для разработки своих компонентов есть специальный механизм, который позволяет брать за основу существующие компоненты и их расширять. Приятная особенность: кроме админ панели, система позволяет пользователям управлять содержимым сайта прямо с самого сайта, не заходя в админ панель. Постоянная тех поддержка. Использование только одной технологи PHP. Обилие документации для разработчиков и для пользователей на русском языке.

Минусы:

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

Затраты:

Затраты только на покупку лицензии и разработку.

Вывод:

Эту систему лучше использовать, если планируется завязать внешний у внутренний сайт в единую базу и если нужно будет использовать «1с-предприятие» непосредственно для электронной торговли. Довольно удобная система для разработчиков и пользователей. Покрывает большинство потребностей компании и не требует значительного времени на разработку.

TYPO3

Плюсы:

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

Минусы:

Вначале работы с админ панелью наблюдаются затруднения у обычных пользователей. Потом пользователи разбираются и легко работают. Для непосвященных разработчиков необходимо изучить внутренний конфигурационный язык. Нет синхронизации с Active Directory.

Вывод:

Эта система наиболее бюджетная. Но она требует специализированного разработчика под TYPO3.

Источник: http://web-spectr.com/

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 – для корпоративных. Но ничего не мешает менять их использование местами.