Сравнительный анализ CMS: охота на оптимальную систему для создания корпоративных сайтов

Здравствуйте!

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

Итак, объектом моего анализа стала семерка CMS согласно Рейтингу Рунета http://www.ratingruneta.ru/cms/2011/opensource/
CMS Официальные сайты Русскоязычное сообщество Cтабильная версия
Joomla www.joomla.org joom.ru Joomla 2.5
Drupal drupal.org www.drupal.ru Drupal 7.15
Modx modx.com modx.ru MODX Revolution 2.2.4
WordPress wordpress.org ru.wordpress.org WordPress 3.4.1
Typo3 typo3.org www.typo3.ru TYPO3 4.7.2
ImageCMS www.imagecms.net www.imagecms.net ImageCMS 3.3.6.72
CMS Made Simple www.cmsmadesimple.org www.cmsmadesimple.ru CMSMS 1.11

Тестирование осуществлялось по таким параметрам: удобство пользования административной панелью, скорость разработки сайта на движке, возможность написания дополнительных модулей, реализация основных возможностей при построении корпоративного сайта для компании. Для примера возьмем победителя в Рейтинге Рунета в разделе «Услуги для Бизнеса» (http://www.ratingruneta.ru/awards/services/): http://www.loadstar.ru/. Все тесты проводятся на наборе дистрибутивов (Apache, PHP, MySQL, Perl и т.д.) от Denwer.
CMS Дата последнего релиза: Вес распакованного архива, Mb PHP version
Joomla 19 июня 2012 31,2 5.2.x
Drupal 01 августа 2012 14,1 5.2.6 и больше
Modx 15 июня 2012 31,7 5.1.2 и больше
WordPress 27 июня 2012 14,9 5.2.4 и больше
Typo3 25 апреля 2012 84,7 5.3.x
ImageCMS 07 авгсута 2012 10,5 5.3.x
CMS Made Simple 28 июля 2012 13,8 5.2.4 и больше


Системные требования


  • Joomla: поддержка Zlib, поддержка XML, поддержка базы данных:(mysql, mysqli), String Overload выключена, поддержка INI Parser, поддержка JSON
  • Drupal: gd, PHP XML extension, Hash and JSON, Php Data Objects (PDO)
  • Modx: zlib, SimpleXML, проверка ограничения выделяемой памяти (должно быть не менее 24 MБ)
  • WordPress:MySQL 5.0 or greaterThe mod_rewrite Apache module
  • Typo3: openssl, gd
  • ImageCMS: curl, json, mbstring, iconv, gd, zlib
  • CMS Made Simple: md5 Function, GD library


Установка


  • Joomla, Drupal, Modx, WordPress, ImageCMS, CMS Made Simple: полностью веб-интерфейс, беспрепятственная установка в несколько этапов.
  • Typo3: с первого раза своими силами установить не удалось, openssl для денвера поставил, но ошибки начали возникать дальше, в конце концов установка зависла и выдала белый экран. После перезагрузки появилось много ошибок, тогда я решил не тратить время впустую дальше.


Русская локализация администраторской части


  • Joomla: файл русской локализации качаем с официального русского сайта: joom.ru, устанавливаем через Extension Manager, потом ставим по дефолту с помощью Language Manager. В общем на всю процедуру ушло около 2 минут.
  • Drupal: сделал большую ошибку, не выбрав языковый файл во время установки, прописать его с административной панели позже не удалось. Удалил дистрибутив, во второй раз установку сделал правильно, скачал языковый файл с localize.drupal.org/translate/downloads и закачал в папку /profiles/standard/translations/
  • Modx: при установке выбирается русский интерфейс. Ничего дополнительно скачивать не нужно.
  • WordPress: была скачана русская версия установочного скрипта, вся установка прошла сразу на русском языке.
  • Typo3: тестирование не проводилось.
  • ImageCMS: полностью русскоязычная разработка, соответственно — и администраторский интерфейс на русском языке.
  • CMS Made Simple: без проблем скачал файл со ссылки dev.cmsmadesimple.org/project/files/6#package-618, потом разархивировал в корень системы. После этого в конфигурации можно было выбрать русский язык.


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

Создание статических страниц


  • Joomla: в верхнем меню в разделе «Материалы» без проблем создал страницу «О компании» и наполнил его нужным текстом.
  • Drupal: очень понравилось решение с режимом редактирования непосредственно во время просмотра сайта. В верхнем меню легко добавил страницу «О компании» и там же присвоил ее к верхнему меню. Нет визуального редактора, только теги или html, хорошо это или плохо? Склоняюсь к тому, что для неопытного пользователя — плохо.
  • Modx: в общем: эта система совсем другого уровня, скорее CMF, как ее позиционируют сами разработчики. Можно настроить все что угодно, сделать крупный портал, но для этого нужно потратить немало времени на изучение всех возможностей. Для данной задачи начинающему программисту, наверное, не подойдет — жаль времени.
  • WordPress: создал страницу «О компании» без проблем в разделе Страницы.
  • Typo3: так как установка не удалась, попробовал посмотреть на демо-версию: demo.typo3lab.ru. Все очень запутано, дальше разбираться не стану, для создания такого сайта нужна очень тонкая настройка руками специалиста typo3. Но поскольку сайт очень простой, скорее всего — система мне не подойдет.
  • ImageCMS: в верхнем меню в разделе «Содержимое» — «Создание» без проблем создал статью «О компании».
  • CMS Made Simple: создал страницу «О компании» в разделе «Контент». Там же присвоил ее к верхнему меню.


Создание раздела новостей


  • Joomla: без особых проблем создал категорию в разделе «Материалы», потом также добавил новости в кратком и полном виде.
  • Drupal: не смог создать раздел новостей, хотя, догадываюсь, эта возможность находится где-то в создании словарей, поскольку там есть похожий функционал.
  • Modx: тестирование не проводилось.
  • WordPress: в разделе «Записи» создал рубрику, также без затруднений.
  • Typo3 — тестирование не проводилось.
  • ImageCMS: в верхнем меню в разделе «Категории» — «Создание» без препятствий создал категорию «Новости».
  • CMS Made Simple: есть специальный раздел новостей, где создаются категории и добавляются новости. Там создал категорию «Новости» и добавил туда список новостей.


Создание меню


  • Joomla: в разделе «Меню» создал пункт меню «О компании» и присвоил ему созданную статью, нужный пункт сразу появился в верхнем меню дефолтного шаблона. Также создал пункт меню на категорию «Новости». Единственное — считаю настроек слишком много: чтобы добавить пункт меню «Новости» нужно выбрать кучу параметров.
  • Drupal: пункты меню присваиваются содержимому сразу при создании.
  • Modx: тестирование не проводилось.
  • WordPress: внешний вид — Меню — легко создал меню и присвоил ему все нужные пункты.
  • Typo3: тестирование не проводилось.
  • ImageCMS: в разделе «Меню» легко создал пункт меню «О компании» и присвоил ему нужную статью, аналогично можно присвоить пункту меню и категорию.
  • CMS Made Simple: непонятно, как создается меню. Стоит копаться в шаблонах.


Обратная связь


  • Joomla: с помощью модуля «Контакты» создал отдельный контакт, прописал все контактные данные и в пункте меню настроил вывод этих данных и формы обратной связи. Проблемой оказалась необходимость отображения множества различных контактных данных — такой возможности я не нашел. Загнал в дополнительную информацию, но она вся отобразилась снизу. Нужно будет искать решение при редактировании шаблона.
  • Drupal: с помощью модуля Contact создана форма обратной связи. Сделал блок, в настройках которого указал “показывать на странице контактов”, в этом блоке можно написать всю необходимую информацию.
  • Modx ,Typo3: тестирование не проводилось.
  • WordPress: в базе обратной связи нет. Не нашел хорошего плагина. Но в принципе их довольно много, так что подходящий наверняка найдется.
  • ImageCMS: присутствует рабочий модуль «Обратная связь», который реализует данную возможность. Также без проблем проходит установка в верхнем меню ссылкой.
  • CMS Made Simple: модуль FormBuilder не удалось установить.


Двуязычность


  • Joomla: встроенной возможности для двуязычности нет, нужно искать дополнительные модули. Насколько я понял — немного беда с этим, самый популярный модуль JoomFish с версией 2.5 не работает. Остальные, как мне показалось, очень сырые, поэтому решил на их тестирование время не тратить. Если нужна двуязычность, лучше использовать более ранние версии Joomla и компонент JoomFish. Немного почитал документацию по JoomFish — с описания не понравилось то, что нужно редактировать контент на другом языке используемую модуль, а не напрямую из статьи. Хотя, возможно, кто-то находит это удобным.
  • Drupal: в базе не нашел где переводить контент. Хотя, есть догадки, что присутсвуют специальные модули, либо дополнительные настройки.
  • Modx, Typo3: тестирование не проводилось.
  • WordPress: в базе нет. Не нашел хорошего плагина. Но в Интернете информации достаточно, так что настройка возможна.
  • ImageCMS: мультиязычность также доступна в сборке. После создания второго языка при редактировании меню, статей и категорий появилась возможность перевести их на другой язык. Вот только пока не понятно, как вставить переключатель языков на сайт.
  • CMS Made Simple: можно скачать модуль отсюда: dev.cmsmadesimple.org/project/files/955#package-972. Лично мне установить не удалось, да и описания по нему немного. Пока все очень печально, надеюсь, что шаблоны смогут удивить в будущем.


На этом этапе я готов отказаться от работы с двумя системами: modx и typo3. Далее занялся прикруткой нашего отверстанного дизайна к шаблонам систем управления. Соответственно, мне нужно отобразить главную страницу в заданном формате со слайдером, все внутренние имеют отличительный от главной дизайн. Информационные страницы отображаются в одном формате. Нужно также настроить обратную связь.

Настройка главной страницы


  • Joomla: все редактирование происходит в файле index.php в корне шаблона, довольно просто изменить отображение главной, прописав нужные участки кода и вставив модули, куда нужно.
  • Drupal: отредактировать шаблон можно в папке: \themes\bartik\templates. Там же можно просто изменить все необходимые блоки.
  • Modx, Typo3: тестирование не проводилось.
  • WordPress: отредактировать шаблон можно в папке: wp-content\themes\twentyeleven. Там можно изменить все необходимые блоки. Вот только нужно найти соответствующие файлы для редактирования шапки, контента, футера и т.д.
  • ImageCMS: редактирование главной страницы происходит в файле main.tpl в корне шаблона. Там без проблем изменяются все необходимые блоки.
  • CMS Made Simple: работа из шаблонами из базы данных, только с администраторской части. Это моментально закрывает вопрос о пригодности к созданию уникальных нешаблонных сайтов на данной системе для меня.


Настройка раздела новостей


  • Joomla: для раздела новостей можно назначить другой шаблон чтобы изменить отображение меню. Все ненужные параметры для отображения можно скрыть из админки. Далее — настройка внешнего вида с помощью css-файла. Если вы хотите совсем уникальную настройку со своими css-классами, нужно каждый компонент править в соответствующих папках, к примеру — для новостей: components\com_content\views\category\tmpl
  • Drupal: как назначить другой шаблон для раздела новостей либо статической статьи я не нашел. Можно, конечно, прямо в главном шаблоне поставить нужные условия и добиться этого результата.
  • Modx, Typo3, CMS Made Simple: тестирование не проводилось.
  • WordPress: стандартных средств реализации отдельного дизайна для раздела либо отдельной страницы я не нашел, но в Интернете есть статья: www.mykhailenko.com/blog/2011-07-27/multiple-templates-4-category-single-pages-wordpress.html. Не совсем удобное решение, но хоть что-то.
  • ImageCMS: что очень понравилось — для каждой категории можно установить свой файл отображения как категории, так и общего шаблона сайта. Таким образом, без проблем решается тот нюанс, что главная и внутренние страницы имеют разную структуру (без каких-либо правок ядра системы и работы с PHP-функциями).


Настройка статической статьи


  • Joomla: назначается иной от главной шаблон, далее надо править: либо CSS-файлом, либо код в компоненте.
  • Drupal: как назначить другой шаблон для раздела новостей или статической статьи я не нашел. Можно, конечно, прямо в главном шаблоне поставить нужные условия и достичь этого результата.
  • Modx, Typo3, CMS Made Simple: тестирование не проводилось.
  • WordPress: стандартных средств для реализации отдельного дизайна для раздела либо отдельной страницы я не нашел, но, правда, в Интернете есть статья:http://www.mykhailenko.com/blog/2011-07-27/multiple-templates-4-category-single-pages-wordpress.html. Не совсем удобное решение, но хоть что-то.
  • ImageCMS: без проблем назначается свой шаблон, либо редактируется стандартный для настройки нужного вида.


Вставка меню


  • Joomla: происходит посредством вставки модуля меню в шаблон в нужном месте. Внешний вид можно настроить с помощью css-класса либо правкой кода модуля: modules\mod_menu
  • Drupal: происходит посредством вставки специального кода, который выводит меню.
  • Modx, Typo3, CMS Made Simple: тестирование не проводилось.
  • WordPress, ImageCMS: вставляет просто с помощью специальной функции.


Настройка обратной связи


  • Joomla: можно настроить изображение методом правки файла: components\com_contact\views\contact.
  • Drupal: можно настроить с помощью \includes\form.inc и правкой php-файла, либо с помощью класса-css.
  • Modx, Typo3, CMS Made Simple: тестирование не проводилось.
  • WordPress: настройка происходит посредством правки файлов плагина.
  • ImageCMS: нужно править шаблон модуля: application\modules\feedback\templates. Также есть модуль калькулятора, который при введенных трех значений показывает какой-то предусмотренный результат пользователю. Я попробовал разобраться, как создать нечто такое с помощью этих систем.


Создание модуля


  • Joomla: в Интернете можно найти различные статьи, так что из знанием РНР и умением читать документацию можно самостоятельно разрабатывать несложные модули. К примеру, первая в поисковой выдаче статья: www.joomla-code.ru/j25-creat-module
  • Drupal: есть много статей, например — обучающие созданию модулей для Drupal azbukaweb.ru/creating-modules-a-tutorial-drupal-7x
  • Modx, Typo3: тестирование не проводилось.
  • WordPress: есть много статей, первое из выдачи Google: www.presswordpress.ru/wordpress-plugins/wp-wordpress-gallery-easy-plugin. В общем можно разобраться и сделать необходимый модуль.
  • ImageCMS: на эту тему нашел статью: wiki.imagecms.net/%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D0%B5%D0%B9, также есть ссылки на форум. В общем, можно сделать необходимый модуль.
  • CMS Made Simple: присутствует вполне подробная статья на сайте русского сообщества. То есть, создание модуля не станет проблемой для любителей.


Анализ CMS в контексте SEO


С точки зрения продвижения в поисковиках, системы CMS отдельно тестировал специалист по продвижению. Сделанные в этом аспекте выводы приводятся ниже.
Чтобы понять, как можно работать с данными CMS в направлении продвижения и оптимизации под поисковые системы, мы проанализируем стандартные возможности нужного функционала и ошибки в оптимизации:
  • ЧПУ;
  • отсутствие дублей страниц;
  • страницы «мусор»;
  • визуальный редактор для контента (возможность добавить тексты);
  • 404 страницы;
  • индивидуальное управление тегами title и description всех страниц;
  • количество дополнительных модулей;
  • карта сайта.


Joomla:


  • ЧПУ — генерируется из index.php, автоматически вставляется с title;
  • Дубли — при продвижении будут проблемы с index.php, это индексируется;
  • Страницы «мусор» — После включения (Use URL rewriting — Yes) страницы такого типа /index.php?option= com_content&view=categories&id=0 не пропадают;
  • Визуальный редактор — есть, вставить текст на главную страницу сразу не получилось. Это можно сделать через Global Configuration (Use URL rewriting — Yes), Featured Yes, но после этого все созданное сломалось — 404 ошибка;
  • 404 — есть;
  • Title — нельзя наcтроить с административной части, к тому же нужно искать почему на всех страницах 404 ошибка, после включения (Use URL rewriting — Yes)
  • Description — для статей и главной настраивается,
  • Sitemap — отсутствует;
  • Плагины — 3 seo-плагина для Joomla (Custom Page Title, JCrawler, ARTIO JoomSEF).


Drupal:


  • ЧПУ — автоматически не генерируется, нужно вписывать вручную;
  • Дубли — если забыть вписать вручную название ссылки, будет создан url/node/2, заменить на нужную ссылку, автоматически добавляется
    <link rel="canonical" href="/test1" />
    
    и также для /node/2#comment-1;
  • Страницы «мусор» — /user/1 и /taxonomy/term/1 ) стандартно генерируемого в Robots.txt, не закрыты;
  • Визуальный редактор — отсутствует. На страницы текст можно вставить, тег “p”, сам создается, списки надо создавать собственноручно. Имеется дополнительный модуль;
  • 404 — есть;
  • Title — для статей можно настроить, также для главной страницы. С администраторской части и в шаблоне нельзя изменить формат «article | front title». Дополнительно нужно писать в файл template.php.
  • Meta Descriptions — вообще нет возможности его вписать ни для главной, ни для статьи. Очень странно почему до сих пор эту проблему не исправили, надо будет поработать в файлах и модулях;
  • Sitemap — отсутствует;
  • Модули — дополнительно нужно ставить 8 модулей (globalredirect, Meta Tags (nodewords), path_redirect, pathauto, transliteration, xmlsitemap, Search 404, Seo checklist).


Вертска шаблона — кошмар, для размещения тегу “p”, нужно
<div class=""region region-content""> 
 <div class=""block block-system"" id=""block-system-main""> 
 <div class=""content""> 
 <div id=""first-time""> 
 <p> No front page content has been created yet. </p> 
 </div> 
 </div> 
 </div> 
 </div>

модули также такое генерируют.

Modx


Тестирование не проводилось

WordPress:


  • ЧПУ — удобно и быстро настраиваемый, к тому же — автоматически создается ссылка;
  • Дубли — нет;
  • Страницы «мусор» — нет;
  • Визуальный редактор — присутствует;
  • 404 — есть;
  • Title — для статей и главной можно настроить. Формат title | front title, с администраторской части изменить нельзя. Достаточно просто настроить в файле header.php;
  • Descriptions — нет вообще, нужно ставить модуль;
  • Sitemap — нет, требуется дополнительный модуль;
  • Модули — достаточно поставить один модуль WordPress SEO by Yoast.


Typo3:


Столь нестандартная система, по сравнению с другими, что ее, кажется, лучше не трогать! Например, content.defaultHeaderType = 1 это изменение тега h1. Там все абсолютно нелогично.

ImageCMS:


  • ЧПУ — автоматически генерируются;
  • Дубли — отсутствуют;
  • Страницы «мусор» — нет;
  • 404 — есть;
  • Визуальный редактор — есть, простое пользование (всего очень много, можно было бы упростить);
  • Title — простая настройка для главной и статей, формат title можно изменить в «Конфигурация сайта» > " Цель Теги" также в шаблоне;
  • Descriptions — автоматическое заполнение, и ручное изменение;
  • Sitemap — единственная CMS, где есть такой модуль;
  • Модули — дополнительных не нашел, пожалуй, это вопрос времени. В основном все, что нужно, есть в сборке.


CMS Made Simple:


  • ЧПУ — не работает почему-то, хотя есть Page Alias, Page URL:;
  • Дубли — замечены не были, но могут быть из-за отсутствия ЧПУ;
  • Страницы «мусор» — index.php?page=test4 скорее всего, что в процессе работы появится;
  • 404 — есть;
  • Визуальный редактор — есть;
  • Title — можно настроить для статей и главным. Фртмат title | title front можно изменить в шаблоне;
  • Descriptions — отсутствует;
  • Sitemap — нет;
  • Модули — нашел 3 модуля (Meta Max, SEOTools2, SEO Tools), которые смогут улучшить работу с CMS.


Если проанализировать основные недостатки CMS, отсутствие description, проблемы с title и ЧПУ, ошибки в Robots.txt, sitemap.xml, такие же ошибки на официальных сайтах, то можно сделать следующие выводы:
  • больше всего понравились WordPress и ImageCMS;
  • Drupal и CMS Made Simple чем-то похожи, но Drupal выглядит более мощным;
  • Joomla разочаровала глюком 404, но с системой можно работать;
  • ModX — не каждый Интернет-маркетолог разберется с данной CMF;
  • Typo3 — кошмар, из которого, кажется, выжали всю логику. Если она там была.


Итог


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

Итак, мои впечатления:


Joomla.

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

Drupal.

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

Modx.

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

WordPress

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

Typo3.

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

ImageCMS.

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

CMS Made Simple.

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

Похожие публикации

Комментарии 188
    0
    А, каков результат? Какая лучшая? Точнее, нельзя сказать какая лучшая (всё равно что сравнить BMW и mercedes), какая близка к тому, чтобы быть лучшей
      –5
      Кстати, отличная, просто великолепная статья, большое вам спасибо.
        0
        Так если внимательно почитать, то станет ясно — ImageCMS. Автор же написал — система без видимых недостатков
        +2
        Для корпоративной визитки с новостями хорошо подходят простенькие узкофункцональные системы типа simpla.
          +2
          Симпла — это отлично заточенная система под интернет-магазины. И стоит 400$.

          Я в своё время провёл много тщательных поисков подходящей cms, и открыл для себя LabCMS.
          Рекомендую, там и карта сайта генерируется, и система шаблонов удачная, в общем посмотрите.
            0
            Я как-то давно использовал Danneo CMS — достаточно простая и легковесная.
              0
              Еще держал провайдерский аниме-сайт на E107, было неплохо, работает она быстро.
            0
            Я ещё есть новенькая Anchor CMS
              0
              А она что стала бесплатной?
              +9
              Заголовок стоит изменить на «Сравнительный анализ CMS на PHP». Кроме PHP в мире есть еще множество других веб технологий и CMS на них соответственно тоже есть.
                +1
                А так же добавить, что речь идет о бесплатных системах.
                  –4
                  если бы было в заголовке «бесплатных», не открыл бы топик.
                  +1
                  Я бы ещё добавил в конце заголовка «с готовыми шаблонами», т.к.то как обошлись с modx несколько поразило.
                  0
                  Использую ImageCMS, мне как не веб-разработчику эта cms показалась довольно простой и удобной, особенно в плане работы с шаблонами. Сейчас кстати основной вектор развития этой системы направлен на создание интернет магазинов.
                    +5
                    Изучить за неделю семь CMS не самая простая задача. Если бы вы потратили на каждую (или бы на 3-4 из них) по неделе, было бы намного информативнее и полезнее.

                    Кроме того, довольно странно от CMS ждать все функций из коробки: модули сильно меняют картину.

                    Если вы хотите выбрать одну CMS для корпоративных сайтов, то нужны более точно выбранные критерии, нежели «создание страниц» и «добавление меню».
                      0
                      Если возникают проблемы и/или сложности с CMS в начале создания сайта, а затем в процессе продвижения, тогда бизнес процессы могут приостанавливаться. А на исправление и совершенствование много времени тратится. 3-4 дня действительно, еще больше можно всего посмотреть и изучить логику данных CMS. Думал почитать 400 стр. Drupal Development John VanDyk, Matt Westgate. Тогда статья в 4 раза увеличиться, все-таки передумал.
                        0
                        Если это проблема именно CMS, то да. Но при беглом осмотре, можно максимум исключить несколько вариантов и более серьезно разобрать другие. А если дело в том, что взгляд был слишком поверхностный, то может быть обратная ситуация: легко исправляемые «недочеты» мы причисляем в, условно, минусы, а серьезных проблем обнаружить не успели.

                        Ниже, например, очень хорошо написали про Drupal, как видите недочетов в обзоре достаточно.
                      +30
                      ох и обзор…
                      это все равно что сделать обзор кукурузника и боинга, просто подергав разные ручки в течении часа
                        0
                        Причем боинг был не только не заправлен, а его вообще только по телевизору показали :-/
                        +3
                        Вывод о Typo3 надо дублировать и для Друпала. Читал и чуть ли не плакал, честное слово.
                        Друпал — это система для людей, которые готовы в нём поковыряться и, так сказать, «проникнуться» его логикой. После этого всё становится на порядок проще.
                          +5
                          Чего про Drupal много странного написали. Видимо дело в том, что мало на него время потратили. Всё, что ему не хватает по вашему мнению есть в модулях.

                          Создание статических страниц — визуальных редакторов море, тот же CKEditor
                          Создание раздела новостей — модуль Views, он позволяет выводить любые типы материалов, в любом виде. Мощнейший модуль.
                          Создание меню — не только при создании, можно и потом присвоить.
                          Двуязычность — модуль Internationalization (i18n)
                          Drupal — page--front.tpl.php отдельный шаблон, делайте, что хотите. Туда же подключить можно отдельные стили. Отдельные блоки можно разместить только на главной.
                          Настройка раздела новостей — page--news.tpl.php (например) отдельный шаблон, делайте, что хотите. Туда же подключить можно отдельные стили. Отдельные блоки можно разместить только для страниц новостей.
                          Настройка статической статьи — page-node-1.tpl.php (например) отдельный шаблон, делайте, что хотите. Туда же подключить можно отдельные стили. Отдельные блоки можно разместить только для данной страницы.
                          Вставка меню — зачем код? У каждого меню есть свой блок, разместить можно в любой регион.
                          Настройка обратной связи — не понял, что вы имели ввиду.
                          Анализ CMS в контексте SEO — ЧПУ всё генерируется, включите доп. модуль ядра. Meta — есть спец модуль. Sitemap — тоже модуль.

                          Вот как-то так..Drupal — CMF.
                            –7
                            Если посчитать получится, нужно дополнительно установить более 10 модулей + для SEO 8. Все это влияет на загрузку сайта, чтобы улучшить время загрузки нужно установить еще дополнительный модуль. CMF подходит для крупных сайтов, и то ее нужно очень хорошо настроить, короче это очень большая «махина».
                              0
                              Чтобы улучшить время загрузки — нужно включить кеширование и нормально настроить веб-сервер.

                              А вообще — соглашусь со всеми, кто выше указал, что Drupal все-таки из совсем другой «весовой категории». Там меньше плюшек «из коробки» (собственно, почти совсем нету), зато гораздо больше пространства для маневра на будущее, когда потребуется нечто такое, что изначально не было запланировано. Однако, будет ошибкой и считать, что на Drupal-е можно сделать всё — хоть он и круче чуть ли не на порядок всего остального мейнстрима, это всё-таки всего лишь CMS. С возможностями широкими, но не безграничными.
                                +5
                                1) Вы не правы. Чтобы все было «пальчики оближешь» нужно поставить намного больше 10 модулей. :-) На скорость загрузки сайта влияют далеко не все — какая разница, какие у вас стоят административные модули, типа тех же WYSIWYG-редакторов? Их обычный пользователь не видит и они на скорость загрузки не влияют.

                                2) Вы не правы. Прелесть Друпала как раз в том, что для действительно маленьких сайтов ничего ставить не нужно: из коробки есть и система шаблонов, и меню, и лента новостей (которую вы почему-то не смогли настроить, хотя для этого достаточно добавить пару материалов типа «Заметка» или любых других, у которых в настройках типа материала указано «Выводить на главную». И все — на главной вы получаете новостную ленту.), и одна из главных радостей создателей микро-сайтов — мультисайтинг, когда одна инсталляция Друпала обслуживает сто-пицот отдельных сайтов…

                                3) То, что вы пишите на счет правки Друпаловских исходников — это ужасно. Любой друпальщик прочитав это — застрелится (потому их и так мало в комментах — остались только самые крепкие). Пожалуйста, никогда не изменяйте ничего в исходниках Друпала. Если вам нужно создать тему — сделайте подкаталог sites/all/themes, скопируйте туда хотя бы какую-то из комплектных и там меняйте как хотите. Если вас не устраивает форма контактов комплектного модуля Contact — поставьте Webform, но не лезьте в код самой CMS!

                                4) Ну и вообще — очень сказывается, что вы пытаетесь работать не почитав про тот же Друпал вообще ничего. Меню редактируются стандартным способом через соответствующий пункт в админке. Переводы обеспечиваются стандартными же модулями из комплекта — можно вообще ничего не ставить. Не знаю, куда вам потребовалось вставлять блок меню в виде кода, но готовые блоки стандартных меню тоже есть из коробки. Замена шаблона для материала определенного типа — это создание одного файла в папке темы. Да, в Друпале работа с темами/шаблонами — не визуальная. Есть различные способы сделать ее более визуальной, но это все костыли. Ну и вообще — если бы вы дошли до «визуального» создания тем в том же typo3 — вам бы Друпал раем показался. :-)
                              +1
                              у MODx есть версия EVO, она намного проще. По дефолту с установкой идёт стандартный шаблон и набор страниц. Есть визуальный редактор и редактировать страницы можно, перемещаясь по сайту.
                                0
                                А где вывод о WP?
                                  0
                                  Упс:) добавил.
                                  +8
                                  Быстро, быстро MODX Выпал из гонки.

                                  Для более любопытных оставлю ссылку на несложные уроки.
                                    +4
                                    Жалко что и на MODX у автора не хватило сил и терпения, я думаю и сравнивать бы ничего не пришлось
                                      +2
                                      Согласен. Отсюда, абсолютно не соответствующий системе вывод.
                                        +1
                                        А потом юзеру, выбиравшему CMS поэтому топику, будет мучительно больно переходить с Joomla.

                                        Это если еще дорастет.
                                          +1
                                          Ряд SEO вообще отказываются продвигать сайты на Joomla или бесплатно переносят, если сайт не большой, а клиент перспективный.
                                            0
                                            Переносят на свою платную разработку, подскаживая клиента?
                                              0
                                              Нет. На другую бесплатную систему, но которая для целей seo подходит больше. Seo в чистом виде заинтересованы в получении прибыли за продвижение, ну или рекламу (если ее туда же засовывают), но не в разработке сайта. Тем более я же сказал, что в случае простого сайта, т. е. когда сайт можно полностью перенести менее чем за один рабочий день.
                                                0
                                                Может быть просто на ту, с которой привык работать менеджер и оптимизатор?
                                                  0
                                                  Тогда почему они это делают только с джумлой? А любые другие системы, что платные, что бесплатные берут в работу.
                                                    0
                                                    И с других переносят, и на Joomla переносят.
                                                    Когда сайт небольшой и простенький — цена переноса окупается удобством привычной работы.

                                                    Ну и второй вариант выше — подсадить клиента на свою разработку или продать лицензию на что-то.
                                      –5
                                      В целом обзор нормальный. Поставленную задачу помогает немного прояснить.

                                      От себя хотелось бы добавить, что если уж рассматривать WordPress, то нужно тогда включать в обзор и MaxSite CMS — max-3000.com
                                        –10
                                        Joomla — наше все. Тем более, что в ближайший месяц версия 3.0 выйдет.
                                          +5
                                          Joomla — наше все.

                                          Если так, то вам не очень-то повезло в жизни. :) Joomla — всего лишь инструмент для быстрого разворачивания сайтов. В большинстве своем однообразных и скучных. Не останавливайтесь, изучайте новое, растите, и не верьте в идеальные инструменты. :)
                                            0
                                            Если я написал «Joomla — наше все» это не значит, что я делаю сайты только с использованием Joomla. Для решения каждой задачи в отдельности я могу использовать и 1с-Битрикс, и Yii, и Wordpress, и многое другое.
                                              +1
                                              Я понял это именно так, уж извините. :)
                                                –8
                                                В таком случае не нужно давать мне советов или давать ликбез. И тем более давать оценку — повезло мне в жизни или не очень. Всех благ.
                                                  +3
                                                  У меня небыло шансов из текста первого комментария догадаться о тех вещах, про которые вы рассказали во втором.
                                                    –7
                                                    Но почему-то появился шанс допустить то, о чем написали.
                                            0
                                            Разработчики сайтов на Joomla должны доплачивать исполнителю
                                              0
                                              тьфу, заказчику
                                            –1
                                            Недавно задался этим же вопросом. Всем кто умеет программировать и нужен просто хороший каркас для небольшого сайта, без всяких свистоперделок и 300 таблиц в БД после установки — категорически рекомендую WolfCMS.
                                              –1
                                              Иногда проще написать свой маленький велосипедик, чем брать чужое. Вот и будет каркас.
                                                0
                                                Чтобы все учесть, нужно много проработать. Тоже думал над этим, но незачем делать кукурузник.
                                                  0
                                                  Скорее нужно иметь достаточный опыт. Изначально разработка своего движка сожрет много времени и сил, но потом это окупится простотой эксплуатации. Да и свой код читать всегда проще. Так что если есть время, желание и силы, лучшим вариантом всегда будет свой движок.
                                                    0
                                                    Свое — всегда приятнее… Но на мой взгляд, если вы разработчик, нужно взять перспективный framework (не CMS), где реализованы уже давно изъезженные вещи. Каждый сайт (нормальный сайт) уникален. Модули не всегда предоставляют то что именно хотелось. Изучив фреймворк — вы можете все.

                                                      +1
                                                      Есть другая вещь, которая очень негативна для клиента (для вас она больше позитивна). Суть в том, что вы подсаживаете клиента и никто, кроме вас не сможет потом это все адекватно поддерживать и развивать.
                                                      Видел массу систем, которые вот так были написаны с нуля, но без четкой документации. Как правило через какое-то время разработчик все равно отвалится (уйдет в другую отрасль, ему будут не выгодны или не интересны доработки, еще какие-то причины — денег больше будет хотеть, поссориться с заказчиком) и потом данный проект начинают поддерживать другие люди, которые не знаю особенностей самописной системы. Видели бы вы что из этого рождается… Такая система потом начинает жить своей жизнью.

                                                      Причем, при разработке своей системы с нуля, без фреймворка одни двумя людьми есть еще одна опасность: людей профессионалов глубоких в языке и смежных областях (БД, сервер) единицы. И то, что такая-то функция на одной ОС работает так, а на другой иначе — такие вещи, узко специальные, редкие могут знать реально единицы. И популярные CMS или фреймворки тестируют сотни и тысячи людей. Баги находятся оперативно и так же правятся, что нельзя сказать о собственных разработках.
                                                        –1
                                                        В моем случае я сам себе клиент. Но когда писал для других, они получали нормально обдоксигененый код. Этот негатив обусловлен чисто качествами разработчика. Последствия ваших примеров видел и правил.

                                                        Да, фреймворк в этом плане очень полезен, но в то же время желательно ему «подрезать крылья» для исключения отстрела воробьев из крупнокалиберных орудий. А то я видел пример, когда ребята такое на фреймворке накрутили… От одного единственного скрипта нужно было выдергивание одной строки таблицы за запрос.
                                                        Они к этому делу прикрутили Yii с полной инициализацией. В итоге сервер тормозил от пары пользователей.

                                                        Поэтому один из самых важных шагов при старте подобных проектов — правильно подобрать спецов.
                                                +1
                                                На примере статьи увидел на сколько хорошо у автора развита интуиция, по поводу drupal. Вам бы немного терпения и вы бы нашли и более легкие пути решения проблемы и выполнили все те действия о которых писали.
                                                  +1
                                                  Интересная система Ionize CMS — www.ionizecms.com/
                                                  Очень проста и удобная админка, мультиязычность и CodeIgniter под капотом.
                                                  Так же из игниченых не плохая PyroCMS.
                                                    0
                                                    Еще не достает такого обзора для форумных cms. Есть только статистика распространненности.
                                                    +4
                                                    Какой-то странный, на мой взгляд, обзор. «Тут не нашел, там не получилось». Скорее похоже просто на еще одну историю про то, как кто-то выбирал себе CMS, не особо утруждая себя изучением ни одной из них. В чем смысл, мне решительно не понятно. Тут же на хабре есть обзоры популярных модулей для некоторых систем (для Друпала точно видел, вроде бы и для ModX тоже проскакивало). Если же цель статьи — дать самое базовое представление для совсем уж не смыслящих ни в программировании, ни в CMS людей, то опять же не понятно, зачем, все равно выберут Джумлу.
                                                      +3
                                                      Для MODX тут аж 3 автора, написавших свои интернет магазины (и еще, по мелочи).

                                                      Причем один из них написал магазины и для Evolution и для Revolution.
                                                      +1
                                                      Drupal: отредактировать шаблон можно в папке: \themes\bartik\templates. Там же можно просто изменить все необходимые блоки.

                                                      А вот за такое сразу по рукам. Как вы потом апдейты накатывать будете — диффы смотреть полдня?
                                                        0
                                                        Drupal: можно настроить с помощью \includes\form.inc и правкой php-файла

                                                        Т.е. вот эта ересь вас вообще не смутила, да?
                                                          0
                                                          Статью полностью не читал — когда увидел, что дело дошло до изменения исходников, стало понятна степень компетенции автора.
                                                        +16
                                                        Да, и переименуйте статью. Замените пафосное «Сравнительный анализ» на более скромное, но честное «Беглый обзор». :)
                                                          +5
                                                          Статья печалит.
                                                          Автор прошёлся галопом по европам и сообщил нам своё мнение.
                                                          Не буду судить за другие системы, но всё что можно было сделать неправильно в Drupal — автор сделал
                                                            +3
                                                            Печалит не то слово. Это не сравнительный обзор и даже далеко не обзор. Если еще до раздела «Русская локализация администраторской части» хоть чем-то напоминает обзор, то дальше идет полный бред или тестирование не проводилось. Непонятно зачем нада было изначально заявлять Typo3 и MODX, если они «слились» (читать как автор слился) буквально на первых парах.

                                                            Вообще, адекватно написать сравнение нескольких CMS сможет только тот, кто поработал со всеми, а так — пальцем в небо.
                                                            +3
                                                            скорость разработки сайта на движке — очень субъективно,
                                                            как для меня, куда важней еще и качество, и скорость поддержки, и развития,
                                                            а то дилетанты разработают корпоративный сайт, а потом если что-то добавить — так месяц нужен, или с нуля переделывать
                                                            опять ибо на шиткодили по полной.
                                                            автор, вам бы снала обзор систем для построения «самых простых сайтов» написать или книг по разработке для новичков,
                                                            а потом уж в корпоративный серктор идти.
                                                            статья — ни о чём.
                                                              –5
                                                              Не дай бог кому то выбрать cms опираясь на данный обзор.
                                                              ИМХО, Typo3 лучшая система для больших корпоративных сайтов.
                                                                0
                                                                К сожалению, по сравнению с другими она совсем не логична. Видимо ее хотели сделать уникальной, это как искусство.
                                                                  0
                                                                  А я вот, мало того, что полностью согласен с тем, что Typo3 – лучшая (наиболее подходящая) система для среднестатистического корпоративного сайта, но я еще и не понимаю, в чем она НЕЛОГИЧНА?

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

                                                                  С точки зрения программиста – а почему это вообще важно? Вы телефон себе выбираете по критерию, какой было легче разработать?
                                                                    0
                                                                    А, простите, не заметил, кому отвечаю. Вы typo3 не посмотрели же даже, как вы можете говорить? :) прочтите мой комментарий там ниже по тексту.

                                                                    Создать шаблон для typo3 — это, пожалуй, сложнее, чем для других систем. Но это не должно быть критерием для выбора системы. Сложно, да. Захотите – разберетесь, не захотите – будут ваши клиенты мучиться с друпалом или джангой. Вот мучения клиентов вас должны сильнее волновать.
                                                                      +1
                                                                      А в чём по вашему, будут мучения? Учитывыая, что в Drupal можно создать очень хорошую админку на любой вкус, а про джангу-то и говорить смешно, всё в руках разработчика, это всё же фреймворк.
                                                                        –2
                                                                        Мы говорим не о том, что потенциально можно приготовить из Друпала (о чистых фреймворках речи вообще нет), а о том, что представляет из себя Друпал как CMS «из коробки». И, не забудьте, применительно к корпоративным сайтам. Я так понимаю, что корпоративный сайт — это богатая контентом иерархическая структура страниц с весьма умеренной интерактивностью, и уж точно не социальная сеть или блог-платформа.

                                                                        Так вот, для создания сайтов такого вида Друпал не очень подходит. А уж для управления такими сайтами — тем более.

                                                                        Что есть в typo3 из коробки для этого:
                                                                        Прекрасная мультиязычность
                                                                        Наглядная древообразная структура страниц
                                                                        Несколько различных типов контента (текстовые блоки с и без изображений, формы, таблицы, меню) – это, конечно, есть везде, но в Typo3 оно сделано особенно удобно и дуракоустойчиво
                                                                          0
                                                                          … (сорвалось, продолжаю)

                                                                          Для каждой страницы – возможность автоматически включить или включить страницу в конкретный момент времени, при желании – полный контроль над ЧПУ, без желания система сделает это за вас.

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

                                                                          И все это идет сразу после установки системы. Не надо ставить и настаивать никакие CCK и Views, и в этом огромный плюс Typo3 как CMS (и, разумеется, в этом ее некоторая ограниченность или неуклюжесть для других типов сайтов).
                                                                            0
                                                                            А можно попросить краткий обзор возможностей данной CMS со стороны как пользователя, так и разработчика?
                                                                              +1
                                                                              Вы знаете, Typo3 — это очень юзер-ориентированная система, в ней для пользователя весьма мало неочевидных и неожиданных подводных камней (типа как с созданием структуры сайта отдельно в таксономии, контента — отдельно в совершенно другом разделе бэкэнда), это самая удобная система для редактора, которую я только видел — хотя знаю, многие, кто не успел разобраться (или получил недостаточно настроенную под себя систему от программиста) с этим могут не согласиться.

                                                                              Поэтому возможности этой CMS со стороны пользователя красноречивее всего объяснят скриншоты.
                                                                              typo3.org/about/the-backend/

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

                                                                              Typo3 использует довольно оригинальный, на первый взгляд неуклюжий, но, если разобраться, чрезвычайно мощный способ описания шаблонов — TypoScript. Он довольно сильно непохож на более привычные подходы типа Smarty или, прости господи, <? echo $content;?>, и является самым большим камнем преткновения для новичков. Чтобы разобраться, приходится реально сделать над собой усилие и читать документацию. Но когда придет понимание, то оказывается, что все не так сложно.

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

                                                                              Вот, к примеру, базу данных по фильмотеке (Фильмы, жанры, режиссеры, актеры, и все это как-то там пересекается) я бы на Typo3 уже не стал делать. А сайты «О нас / Наши услуги / Партнеры / Контакты» да еще с кучей подрубрик «Наша миссия / Руководство / Забота о персональных данных / О нас пишут» — идеальная область применения Typo3.
                                                                                0
                                                                                Вроде выше я видел от Вас коммент что в Typo3 есть аналог CCK.
                                                                                А тут — обратный. Фильмотека отлично делается на Друпале или Joomla + CCK.

                                                                                Может все таки более развернутый пост?

                                                                                ЗЫ. «хедер-контент-футер» встречал в нескольких CMS, но точно не в Joomla — там все таки четкое разделение вида и кода.
                                                                                  +1
                                                                                  Я джумлу последний раз смотрел, когда она еще была мамбой, там это было.
                                                                                  В Тупо3 нет аналога CCK, для создания нестандартных сущностей (Стурктурированная информация о фильме, например) там придется писать экстеншн. В этом Друпал выигрывает у всех систем, и если нам нужны такие вещи, то Друпал будет лучшим выбором.

                                                                                  Но пока мы говорим о веб-странице, как основной информационной сущности, то Typo3 нам предлагает гораздо больше, чем Друпал «из коробки», и чтобы догнать Typo3, в Друпале придется задействовать CCK.

                                                                                  Вот смотрите, например какая информация о каждой странице может содержаться в Typo3, чего вы не увидите в Друпале, или увидите не там, где было бы логично: (там ниже длинный скриншотище есть, как иллюстрация):

                                                                                  Страница может иметь альтернативное название для меню — например, страница называется «Расчетные и бухгалтерские услуги предприятиям», но в меню оно для краткости будет именоваться «Бухгалтерские услуги».

                                                                                  Подзаголовок — мелочь, но иногда бывает нужно. Где выводится этот подзаголовок, и выводится ли вообще, будет решать программист на этапе создания шаблона.

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

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

                                                                                  Метаданные о странице — понравится сеошникам, а кроме того, краткое описание страницы может выводиться и в карте сайта.

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

                                                                                  Мы можем в этой точке иерархии вместо контента текущей страницы выводить контент другой страницы. Это довольно редкий юзеркейс, но даже он был продуман. Представьте, к примеру, что для того, чтобы запросить некоторую информацию, пользователь должен заполнить форму, и с ним свяжутся. Ну, к примеру, в разделе «Наше портфолио» по запросу могут выдаваться списки реальных клиентов компании. У вас есть один раз созданная форма, со всеми объяснениями посетителю, с нужными полями… И вы хотите эту страницу показывать в разных местах сайта — «Наши проекты / Автопром», «Наши проекты / Нефтедобывающие компании» и т.п. Для того, чтобы не создавать дубликаты страниц, вы создаете только одну страницу с формой, а остальные страницы будут на нее ссылаться. При изменении контента одной страницы изменения коснутся всех страниц. Получается такой своеобразный шаблон, но сделанный руками контент-менеджера.

                                                                                  Для любой страницы мы можем установить, что она должна открываться в новом окне. Ну, к примеру, страница «Персональный кабинет пользователя».

                                                                                  Для мультиязычных сайтов — для каждой страницы может быть указано, что происходит, если на какой-то из языков эта страница еще не переведена — отображать ли страницу на основном языке или вообще не отображать эту страницу? Причем «не отображать страницу» автоматически означает, что и в меню этой языковой версии посетитель эту страницу не увидит. А не так, что зашел на «Our projects», а там ему 404

                                                                                  Конечно, все это МОЖНО сделать на Друпале. Возможно, для этого достаточно лишь нужные расширения поставить. Но их еще надо найти, они могут конфликтовать друг с другом, у нас может быть несколько разных расширений, делающих вроде бы одно и то же, и все это придется тестировать — а тут прямо из коробки. Поэтому я и говорю — там, где нужны мощные средства управления сайтом как связным набором веб-страниц, Typo3 может оказаться предпочтительнее Drupal.

                                                                                    0
                                                                                    Огромное спасибо, было очень интересно. Один такой комментарий полезнее 30 экранов маркетинговой шелухи с официальных сайтов.
                                                                              0
                                                                              В чём плюс наличия из коробки какой-то возможности и минус её реализации модулем? Имхо, совершенно надумано.
                                                                              К тому же CCK с 7 версии Drupal есть из коробки, а не отдельным модулем, соответственно «из коробки» можно создавать сложные типы материалов с дополнительными полями.
                                                                              Кстати, всё перечисленное вами есть и в Drupal — дерево реализуется таксономией. Типы материалов создаются в необходимом количестве и.т.п.
                                                                                +2
                                                                                Есть-то оно есть, но вот удобно ли им пользоваться клиенту (то есть сферической девочке-контент-менеджеру), это вопрос.

                                                                                Что нужно сделать, чтобы в друпале создать страницу в разделе корпоративного сайта «Наши услуги / Юридическим лицам / Бухгалтерский учет»?

                                                                                а) Зайти в раздел управления таксономией (который находится в разделе «Структура». В этом же разделе, кстати, есть пункт «Меню». Вот раздел корпоративного сайта — это меню или таксономия?)
                                                                                б) Выбрать из всех словарей именно тот, который отвечает за дерево сайта. А там и другие словари могут быть.
                                                                                в) Добавить в словарь термин (понятия-то какие, а? Словарь, Термин, Таксономия...). Не забыть в Relations указать родителя этого термина.

                                                                                г) Ура, можно переходить собственно к созданию текста — переходим в другой раздел. Создаем… страницу. Нет, статью! Ой, или все-таки страницу?
                                                                                д) Ищем в таксономии, где там наш термин был?

                                                                                Слушайте, ну это же не для людей сделано… Этим совершенно неудобно пользоваться ДЛЯ ЭТОЙ ЦЕЛИ.
                                                                                Для привязывания тегов — да, шикарно. Этого, кстати, в Typo3 практически нет. Но для создания структуры сайта это чертовски неудобно.

                                                                                Смотрите, как это сделано в Typo3:
                                                                                Вот так выглядит дерево страниц и вообще интерфейс системы:
                                                                                image

                                                                                А вот тут я свел на одной картинке все табы из настроек страницы, чтобы вы оценили, что значит относиться к контенту как к веб-страницам, а не как к абстрактным универсальным нодам:

                                                                                image
                                                                                (кликабельно).

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

                                                                                Мне кажется, для ежедневной работы с сайтом это гораздо удобнее, как вы думаете?
                                                                                  0
                                                                                  в следующий раз используйте spoiler
                                                                                    +3
                                                                                    А он в комментах тоже работает, да? Не знал, прошу прощения. Приношу извинения колесику вашей мышки.
                                                                                    0
                                                                                    Тут надо бы определиться с терминами.
                                                                                    Таксономия — это таксономия, иерархический классификатор.
                                                                                    Меню — это список ссылок, тоже иерархический.

                                                                                    Что такое раздел в терминологии клиента — это неведомо никому.
                                                                                      0
                                                                                      Я очень давно не прикасался к Typo3, отсюда вопрос — как там с типами данных и запросами? Поясню на примере: у меня есть список вакансий, я хотел бы вывести на главной странице 3 из них (заголовки со ссылками на страницу), случайно выбранных. Как это делается в Type3?
                                                                                      У меня осталось впечатление что Typo3, это система для управления «страницами» — есть некий адрес, по которому расположена страница, собранная из разных блоков. Их можно тасовать, но в целом они принадлежат странице и использовать повторно их никак нельзя. В общем, сайт на Typo3 — это сверстанный буклет. Я сильно далек от истинного положения дел?
                                                                                        0
                                                                                        Ну, начнем с того, что вы хотите неправильного. Если вы каждый раз на данной странице хотите выводить по-разному отсортированное меню, это означает, что вам придется отключить кеш для данной страницы, что резко снизит производительность сайта. Typo3 — система, разумеется, весьма тяжелая, страницы она генерирует нешустро, зато у нее все отлично с кешированием. Не надо заставлять сервер генерировать страницу на каждый запрос пользователя. В идеале, запрос пользователя вообще не должен доходить до PHP, если он обнаруживается в кеше обратного прокси, стоящего перед основным веб-сервером.

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

                                                                                        Но технически сделать это можно, хотя не вполне прямолинейно. Типо3 предоставляет контент-элемент «Карта сайта», который может быть использован контент-менеджером, но к сожалению, у него нет функциональности «показать случайные страницы», он может показать целиком все ссылки подраздела, или набор заранее отобранных ссылок, или набор ссылок на основе ключевых слов.

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

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

                                                                                        А организовано это так
                                                                                        У нас есть страница «Вакансии», которая в себе содержит подстраницы — по одной на каждую вакансию, всего, предположим, 20.

                                                                                        Вам нужно в каком-то месте вывести список из 3 случайных страниц, родителем которых является страница Вакансии. Для работы с меню TypoScript предоставляет объект HMENU. Вам он и нужен. Не углубляясь в детали, покажу, что нужно сделать, чтобы получить то, что вы просили:

                                                                                        10=HMENU
                                                                                        10 {
                                                                                        	special=directory
                                                                                        	special.value=123
                                                                                        	maxItems = 3
                                                                                        }
                                                                                        10.1 = TMENU
                                                                                        10.1 {
                                                                                        	wrap=<ul>|</ul>
                                                                                        	alternativeSortingField = RAND()
                                                                                        	NO {
                                                                                        		allWrap=<li>|</li>
                                                                                                }
                                                                                        }
                                                                                        


                                                                                        Согласитесь, не так уж много? Да, это работа программиста, но это делается в течение одной чашечки кофе. В настройках страницы или убираем кеширование вообще (ай-яй-яй!), или ставим время жизни кеша 5 минут (это уже терпимо). Все.

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


                                                                                        Про то, что нельзя повторно использовать контент-элементы и целые страницы — очень даже можно, можно было практически всегда, и я этим очень активно пользуюсь. Insert Record называется по-английски.
                                                                                          0
                                                                                          Спасибо за обстоятельный ответ. Немного не понял вашего скепсиса по поводу моих желаний. Хочу я вполне рядовую вещь — типичная «главная страница» собирается из блоков, содержащих наличествующий контент из разных «разделов». 3 последних новости, 5 популярных товаров, 10 последних отзывов, 5 последних комментариев ,10 новых статей… См. любоу сайт на wordpress или drupal. Конечно, это не авторы делают, все это предусматривается на этапе разработки.
                                                                                          Очевидно, со времени моего недолгого знакомства с Typo3 ничего кардинально не изменилось. Жутко не хватает похожего конструктора страниц в Друпале. С произвольным порядком элементов, их сортировкой и т.п.
                                                                                          Еще раз спасибо за ответ.
                                                                                            0
                                                                                            Не, смотрите, если вы хотите 5 последних новостей — то все отлично, у вас новость добавляется раз в 3 дня, стало быть блок «5 последних новостей» будет неизменным в течение этих трех дней. Ляжет в кеш и все прекрасно.

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

                                                                                            Для нагруженных сайтов даже просто допускать HTTP-запрос до бэкенд-вебсервера — уже непозволительная роскошь, 99% всех GET-запросов должны останавливаться на frontend-прокси, который эту страницу уже имеет в кеше.

                                                                                            Если вы выводите случайные страницы джаваскриптом, такую страницу можно закешировать, пока не появится новая информация — новость или вакансия. Если вы хотите, чтобы лично сервер для каждого нового посещения генерировал список случайных страниц — вы чересчур расточительны.
                                                                                              0
                                                                                              Меня в общем-то больше интересовала возможность и легкость реализации, а не производительность и побочные эффекты. В рамках этой статьи термин «корпоративный сайт» подразумевает нечто из того же разряда, что и «корпоративный домен». В том смысле, что «корпорация» может быть «ООО Солнышко» (бухгалтер+директор).
                                                                                              Если не трудно, ответьте еще на такой вопрос. Вернемся к «вакансиям» — насколько сложно добавить тип контента (я не знаю как называется это в Typo3), с произвольным набором полей? Для вакансий, к примеру, название, ЗП, требования, условия и т.п. Чтобы авторы потом могли на странице «вакансии» добавлять/удалять позиции.
                                                                                                0
                                                                                                Typo3 — не самая простая система, для ООО Солнышко это наверняка будет чересчур. Кроме того, к ней нет такого количества готовых шаблонов как к вордпрессу или друпалу, typo3 для более дорогого сегмента рынка, на котором кастомну/ разработку оплатят.

                                                                                                С кастомными типами контента — однозначно труднее, чем в Друпале, где этим способен заняться смышленный контент-менеджер. В типо3 придется делать расширение (не с нуля, там есть мастер), но это уже нужно немножечко поизучать.

                                                                                                Например, для этого сайта создано два кастомных типа контента — на главной странице — фото партнера, цитата, имя и ссылка на профиль, и на странице с отраслями — для отрисовки этих шильдиков то же самое. Для каждого типа контента написано по одной функции — как его отображать. По 5 строк, но это все же уже PHP, и безусловно, работа программиста.

                                                                                                0
                                                                                                Вот вам несколько примеров несложных сайтов, сделанных на Typo3. Куда бы вы там применили друпаловский «конструктор блоков»?

                                                                                                althausgroup.ru/
                                                                                                nebbiahotels.cz/
                                                                                                kraftmetal.ru/
                                                                                                poshivpromo.ru/

                                                                                                Кардинально с точки зрения пользователя в Typo3 действительно ничего не изменилось — ну разве что за исключением рабочих областей, которые позволяют организовать простеникий воркфлоу для публикации нового контента (автор/корректор/редактор/руководитель).

                                                                                                Именно это и удивляет — система до сих пор более чем актуальна, хотя идеологически не меняется уже лет 10.
                                                                                          0
                                                                                          Не ссорьтесь, девочки, в MODx это еще удобнее )
                                                                                      +1
                                                                                      Кстати, вы не могли бы показать пару скриншотов хороших админок для управления сайтами с иерархической структурой? Может, я не нащупал этого в друпале? Признаюсь, я к нему отношусь очень субъективно, и даже негативно. Но он первый начал!
                                                                                        0
                                                                                        Забавно, но в актуальных версиях WordPress сделали достаточно красивое и удобное (drag'n'drop, все дела) средство для создания иерархической структуры страниц и пунктов меню. Был приятно удивлен этим фактом, когда поднимал на нем простенький сайт пару месяцев назад.
                                                                                          0
                                                                                          В актуальных версиях вордпресса какой-то чудовищный подход к управлению ассетами (изображениями и прчими медиа) — загрузить, скопировать в буфер урл, вставить этот урл где-то на странице, снабдить какими-то странными дополнительными кодами.

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

                                                                                          Заголовок
                                                                                          Затем...
                                                                                          В настройках контент-элемента, вы увидите вот такую картину:
                                                                                          image image
                                                                                          И не надо забывать, что все это многобразие настроек администратор может легко скрыть от контент-менеджера.
                                                                                            +1
                                                                                            Блин. Вот видите, вроде бы сам вебмастер, а одна малейшая невнимательность — и получается вот такая чепуха, спойлер неправильно поставил. Нельзя контент-менеджеров допускать к хтмлю, категорически нельзя.
                                                                                              0
                                                                                              И с визуальным редактированием, и с каталогизацией загруженных материалов, в WordPress-е не всё хорошо. Нет, если вспомнить, что это движок для блога — то претензий нет. Но по сравнению с вариантом, представленным на ваших скриншотах — увы… :)
                                                                                                0
                                                                                                Безусловно, каждому свой инструмент. Делать на Typo3 блог — точно так же неудобно. Это система для своей ниши, ниша эта немаленькая, но, конечно, не единственная.
                                                                                  0
                                                                                  А нахрена modx-то вообще включили?
                                                                                    0
                                                                                    Зря вы его упомянули. Сейчас набигут
                                                                                      +4
                                                                                      Просто интересно, зачем включать в «обзор» продукт, и ставить в каждом пункте прочерк «Не тестировалось»
                                                                                        0
                                                                                        Я — честно не буду так делать.
                                                                                        А вот мотивация автора «Инвайт любой ценой», вероятно
                                                                                      0
                                                                                      Она в рейтинге есть.
                                                                                      0
                                                                                      Интересует у какой CMS наиболее адекватное API для написания расширений для сайта? MODx? Может кто-нибудь просветить?
                                                                                        +1
                                                                                        Каждый кулик своё болото хвалит.
                                                                                        Сегодня только читал dev.1c-bitrix.ru/community/webdev/user/95041/blog/5841/

                                                                                        Могу всё написанное опровергнуть и сказать что друпал рулит
                                                                                          +1
                                                                                          Особо не работал с другими, так как MODX устраивает полностью.

                                                                                          У меня в профиле есть посты про расширения (щас с телефона трудно искать).
                                                                                            +2
                                                                                            Освоил MODX за 2 недели, включая построение полностью кастомного сайта, не сложно просто надо вдуматься, если поискать в гугле есть сайтик со статьями по азам, оттуда все понятно, для плагинов есть сайт с АПИ на русском. Пока доволен, работает шустро, жеско топорная админка, но я привык, за то взамен очень, подчеркну ОЧЕНЬ гибкий инструмент. Чтобы не обвинили в том что свое болото хвалю, скажу что работал с WP, Joomla, WebAssyst, Drupal, СвояЦмс помимо Модкс.
                                                                                            –4
                                                                                            А почему в обзоре нет dotCMS?
                                                                                            –2
                                                                                            Пробовал все перечисленные автором CMS.
                                                                                            Лучшее из них — CMS Made Simple. Гибко, легко и вполне удобный backend.

                                                                                            Выводы автора насчет CMS Made Simple — неправильные.

                                                                                            Чтобы ЧПУ заработали — нужно в конфиге прописать:
                                                                                            $config['url_rewriting'] = 'mod_rewrite';
                                                                                            $config['use_hierarchy'] = true;
                                                                                            $config['page_extension'] = '/';
                                                                                            $config['query_var'] = 'page';

                                                                                            Далее прописать настройки в .htaccess (смотрите на сайте движка) и будем вам счастье со слешами наконце.
                                                                                              0
                                                                                              www.loadstar.ru/ что то он меня совсем не впечатлил, пощюпав интерфейс понял что он дерьмовый
                                                                                                –1
                                                                                                Это совсем не профессионально, а просто ляпсус. Он все же на первом месте www.ratingruneta.ru/awards/2011/services/ или Вы думаете, что это место купили? Нет обоснования.
                                                                                                +1
                                                                                                WordPress: в базе обратной связи нет. Не нашел хорошего плагина. Но в принципе их довольно много, так что подходящий наверняка найдется.

                                                                                                Плохо искали. Contact Form 7
                                                                                                  0
                                                                                                  Хм. Почему-то очень много приходится ковыряться с DLE у заказчиков, а не с вышеописанными.
                                                                                                    +1
                                                                                                    Вот, кстати, лично для меня еще одна интересная CMS. Интересная тем, что хотелось бы узнать чем эта CMS такая примечательная. Лично я сталкивался только с nulled версиями у заказчиков и приходил в дикий ужас от такой постановки. Ведь DLE самый дешовый движок из популярных платных.

                                                                                                    В чем подвох? В чем преимущество этой CMS перед другими бесплатными, что ее стоит воровать?
                                                                                                      +1
                                                                                                      Самая простая для написания модулей, имхо.
                                                                                                      Так же, в дле админка была самая гуманная лет пять назад, что и выделяло на фоне остальных, на мой взгляд.

                                                                                                      С тех пор много чего вышло, но кто в 2007-09 ставил дле на своих сайтах, так и продолжают.
                                                                                                      Однако, дырявая она очень.
                                                                                                    +4
                                                                                                    О чем статья вообще?
                                                                                                    Поработав в говностудии «магазин за месяц» у меня при виде фраз, типа «выбрать лучшую систему для создания корпоративных сайтов» у меня волосы выпадают и кровь из глаз идет
                                                                                                      –4
                                                                                                      Интересовало: простота создания и отсутствие дальнейших проблем. Также цель отсутствие проблем в бизнес процессах, поскольку: ставить модули, писать новые модули, копаться в шаблонах, много настроек!, проблемы с обновлением и др., много забирает времени. Цены у нас дорогие, а скорость создания мы хотим оптимизировать.
                                                                                                        +1
                                                                                                        Установка модулей и ковыряние шаблонов ≠ бизнес-процессы. :) Зачем такие громкие слова?
                                                                                                          +1
                                                                                                          Как вы можете судить о «Также цель отсутствие проблем в бизнес процессах, поскольку: ставить модули, писать новые модули, копаться в шаблонах, много настроек!, проблемы с обновлением и др., много забирает времени.», когда вы не потрудились разобраться, как что и почему реализуется в той или иной системе?

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

                                                                                                          Пример:
                                                                                                          Наличие некоторого количества своих готовых сниппетов, позволяет быстро создавать типовой сайт на modX.

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

                                                                                                          Хороший пример — отсутствие визуального редактора в Drupal. Он может быть вообще не нужен на сайте. Может быть удобен какой-либо определённый. И следовательно, он ставится модулем, если нужен, и тот, который уместнее в данном случае.
                                                                                                        +1
                                                                                                        в Joomla с SEO
                                                                                                        у вас 404 по моему потому, что у вас файл htaccess.txt не переименован в .htaccess
                                                                                                        joomla об этом кстати говорит
                                                                                                        image
                                                                                                          +6
                                                                                                          Какая-то статья чисто инвайта ради…
                                                                                                          Автор по-быстрому накачал CMS-ок, потыкался, написал что видит, с чем с налёту не разобрался, сразу послал на помойку. Выводы по CMS-кам так вообще с потока взяты.
                                                                                                          В разное время «щупал» половину из этих CMS-ок и с автором в корне по многим позициям не согласен, особенно в плане Drupal'а, Typo и MODx.
                                                                                                          Чего стоят фразы типа «Анализ CMS в контексте SEO. MODx — Тестирование не проводилось»… А чего там тестировать? Там «из коробки» отличный модуль SEO идёт, в нём даже и разбираться то не надо, всё понятно и прозрачно.
                                                                                                            +5
                                                                                                            Обзор ужасен! С самого начала озвученная задача сформулирована в другом ключе, нежели сам обзор.
                                                                                                            Правильно было написать выбрать лучшую систему для создания корпоративных сайтов без последующей поддержки, изучения вопросов безопасности и гарантий.
                                                                                                            Если много заказов на создание сайтов и такой подход к делу, то после первой волны критической уязвимости и поломанных сайтов будет не то чтобы до приличных разговоров.

                                                                                                            Идет обзор PHP CMS и при этом взят во внимание CMF MODx Revo. Там даже на сайте крупно указывается, что CMS простая — это Evolution! Drupal тоже часто относят к каркасам с готовым интерфейсом и админкой.

                                                                                                            В общем неуд.

                                                                                                            Для тех ж, кто зашел почитать статью комментарии внесу свою лепту.
                                                                                                            Джумла — никогда. Друпал — если есть рядом специалист. Модэкс ево — исключительно удобен во всех отношениях. Вордпресс — очень неповоротлив в неопытных руках. МейдСимпл — прост и местами нетривиален при решении нетипичных задач.
                                                                                                              –1
                                                                                                              Джумла — никогда. Чому?
                                                                                                                +7
                                                                                                                image

                                                                                                                Поэтому.
                                                                                                                  +1
                                                                                                                  Супер :)
                                                                                                                    –2
                                                                                                                    Баян древнющий, странно, что еще не видели.
                                                                                                                  0
                                                                                                                  На самом деле, CMS Joomla не заслуживает такой неприязни… Joomla в сочетании с одним из конструкторов контента: K2, Zoo, Cobalt 7 или Seblod (о них я писал тут), вполне подходит для большинства задач. Так же для Joomla имеется весьма интересный Widgetkit, который тесно интегрируется с Zoo, т.к. оба инструмента от одного производителя.

                                                                                                                  Выход Joomla 3, имхо, не привнесет чего то революционного, но использование Bootstrap, как единого стандарта пользовательского интерфейса, полный переход на jQuery и вектор в строну адаптивного дизайна — это несомненно шаг вперед. На сайте joomlablog.ru есть несколько статей о грядущей Joomla 3, если кому интересно.

                                                                                                                  Лично я нашел для себя более удобный инструмент… к слову, он присутствует в обзоре.
                                                                                                                  Joomla же не устроила по следующим субъективным причинам:
                                                                                                                  • Совершенно не нравится админка — в плане юзабилити. Ах, это сладкое слово — Ajax. Админка в v3.0alpha тоже не впечатлила.
                                                                                                                  • Многие скажут, что весомым плюсом Joomla является наличие огромного количества всевозможных расширений. Но хороших расширений для Joomla гораздо меньше чем плохих. И это факт.
                                                                                                                  • Много чего не доступно из коробки, поэтому через какое то время Joomla обвешивается всевозможными «плюшка», как елка гирляндами и мишурой. Но можно подобрать себе джентльменский набор, например: Joomla + Zoo + Widgetkit + расширения от ZooLanders или другое сочетание.
                                                                                                                  • Часто сталкивался с несовместимостью модулей, плагинов и компонентов от разных веток Joomla и даже версий внутри веток.
                                                                                                                  • Не гибкая работа с шаблонами, опять же не совместимость шаблонов для разных версий. Бытует даже мнение о «политике несовместимости», которой придерживается дядя Andy Miller &Co. Miller — один из соучредителей Joomla, и генеральный директор RocketTheme — ведущая компания по разработке шаблонов для Joomla, которой естественно выгодно, чтобы у них приобретали шаблоны при переходе на новые ветки Joomla и обращались за поддержкой. Возможно мнение — надумано, но как говорится «нет дыма без огня».
                                                                                                                  • «Сайт знакомого на Joomla находится в Топ-100 самых нагружаемых хостинг сайтов при посещаемости всего в несколько сотен человек» © один человек. Но причина скорее в количестве и качестве расширений, устанавливаемых «поверх» Joomla...
                                                                                                                  • Virtuemart — самый забавный компонент Joomla. Огромное количество сайтов его используют. А он даже не кешируется Джумлой (Epic Fail). Не знаю как сейчас — не проверял. Благо есть замена — Tienda Shop, но он не так популярен.


                                                                                                                  Очевидный вывод, использование Joomla — дело вкуса и в умелых руках, это вполне себе достойный инструмент.
                                                                                                                +2
                                                                                                                Очень поверхностный обзор «по впечатлениям».
                                                                                                                Начиная от системных требований: видимо тупо покопировано. У Джумлы указана поддержка mysql. Можно подумать другие без нее работают? (а больше ни у одной не указано. Нет, еще у ворд пресса. Но что это за строчка: «MySQL 5.0 or greaterThe mod_rewrite Apache module»?). У всех систем одни и те же вещи названы по разному (почему везде gd, а у CMS Made Simple — GD library?
                                                                                                                  +1
                                                                                                                  Drupal может работать даже на SQLite
                                                                                                                  +3
                                                                                                                  Как-то (года 4 назад) была задача быстро сделать аналогичный сайт (горели сроки, предыдущий программист исчез в неизвестном направлении).

                                                                                                                  Были готовы макеты в PSD, надо было делать все остальное (верстка, прикручивание шаблонов к CMS и немного программирования).

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

                                                                                                                  В общем, жаль, что автору не хватило времени на прочтение документации по MODx — это тот случай, когда «удобно в использовании» и «интуитивно понятно» не являются тождественными понятиями.
                                                                                                                    0
                                                                                                                    Вообще дело в профессиональности разработчика и его опыте работы с конкретной cms. Если человек профессионально делает сайты на одной из cms или фреймворков, имеет наработки. То создание небольшого сайта (пара лет, каталог, форма обратной связи) у него больше половины дня и не займут.
                                                                                                                      +1
                                                                                                                      Вот и дело-то в том, что я попробовать решил MODx безо всякого опыта работы с ней. Скажем, я не уверен, что с друпалом (или, не дай бог, Typo3) у меня все так же гладко получилось бы. Я, конечно, подозреваю, что для каких-нибудь более сложных задач он, может, подошел бы и больше, но мне для них уже было бы удобнее использовать какой-нибудь фреймворк, что ли.
                                                                                                                        +1
                                                                                                                        Такую задачу вы бы решили примерно одинаково быстро на любой CMS, обратившись к различным howto в сообществе соотвествующей CMS. Т.к. задача шаблонная и тривиальная.
                                                                                                                        Вот если понадобилось бы что-нибудь посложнее, влияние выбора инструмента могло оказаться куда критичнее…
                                                                                                                          0
                                                                                                                          Задача всегда шаблонная и тривиальная по общему описанию, только в реальности всегда какие-нибудь мелочи вылезают, которые достаточно сильно портят жизнь, и как на зло, эти мелочи не учитываются ни в одном howto =)
                                                                                                                          В общем, если бы я разбирался с нуля с друпалом, то точно сделал бы ощутимо медленнее. MODx для таких мелких сайтов подходит сильно лучше со всех сторон.
                                                                                                                            0
                                                                                                                            А вы не гадайте, а попробуйте сделать. =) Вы вот говорите, что «MODx для таких мелких сайтов подходит сильно лучше со всех сторон.», а что вы ещё попробовали?
                                                                                                                      0
                                                                                                                      Вы немного невнимательны: простейшая и понятнейшая система Модэкс Эволюшн вполне устроила бы данного автора, но его взор пал на модэкс революшн, что совсем не пролетарская система. Отсюда и наше всеобщее разочарование.
                                                                                                                        0
                                                                                                                        На уровне этого поста они не отличаются никак.

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

                                                                                                                        Видимо, важнейшим критерием стало отсутствие расширений и примеров в комплекте. Но ведь есть же мини how-to, и далеко ходить не нужно.

                                                                                                                        В общем, MODX он откровенно подставил.
                                                                                                                      +5
                                                                                                                      За годы я успел поработать с самыми популярными решениями из этих и выскажу своё мнение (опять же перекошенное в одну сторону, но):

                                                                                                                      Joomla и Wordpress — это, простите, сборники нерасширяемого и неподдерживаемого говнокода. О них всерьез говорить очень не хочется.

                                                                                                                      Modx — система, которая изначально даёт очень много гибкости и позволяет всё делать из админки с помощью написания кода. Я сделал на ней в общей сложности проектов 30. Она очень неплохо подходит для небольших и средних сайтов, но со временем я понял, что некоторые проекты занимают у меня кучу времени и на выходе получается не то, что мне бы (как разработчику) хотелось бы.
                                                                                                                      Когда возникают задачи построения динамических каталогов и ещё каких-то не совсем тривиальных штук, то modx начинает… нет, сосать не начинает, он справляется с этой задачей, но зачастую приходиться делать что-то очень некрасивое и медленно работающее. Плюс половина кода в базе, половина на диске — это плодит некую энтропию. Безусловно, есть методы решения этого, а в revolution целый фреймворк написан (в отличии от switch case на 100 элементов в evolution) и всё нацелено на правильность кода и тотальный ООП, но я понял, что не хочу больше возвращаться к этой системе для повседневной работы.

                                                                                                                      В drupal сильны отголоски Joomla и Wordpress — постоянно прослеживается идея «накликать» сайт. Однако, достаточно немного поизучать систему, как становиться понятно, что это всё шелуха, а под ней есть мощная система, которую можно настраивать почти как угодно.
                                                                                                                      Из коробки в друпале можно сконфигурировать динамический каталог и бровью не повести. А если подключить double field, то можно сконфигурировать динамический каталог с динамическими продуктами (разные свойства у товаров в пределах одной категории, например). И это делается за 10 минут.
                                                                                                                      Код, на который ругается автор (который генерируется автоматически) — код регионов, он легко конфигурирется добавлением шаблонов region-. Шаблоны блоков с помощью blocktemplate, шаблоны views (кстати, новости с помощью них выводятся) — semanticviews. С помощью всего этого весь код, который генерирует система для клиента, поддается контролю.
                                                                                                                      На первый взгляд это кстати разительно отличается от того же modx в силу того, что в modx лежит в базе шаблон с плейсхолдерами, что написал — то и вывелось. Но на деле в друпале тоже самое, за исключением того, что в друпале есть иерархия шаблонов, а в modx нет. И при поточной разработке оказывается, что это минус modx, а не его плюс.
                                                                                                                      Конечно, самые идеальные шаблоны (что я видел) — в джанге. И друпалу до них плыть и плыть, но благодаря иерархии достигается достаточно гибкий подход.

                                                                                                                      Да, друпал и правда неплохая система. У него, конечно, есть большой минус — это скорость работы. 9-10 мерные хэши, которые генерируются на каждой странице, сложные sql запросы (собирающие данные из кучи кучи полей, если вы конфигурируете поля), большое количество таблиц (у меня для не очень сложного проекта в бд 380 таблиц, например) — по 2 на каждое поле, архитектура. Да, архитектура друпала одновременно гигантский плюс и гигантский минус.
                                                                                                                      Плюс потому, что засчёт системы хуков ядро системы трогать не нужно почти никогда (если только вы не обнаружите критичный баг в ядре, как я :) — все реализуется хуками. Их много и зачастую не всё ясно, но в документации можно найти почти всё.
                                                                                                                      А минус потому что все модули до единого подключаются везде (код из них точно везде выполняется) — в них могут быть хуки и поэтому друпал их включает и делает вызовы. Я плохо понимаю как друпал может работать на хайлоаде.

                                                                                                                      Ещё, конечно, можно вспомнить битрикс. Конечно он не из этого списка, но всё же, мне очень нравятся его инфоблоки (и много много чего не нравится), которые концептуально смахивают на друпаловский Field API (CCK).
                                                                                                                      Хочу сказать, что CMS без управления полями — это не CMS.
                                                                                                                        +3
                                                                                                                        Вот вам бы и писать такой обзор. =)
                                                                                                                          0
                                                                                                                          И что вы выбрали для работы? Интересно!
                                                                                                                          +2
                                                                                                                          2 меню, статьи и лента новостей это корпоративный сайт теперь?..
                                                                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                            • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                +2
                                                                                                                                Большинство знает только еще «ту» Joomla (я, честно говоря, тоже). Возможно, сейчас что-то и изменилось в лучшую сторону (хотя «лучшесть» стороны тут тоже под вопросом, т.к. вроде как сломали совместимость со всем обвесом под старые версии, которым так гордились).

                                                                                                                                А со старой Joomla ситуация, на мой взгляд, была достаточно грустной и безперспективной, потому что, по большому счету, у разработчика было 2 варианта — либо делать «очередной сайт на Joomla» (который, как ты его не украшай флешевыми каруселями и глянцевыми кнопочками, все-равно выглядит как сайт на Joomla, из-за характерной структуры сайта, менюшек, отсутствия кастомных типов контента и т.п.), либо делать «суп с топором», прикручивая к Joomla плагины, которые от нее живого места не оставляют, и плохо интегрируются между собой.

                                                                                                                                Добавьте к этому еще армию «восходящих звезд вебдева», которые бегут качать Joomla, наигравшись с *.narod.ru и ucoz-ом (что создает особую неповторимую атмосферу на большинстве ресурсов, где общаются юзеры джумлы). :)
                                                                                                                                  –1
                                                                                                                                  Это Хабр, тут исторически сложилась неприязнь.
                                                                                                                                    –1
                                                                                                                                    Дык она везде, кроме сообщества Joomla, видимо. Чтобы понять, откуда она, надо взять и заставить себя изучить-таки что-то ещё. =) Потом костыли, необходимые, чтобы сделать что-то достойное на Joomla будут вспоминаться, как страшный сон.
                                                                                                                                      +1
                                                                                                                                      Ну лично я, кроме того что хорошо знаком с Joomla, знакомился и делал сайты на Drupal, ModX, LiveStreet, Cogear, MaxSite и еще наверно несколько забыл.
                                                                                                                                      Какие то понравились, какие-то — не очень. Часть лучше под некоторые задачи, часть хуже.
                                                                                                                                      Так что стараюсь смотреть объективно и сравнивать последние версии.
                                                                                                                                      Костыли кстати были только в Joomla 1.0, выше уже работает концепция MVC.
                                                                                                                                      А вот в той же довольно любимой LiveStreet 0.4.x MVC мягко говоря плохо реализовано.
                                                                                                                                        0
                                                                                                                                        Joomla 1.0 я не пользовался. Моё впечатление основано на 1.5 и 1.6, с которыми сталкиваться приходилось.
                                                                                                                                0
                                                                                                                                Joomla 1.6+ имеет встроенную поддержку мультиязычности.
                                                                                                                                Что касается ЧПУ, то title документов прописываются либо в меню, либо в документах.
                                                                                                                                  +2
                                                                                                                                  Статья бестолковая, честно говоря. Методы и параметры сравнения вызывают, мягко говоря, удивление. Выводы и того хуже — я так и не понял, что же в итоге выбрано?

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

                                                                                                                                  Идеальных систем не бывает, во всех есть свои плюсы и минусы, причем в каждом случае минусы и плюсы у большинства разработчиков будут разными. Поэтому все подобные анализы страшно отдают необъективностью.
                                                                                                                                    +2
                                                                                                                                    Зачем вабще упоминать в обзоре Тайпо и Модх, если тестирование не проводилось по всем пунктам ??? Из за Модекса и хотел посмотреть
                                                                                                                                      +1
                                                                                                                                      Жаль, что автор не разобрался с MODx, выводы могли бы в корне измениться. Уж что что, а в MODx управление контентом сделано проще некуда. А шаблон прикрутить, так вообще дело пары минут. Да и все остальное не так уж и сложно. В программировании не особо хорошо разбираюсь, но с MODx у меня ни разу еще не было ситуации, что бы я не смог что-то сделать сам.

                                                                                                                                      Хотел еще про Drupal почитать, но вижу что ничего тут интересного нету.
                                                                                                                                        +1
                                                                                                                                        Тут нет ничего интересного ни про одну из рассматриваемых CMS. Да и откуда взяться интересному, если автор не потрудился ни с одной из них хоть сколько-нибудь ознакомиться?
                                                                                                                                        +1
                                                                                                                                        Статья неудовлетворительная, таких полуобзоров завлись.
                                                                                                                                        Выводы и утверждения автора очень расстроили. Видно что достаточно внимания тестированию уделено не было.

                                                                                                                                        А что же до WP: Он удобен во всех отношениях, на нем можно делать не типичные сайты, не шаблонные, и т.д. и т.п. В плоть до того, что можно сделать от блога, до Интернет магазина, Рубрикатора, Доски объявлений, Тикетной системы да в принципе всего на что фантазии хватит. Вся работа над системой упирается в минимальное углубление в WP Codex, где разжевано все, и верстка как таковая. Но в большей степени WP более лоялен к пользователям со стороны бэкэнда. Все красиво удобно и понятно. А структура шаблонов настолько проста, что порой просто плакать хочется, глядя на внутренности Джумлы =)

                                                                                                                                        Джумла страшна как жизнь
                                                                                                                                        Друпал для любителей более тонких извращений и дополнительного кодинга.
                                                                                                                                        МодХ слишком прост.

                                                                                                                                        Для себя считаю что WP это золотая середина, не без недостатков, но тюнинг WP оставляет лучшие впечатления от процесса нежели остальные системы.
                                                                                                                                          0
                                                                                                                                          Господа, а проконсультируйте меня по миру PHP. Я уже много лет занимаюсь разработкой на Python/Django, часто использую Django CMS. Те, кто использовал CMS на PHP и DjangoCMS, напишите краткое сравнение. Вне зависимости от языка, от платформы, размеров сообщества и количества плагинов, какие ваши ощущения? Насколько Django CMS (или прочие) сравнима с аналогами?
                                                                                                                                            0
                                                                                                                                            Python волшебен. :) Django — божественен. :) С Django CMS я не очень знаком, но если суть в том, что можно «из коробки» получить работающую CMS, и потом допиливать ее на чистом Django — то я почти уверен, что среди PHP-шных CMSок аналогов по привелкательности соотношения «степень свободы / скорость реализации проекта» нету даже близко. Возможно что-то интересное есть среди простых фреймворков (меня Yii заинтриговал).

                                                                                                                                            Кстати, надо погуглить насчет CMS на Yii. :]
                                                                                                                                              0
                                                                                                                                              джанга не cms. джанга — фреймворк.
                                                                                                                                              тут не равнины тут климат иной
                                                                                                                                                0
                                                                                                                                                Я знаю, что такое Django, и знаю, что такое Django CMS (хотя с последней и не работал пока). Не вижу причины не рассматривать Django CMS как альтернативу PHP-шным CMS-кам. Или таковая все же существует?
                                                                                                                                                  0
                                                                                                                                                  Вы в целом правы. Мы делаем сайт по большей части на Django, Django CMS используется в основном для страниц, их иерархии и меню. Вот мне и интересно, что ещё могут предоставить аналоги из PHP мира кроме плагинов на все случаи жизни.
                                                                                                                                                  И ещё: я часто встречал подобные вопросы в сети и везде ответ сводился к тому что «нууу, это разные вещи, их не стоит сравнивать». Я работаю с вебом много лет и я не понимаю, почему это разные вещи.
                                                                                                                                                    0
                                                                                                                                                    Существует как минимум одна, довольно-таки веская причина — массовость php хостинга.
                                                                                                                                                    Есть и ещё одна — количество разработчиков php со средней квалификацией, способных недорого допилить сайт на одной из CMS до нужного клиенту вида.
                                                                                                                                                      +1
                                                                                                                                                      > Существует как минимум одна, довольно-таки веская причина — массовость php хостинга.
                                                                                                                                                      Так что же всем теперь под хостинг подстраиваться? Помоему время разработчика дороже.
                                                                                                                                                        +2
                                                                                                                                                        Это не все понимают, как ни странно.
                                                                                                                                                          0
                                                                                                                                                          Да, и время разработчика на Python обычно ещё дороже, если вы уж так вопрос ставите. =)
                                                                                                                                                          А массовость php хостинга, это большой выбор и отсутствие для клиента проблемы смены хостинга, например…
                                                                                                                                                          Опять же много-ли заказчиков знают о JangoCMS? О Jango? О Python?
                                                                                                                                                          А кто из них не слышал о PHP?
                                                                                                                                                          Вот тут и станет понятна проблема массовости.

                                                                                                                                                          Хотя я не спорю, что это весьма хорошие инструменты, с технической точки зрения, в некоторых моментах они удачнее, чем PHP, и фреймворки на нём.
                                                                                                                                                            0
                                                                                                                                                            Всё написанное вами имеет смысл для проектов, которые на 100% влезают в стандартный функционал CMS-ок. Если делать нечто типа описанного автором топика — «корпоративный сайт» с двумя статическими страницами и лентой новостей, с полной уверенностью, что на этом всё и закончится — то да, всё верно. Дешевый шаред-хостинг, дешевая рабсила на этапе внедрения и поддержки и т.п., клёво.

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

                                                                                                                                                            Именно поэтому CMSки на базе адекватных фреймворков кажутся мне наиболее перспективными вариантами. Python или PHP — не суть важно, конечно. Лишь бы MVC, а не как внутри старых Joomla и Drupal-а. :)

                                                                                                                                                            Кстати, стоимость времени разработчика на Python не сильно отличается времени разработчика на PHP (если мы говорим о разработчиках, а не тех ребятах, которые прикручивают шаблоны).
                                                                                                                                                    0
                                                                                                                                                    вот недавно cms для магазинов обсуждали на форуме yii EximusCommerce.
                                                                                                                                                    0
                                                                                                                                                    DjngoCMS — это впервую очередь Django(тоесть ещё и могучий фреймворк по требованию)
                                                                                                                                                    обычные CMS — это просто CMS
                                                                                                                                                    0
                                                                                                                                                    > Joomla: встроенной возможности для двуязычности нет

                                                                                                                                                    Пойду расскажу своей коробочной мультиязычности Joomla что её не существует. Плохо разобрались, нужно добавить дополнительные «языки контента» и будет мультиязычность, Joomfish устарел уже очень давно.

                                                                                                                                                      –2
                                                                                                                                                      простите, но логики в друпале вобще нет. уж лучше modx

                                                                                                                                                      а вобще не любл cms. чтото у авторов в мозгах заклинило на 90 годы
                                                                                                                                                        0
                                                                                                                                                        Вот кстати да, заглядываю время от времени на сайты очень популярных некогда проектов — такое впечатление, что последние 10 лет прошли как-то мимо их разработчиков. %)
                                                                                                                                                        +2
                                                                                                                                                        Как можно не имея, судя по всему, вообще никаких знаний ни в одной из выбранных для обзора CMS, да и в создании сайтов вообще, писать такой «обзор»? Это не обзор, а откровенная профанация.
                                                                                                                                                        Какой вам корпоративный сайт? Вам пока даже личный блог поднимать рано. Зачем так позориться?

                                                                                                                                                        И ведь такое ощущение, что немало таких людей, всерьёз лезут делать сайты своих фирм, а то даже за деньги предлагают свои «услуги». Не получится, какая бы не была CMS, у далёкого от сайтостроения человека вот так с ходу, сделать на ней хороший сайт. Да и у человека хоть что-то понимающего, не разобравшись с конкретным инструментом не получится.

                                                                                                                                                        Чтобы писать такой обзор, вам надо было сделать не один серьёзный проект на каждой описываемой CMS, тогда бы он имел бы хоть какой-то смысл.
                                                                                                                                                          +3
                                                                                                                                                          Знаете что, завязывайте вы с Денвером. Он или для совсем уж примитивных вещей, или для тех, кто понимает, что делает и что там внутри происходит. Вы, к примеру, typo3 не смогли поставить именно поэтому, хотя на любой линукс он поставится влет, вы получите готовую удобную админку и Демо-сайт, который вам продемонстрирует базовые возможности Typo3, которых вы ни у одной другой CMS из коробки не найдете.

                                                                                                                                                          Серьезно, поставьте себе Debian или Ubuntu в северной верси, без графической оболочки, например, в виртуалбокс, и будет у вас полноценное unix-окружение. Для того, чтобы начать, много знать не понадобится, а ресурсов на тему «как это сделать?» и, особенно, «почему не работает?» для Линукса будет намного больше, чем для Денвера.
                                                                                                                                                            –1
                                                                                                                                                            В общем, что автор выбрал не написано. Все системы изучены поверхностно. Лучшая система та, в которой умеете работать.
                                                                                                                                                            Плюс, что это за корпоративные сайты, где не рассматриваются платные системы, например bitrix, в России занимает более 50% корпоративного сектора.
                                                                                                                                                              +3
                                                                                                                                                              По утверждениям маркетологов Bitrix?
                                                                                                                                                                0
                                                                                                                                                                www.cmsmagazine.ru/catalogue/
                                                                                                                                                                Лидер — да, 50% и близко не пахнет.
                                                                                                                                                                  0
                                                                                                                                                                  На основе чего сделан этот список? Битрикс лидер по количеству установок среди коммерческих в России. но при этом среди бесплатных ему далеко до джомлы и вордпресса. А тут какие-то партнеры (партнеры джомлы?) непонятно откуда взятые…
                                                                                                                                                                    0
                                                                                                                                                                    На основе данных, предоставляемых вебстудиями (и только ими).
                                                                                                                                                                +1
                                                                                                                                                                Я конечно дико извиняюсь. Но Joomla! в России — это joomlaportal.ru
                                                                                                                                                                Команда Joomlaportal.ru является официальной Translation Team в русскоязычном сегменте.
                                                                                                                                                                Как и joomlaforum.ru является русскоязычным форумом поддержки.
                                                                                                                                                                  +1
                                                                                                                                                                  Бегло пробежав понял, что джумла лучше всех… Нужно ломать стереотипы свои)
                                                                                                                                                                    0
                                                                                                                                                                    По поводу CMS Made Simple.
                                                                                                                                                                    Создание меню, его не надо создавать оно строится на основание контента.
                                                                                                                                                                    Вставка меню производится просто {menu} в шаблоне. Это отдельный модуль который поддерживает свои шаблоны и параметры.
                                                                                                                                                                    FormBuilder очень мощная штука, жаль что у вас не получилось. Возможно накладывается то, что 1.11 довольно свежий релиз и не успели подтянуть модуль. Хотя ошибка возможно в другом, а именно в подтягивание зависимостей. Заметил такую беду в 1.11.
                                                                                                                                                                    Двузначность реализуется на основе самого контенкта, первый уровень это язык, второй контент. А при вставке меню указывается параметр, что показывать только со второго уровня, а первый где-то отдельно в виде выбора языков. Если интересно могу показать пример сайта, где это реализовано.

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

                                                                                                                                                                    ЧПУ есть, только включается оно через конфиг, как подробно расписано в /doc/, там же лежит пример .htaccess файла, правда не все модули его хорошо поддерживают, например модуль новостей, который входит в ядро, уж больно криво его поддерживает.
                                                                                                                                                                      –1
                                                                                                                                                                      Используй Силу(Джангу), Люк.
                                                                                                                                                                        –1
                                                                                                                                                                        Тоже встал перед выбором какую СMS использовать. До этого писал только несколько простеньких сайтов, а тут надопортал новостной прикрутить. Нужно было сделать свой шаблон. И вот тут выбор пал на joomla по 2 причинам:

                                                                                                                                                                        1. Простота создпния своего шаблона
                                                                                                                                                                        2. Огромное количество информации в интернете
                                                                                                                                                                        3. Очень много модулей.

                                                                                                                                                                        Я не любитель использовать сторонние решения, но в данном случае модули очень сильно развязали мне руки, поскольку я все таки любитель, а не професионал.

                                                                                                                                                                        Так же достаточно легко было докопаться до того как в джумле что-то менять, даже непосредствеено в коде (я имею ввиду внешний вид сайта)

                                                                                                                                                                        Конечно, есть минусы в joomla (как по мне так она очень раздувает базу), но для человека, знакомого только с html и css (php я знаю только в теории, на практике работал очень мало) joomla — это очень хороший инструмент. По крайней мере у меня разработать свой шаблон под него отняло очень мало времени.

                                                                                                                                                                        В остальном, я не знаю как в других CMS, но в джумле с модулями управляться достаточно просто (редактирование, изменение визуализации модуля).

                                                                                                                                                                        Конечно в будущем хотелось бы сесть и написать свой движок, но на данный момент joomla мне понравилась.

                                                                                                                                                                        По поводу drupal и в часности создания шаблонов под него: я так и не нашел толковой информации в интернете (по крайней мере по 7-рке).
                                                                                                                                                                          0
                                                                                                                                                                          Прош прощения: по 3 причинам.
                                                                                                                                                                          +2
                                                                                                                                                                          Автор феерически неправ. Другое название для него будет неприличным.
                                                                                                                                                                            0
                                                                                                                                                                            Готовлю к релизу свою CMS
                                                                                                                                                                            Предлагаю в качестве хорошей альтернативы существующим для создания корпоративных сайтов и небольших статейно-новостных порталов (~ до 50.000 страниц)
                                                                                                                                                                            1hub.ru/blog/pr/412.html
                                                                                                                                                                            В настоящее время ищу веб-мастеров, которым будет интересная моя система (одного уже нашел), для дальнейшего создания комьюнити.
                                                                                                                                                                              0
                                                                                                                                                                              картинка не нова, но все же… :)

                                                                                                                                                                              image
                                                                                                                                                                                –4
                                                                                                                                                                                Сделать корпоративный сайт на WordPress — не*й петь, как говорится. Идеальная CMS для этого.
                                                                                                                                                                                Вот кстати заметка по поводу плагинов мультиязычности.
                                                                                                                                                                                  0
                                                                                                                                                                                  Зацените вот эту CMS — railsguides.net/2012/09/24/the-best-content-management-system-cms/ (locomotive CMS)
                                                                                                                                                                                    0
                                                                                                                                                                                    Если уж задаваться выбором CMS для корпоративного сайта, то как минимум надо было задать следующие вопросы:
                                                                                                                                                                                    — Сколько страниц предполагается на сайте — сразу после запуска и через год?
                                                                                                                                                                                    — Какая тематика?
                                                                                                                                                                                    — Предполагаемая посещаемость?
                                                                                                                                                                                    — Магазин будет или только публикации?
                                                                                                                                                                                    — Предполагаемая целевая аудитория?

                                                                                                                                                                                    Все эти вопросы влияют на выбор CMS.

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

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