Пользователь
0,0
рейтинг
12 мая 2010 в 17:43

Разработка → Обзор CMS по категориям

В мире существуют тысячи CMS для самых разных целей, самого разного качества, самой разной перспективы, стоимости, распространённости и так далее. Серьёзно опробовать их все — нереально. Поэтому когда я только знакомился с миром движков для сайтов, выбирать приходилось наугад. Ниже я опишу свои впечатления от знакомства с теми или иными движками для тех или иных целей. К некоторым приложу краткое описание особенностей, впечатление о прочих состоит только из заглядывания в админку. Заметки эти составлялись и редактировались в течении долгого времени, но сейчас я решил, что лучше опубликовать их в нынешнем виде, чем ещё полгода-год по чуть-чуть редактировать не добавляя ничего принципиально нового.
Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности, т.е. если нет бесплатных аналогов. Также ограничение на технологии: php. О движках на перле и питоне я не более чем слышал, на шарпе и джаве имел дело с самописными.
Итак, рассматриваются

CMS общего назначения. Информационные сайты, визитки, блоги…


Комментариев мало, я являюсь модератором официального форума и вообще один из тех, кто следил за этой системой с самого рождения. Поэтому если что, о МаксСайте будем говорить отдельно.
Система написана на фреймворке, следовательно, дописывать любой функционал можно как угодно. Да и сама система поверх фреймворка предоставляет большое количество сервисного API. Поэтому нечего удивляться, что встречаться будет и в прочих разделах.
Структура и заточенность движка изначально блоговая, но как показывает пример того же вордпресса — это никакое не ограничение. В преимуществах: хорошая архитектура и сильное кеширование дают хорошую производительность, удобство при написании расширений — всю сервисную часть система берёт на себя, гибкость настроек — условия отображения виджетов, построения ссылок, конструирование типов данных позволяют делать сайты очень отличающиеся структурой от блогов.
Там ещё какие-то форки, кто-то чей-то наследник и так далее. Вроде бы нейтрино — наследник москито, а нейтрино атомик эдишн — форк нейтрино. CMS, не использующая базу данных (а мне понадобилось однажды и такое). Для простеньких визиток и блогов вполне пойдёт. Тем более, что плагины можно писать и к ней, и некоторое их количество уже имеется. Есть лента публикаций, категории и теги, поиск (регистрозависимый), шаблоны, ЧПУ. В атомике — в шаблонах можно управлять блоками (очень удобно, на самом деле).
Upd. Neutrino Atomic Edition всё же получше будет, хотя ещё лучше см. ниже.
Пришлось опробовать всю компанию: Neutrino Classic, Neutrino Atomic Edition, Nanote и Mosquito Blood Mary. Из всех их лучшее впечатление со значительным отрывом произвёл москит. Всё началось с инсталятора — больше ни у одного из перечисленных его нет. Дальше абсолютно все манипуляции делаются через интерфейс, а не вручную. Всё удобно и понятно. Минималистичная система на файлах, однако для очень многих случаев её достаточно. Плюс самая дружелюбная документация по созданию плагинов. А по возможностям плюс-минус все равнозначны, может, москит самый функциональный, а наноте наименее функциональный. Блоки, теги, комментарии и всё о них, rss, кат, минималистичная загрузка файлов и т.п. Подробней о движке.
Один из авторов этого движка в своё время создал галерею Pikateka, о которой ниже. Это ещё один движок, не использующий базу данных. Движок на файлах, но не такой, как вышеперечисленные. В качестве модулей этого движка есть форум (примитивнейший), каталог, рейтинги и даже, кажется, магазин. Также движок поддерживает регистрацию, права пользователей и всякое разное прочее.
Проблема та же, что и с Пикатекой — проект умер в 2007. Ещё одна проблема, судя по отзывам, при активном использовании повреждаются индексы файловой БД, т.е. нуждается в постоянном бекапе. А упоминаю лишь затем, что сайты, не использующие базы данных, очень хорошо держать под системами контроля версий.
Третий встреченный мной русскоязычный движок на Codeigniter. Первые два — это MaxSite и Cogear соответственно. Если МаксСайт — это в основе блоговый, «убийца вордпресса», а Когир — соц-сеть, то Image CMS, насколько видно при беглом взгляде — больше портальный движок. На данный момент он ещё болен некоторыми детскими болезнями, первая из которых — мало дополнений. Но в остальном это хороший движок, чем-то напоминающий modx. Функционал стандартный: дерево категорий, теги, комментарии, виджеты, вставка фото и галерея. Дополнительные поля позволяют самому конструировать типы содержимого. Есть simple_cart. А главное преимущество перед первыми двумя движками: многоязычность из коробки. Я, правда, не исследовал её, но на первый взгляд она сделана получше, чем в МаксСайте.
  • Также для сайтов общего назначения можно задействовать и Wordpress, и Drupal, и Joomla и почти любую любимую CMS…

Многофункциональные монстры.

Многофункциональность монстров заключается в том, что к ним существует уйма плагинов, за счёт чего можно построить хоть портал, хоть мультиблог, хоть магазин, хоть галерею, хоть соцсеть, хоть всё это разом.

Начинал знакомство году ещё в 2006 или 2007. Тогда ещё первая ветка жила и развивалась. Система была, что называется, не для программиста. Из админки можно сконструировать абсолютно всё. Но при этом ощущалась неповоротливость. Одним из главных недостатков, но я ещё не знал, что это недостаток — отсутствие юникода. Но при этом была галерея (и не одна), была какая-никакая возможность организовать ЧПУ, многоязычность (глючно, но лучше, чем никак), ещё что-то…
Сейчас пришлось столкнуться опять. Актуальна версия 1.5.x. Юникод есть. Куча уже гововых плагинов. ЧПУ, форум(ы?), галереи, соц-сеть(и?), магазин(ы?) и так далее. Неповоротливость в принципе осталась, но всё же рекомендовать систему хотя бы тем, кто её более-менее знает и кому она подходит (или тем, у кого уже работающий проект на джумле) — согласен. Наверняка кэшированием можно исправить многое.
Русскоязычные сообщества, насколько помню, конкурировали между собой. joom.ru, joomla.ru или как-то так. Сейчас их изрядно больше. Что облегчает поиск информации и ответов на вопросы.
Upd. Довелось поработать с джумлой всерьёз. Впечатления разработчика абсолютно нецензурные. Впечатления пользователя очень благоприятные. Сконструировать можно абсолютно всё. Но выбрать из одинаковых плагинов наименее грузящий систему, наименее глючный и тот, который не будет заброшен (или переведён на платную основу) к следующей версии джумлы… Быстрей написать самому (не под джумлу, разумеется). В общем, если вы знакомы с джумлой хотя бы пару лет и знаете картину и перспективы нужных вам плагинов — тогда хорошо. И, да, у вас вдобавок должен быть мощный сервер, которому не страшно ворочать CMS с несколькими тысячами файлов и чудовищными запросами типа выборки по одной записи в цикле.
Ещё проблема в том, что много информации, которую удаётся найти, относится к джумле 1.0.х, тогда как версия 1.5.х носит то же название просто по недоразумению. Внутренне — это абсолютно другая система. А ещё предположительно в этом году должна выйти ветка 1.6, которая изрядно отличается уже от 1.5.
Ещё один апдейт. Опробовал 1.6 бета 2. Скривился.
  • Что хорошего: больше удобств в админке. Действительно гораздо более мощный ACL. Явно для серьёзных порталов. Его ещё нужно изучать и настраивать. SEF из коробки.
  • Что нейтрального: по функционалу всё та же джумла.
  • Что обещано: совместимость с расширениями 1.5, теговая иерархия, многие улучшения во фреймворке, новый тип аддонов — библиотеки (раньше стояли монолитно в ядре), избавление от старого наследия (и копипаста) в коде.
  • Что плохого: кроме ACL беглый взгляд ничего из обещанного не нашёл, масса багов на простейших вещах (не меняется порядок пунктов меню, вылезают ошибки запросов на простых иерархиях контента и т.п.), никакой совместимости с компонентами 1.5 нет и в помине (ни один даже не установился).
  • Что в ретроспективе: одна мажорная версия в три года, очень рыхлое комьюнити, многие аддоны заброшены в версии для j1.0, про которую до сих пор появляется материал. Руководство по программированию для j1.5 до сих пор не полностью переведено на русский язык.
  • Что в перспективе: выпустят релиз 1.6 вряд ли раньше осени. Нормально его обкатают, портируют основные аддоны, напишут мануалы и так далее не раньше чем через год. Только тогда можно будет начинать серьёзные проекты на j1.6. До этого только собственные небольшие сайтики, где всё под контролем и в случае чего сам можешь поправить траблу.
Такие дела.
На что перешёл, уйдя от джумлы — вордпресс. Админка вордпресса после джумлы оказалась верхом логичности и простоты. Тем более, что тогда была актуальна ветка около 2.0.x. Уже тогда поддерживался юникод. Уже сразу в коробке были нормальные ЧПУ, настраиваемые к тому же. Тогда же CMS ворочалась и заливалась по FTP существенно быстрей джумлы.
Чем больше о вордпрессе узнавал, тем больше проникался. Плагинов — уйма. Это и галереи, и форум, и многоязычность, и каталоги всяческие, и магазины, и чёрт с рогами. Из вордпресса можно сделать что угодно. А со сборкой WP MU — ещё и сателлиты-мультиблоги ставить.
Но при этом по мере совершенствования моих знаний и роста версий вордпресса всё более ужасался растущей прожорливости. И ограниченности в какой-то мере. На версии 2.8.0 можно было в определённые моменты (при обращении к архиву крупного сайта) увидеть 12 000 запросов к базе. Это один из самых впечатляющих, но не единственный пример того, что бывает, когда у проекта нет лидера и roadmap определяется голосованием.
Опять же, и эту систему можно рекомендовать. Но при этом её желательно знать и уметь настраивать на максимум производительности. Большая просьба к фанатам вордпресса — не устраивать здесь холивары, потому что высказываю я субъективное мнение, однако подтверждённое опытом.
Ещё один монстр, который может всё, к которому есть уймища плагинов на все случаи жизни.
В минусах большая сложность этой системы. Как-то так получилось, что за долгое время попыток его изучить, я так с ним и не сжился. Мыши плакали, кололись, но продолжали жрать кактус.
И ещё в минусах серьёзная прожорливость, ничуть не меньшая, а временами и большая, чем у предыдущих двух движков.
Главное преимущество друпала — очень развитая и продуманная система хуков, позволяющая переопределять практически любое событие системы. Плюс два самых популярных модуля, cck и views, позволяющих конструировать произвольные типы данных и их отображение.

Галереи.

Когда-то я не видел нормальных галерей в рамках других движков. Поэтому исследовал отдельные галереи.

То ли первая, то ли одна из первых галерей, с которыми я познакомился. Есть некоторые претензии к интерфейсу, субьективно не всё нравится, но это потому, что галерея заточена на многопользовательность, многоальбомность и так далее. Роли пользователей, альбомы пользователей, лимиты, модерация и так далее.
Есть много переводов, скинов (табличных и кустарных), плагины есть. Интеграция с джумлой и, вероятно, некоторыми другими системами.
Ветка, с которой знакомился, развивается несколько лет очень вяло, в основном баг- и секьюрити-фиксы. Следующая ветка уже давно лежит в svn, но только недавно доросла до статуса беты и «официального» скачивания.
Сказал бы, что можно поставить, если галерея — это главная часть сайта. Тем более, что есть плагин, реализующий простейшую cms, чтобы не ставить ещё и какой-то другой движок ради нескольких страничек. Кстати, ради нескольких страничек можно поставить и нейтрино.
После лет четырёх как минимум разработки выложили версию 1.5.х.
В противовес коппермайну мне очень понравилась пикатека. Галерея изрядно проще. Лёгкая быстрая и удобная. Почти всё что нужно, почти ничего лишнего. Вместо альбомов — теги. Многопользовательность есть, но базовая. Ватермарка в коде реализована вроде бы, но отдельной функцией (методом класса) и нигде не используется, т.е. включить из админки нельзя. А главное неудобство: ссылки по тегам используют всё те же теги, поэтому для русских оных ссылки получаются ужасными.
Заброшена в конце 2006. Никаких плагинов — не поддерживаются. Оф-сайт канул в лету. Если сливать из svn, то не последнюю ревизию, а ревизию 179. Там, кстати, есть багфиксы по сравнению с последним архивом.
Дописал ей некоторые мелочи. Понемногу портирую в MaxSite. Тому как раз не хватает хорошего плагина галереи.
P.s. Сейчас выяснил, что автор принимал участие в создании ReloadCMS — довольно большой CMS, не использующей базы данных.
Монстр от класса галерей. Кода в десятки раз больше, чем у галерей всех прочих. Есть интеграция с разными CMS. Но поскольку мне никогда не была нужна такая мощь, то реально никогда не ставил.
Сейчас глянул, увидел, что в феврале после нескольких лет разработки вышел 3.0RC1. Оказывается, третью ветку переписали на кохане. В результате чего она основательно похудела. Ещё из занятного: проект стартовал уже десять лет как. Возможно, это старейший проект php-галереи из оставшихся на плаву.
Если нужна галерея без базы данных. Две небольших, одна — форк другой. Заброшены в ± 2005. Простые, с базовыми возможностями (разве что лайтбокса тогда не было, но несложно его и приспособить).
Симплвьювер — ещё одна штука без базы данных. Флешовый просмотрщик, интересен был как раз при отсутствии лайтбоксов и прочих спецэффектов. Хотя если нужен флеш, то можно приспособить и сейчас. Сам вьювер бесплатный, но есть платная к нему версия с сурцами, отсутствием линка на скачивание и т.п., и бесплатный плагин к вордпрессу. Подумываю о том, как его приспособить к МаксСайту. Но не очень активно, ибо для больших обьёмов фотографий он малоприспособлен.
Галерей без баз данных в сети можно найти великое множество, что на соурсфордже, что на phpclasses, что ещё где-то. Да и самому написать или собрать из кусков такой скрипт довольно просто: навигация на основе имеющихся папок, считывание файлов в этих папках и вывод превьюшек, загрузчик с предварительной жёстко прописанной авторизацией. И программа-минимум выполнена. Можно лайтбокс прицепить, а в процессе загрузки ставить ватермарки.

Недавно же наткнулся на такой образчик. Там в плагинах фигурируют: cms, slideshow, googlemaps, flwplayer. Говорится о поддержке Ajax, мультиязычности, скинах, password protection доступе к альбомам. Предъявляются награды, которые галерея получала. Разработка началась в 2005 и продолжается по сей день. Есть награды.
Ставиться на третий денвер не пожелала с пятисотой ошибкой — чего-то ей не хватает.

Социальные сети.

Функционал социальных сетей можно организовать любым из многофункциональных монстров. И даже некоторыми форумами. Особо упомяну МаксСайт. Пока на нём развёрнута одна соц-сеть и делается ещё. Но система изрядно не готова для такого. Нужно многое дописать (архитектура позволяет): админку для зарегистрированных (ну не в админку же сайта их пускать), рейтинги, загрузки, чтобы была у каждого изолированная и не было доступа к основной, фотоальбомы тоже изолированные от чужих вмешательств и привязанные к пользователям, древовидность комментариев. Самборский не выкладывает свои наработки, а повторять их — есть более готовые инструменты. Хотя планирую всё же повторить собственного развития для и чтобы всё время можно было использовать свой любимый инструмент.

Первый экземпляр, с которым на этом поприще познакомился. Хотя, вру, первым был друпал. :) Так вот, по функциональности это вполне себе отличная социальная сеть. Почти полный аналог хабра. Персональные и коллективные блоги, рейтинги, топики-опросы, топики-ссылки, инвайты. К сожалению, галерея — платная, и даже топик-фотоотчёт — платный.
А так система представляет собой отличную платформу для соц-сети и дописывания необходимого функционала. Cамая технологичная из тех, что я видел, и так далее. Там на самом деле очень хорошее ООП, сильно напоминающее мне Java. Может заменить собой форум, если пользователи не слишком консервативны к этому и если немного поработать напильником.
Что до составляющих: для отображения используется Smarty, клиентская часть — mootools. Для работы с данными DbSimple, для кеширования DklabCache (весьма желательен memcache). Для поиска Sphinx, который соответственно должен быть установлен на сервере. Ну и ещё ряд библиотек.
Активно развивается (с сентября 2008 к июню 2010 940 коммитов, два активных разработчика и несколько десятков сторонних дополнений, проходящих контроль качества). Рекомендую, если функционала достаточно для ваших целей. Преимущество перед друпалом и компанией в том, что друпал до нужного функционала ещё нужно допилить.
Теперь о недостатках. Их два. Не смотря на хорошую оптимизацию, для полноценной посещаемой соц-сети требует выделенный сервер, т.е. системные требования не самые маленькие (см. пункт про мемкеш и сфинкс). И на доводку сайта на LiveStreet нужно закладывать определённые ресурсы времени и денег или самостоятельных усилий. Это вам не вордпресс, у которого существуют бесплатные плагины и шаблоны, а кому мало, то и готовые сборки на все случаи жизни.
Движок, в пику которому создавалась «Живая Улица». Какое-то время назад был в подвешенном состоянии. Недавно продан, после чего его развитие возобновилось. Но, похоже, снова агонизирует. Выбор между этими двумя — дело личных предпочтений. Но лично я не очень приглядывался. Поэтому только и знаю, что для живой улицы блоги на поддоменах реализуются платным хаком, а для большой — вроде бы как стандартно.
Upd. Новый разработчик оценивает ядро как функциональное, но в целом кустарное. Подумывает о переписке ядра с нуля и возможно на фреймворке — Zend или Kohana. А скорость разработки всё же отстаёт от разработки LiveStreet.
Ещё один экземпляр. Каждая ветка переписывается заново. Скоро должна выпуститься выпустилась третья. Но всё равно код очень ругают. Исследовать внимательней не буду, т.к. хватает инструментов и без неё.
Форк Эксплея. Более исправленный, более безопасный, а в грядущем релизе изрядно переписанный. Но хоть автор и утверждает, что проект жив, подтверждений этому не видно. Последний релиз и последний коммит в svn осенью 2008. Последние публикации на эту тему весной 2009. Дальнейшие разработки в паблик всё не выкладываются. Сайты автора на его же движке — глючат. Проект явно мёртв, в отличии от предшественника.
Описание переписано. Социальная сеть, написанная на Codeigniter. Из всех виденных движков у автора этого — самый серьёзный подход к документации, внешнему виду и всем и всяческим мелочам. И вообще, автор проделал гигантский рывок при написании этого движка. Продуманная архитектура позволяет при наличии знаний сделать на Cogear что угодно, хотя движок и заточен на соцсети. В недостатках то, что весь воз автор тянет на себе в одиночку и явно устал. Хотя и грозится переписать с нуля и не на CI. В каталоге плагинов сейчас имеется десяток дополнений и ни одной темы, но написание расширений очень простое и быстрое за счёт архитектуры и системы хуков. Также иногда случаются косяки, и движок совершенно не дружит с вин-хостингом. Но на багрепорты автор реагирует очень быстро.
Наряду с LiveStreet очень технологичный движок, отстающий от LS только величиной комьюнити.
Нашёл случайно и оказался очарован. Движок, который из коробки предлагает: портал, личные и коллективные блоги, личные и коллективные фотоальбомы, френдленты, клубы, рейтинги, гостевые в профилях и загрузки файлов там же, каталоги, FAQ, доски объявлений, магазин (скромный в комплекте и посерьёзней в виде отдельного платного компонента), форум и чёрта с рогами. Не хватает только регистрации по инвайтам. Меня поправляют: уже есть, хотя и сторонним аддоном, но очень-очень функциональным.
В базе данных семьдесят таблиц, но по нагрузке это вполне вменяемое решение, всё равно для любой социальной сети нужен хороший сервер.
Самый большой недостаток: отсутствие юникода. Второй — префикс таблиц жёстко зафиксирован. Но разработчики обещают это исправить (меня поправляют, уже есть). Проект живой и код непозорный. Т.е. рекомендую, особенно если возможностей хватает для целей, а знаний и времени мало.
Организация админки и некоторая логика очень похожи на джумлу, иногда даже кажется, что это и есть сборка джумлы с другим скином админки и уже подобранным набором компонентов, модулей и плагинов.
Не знаю даже, почему не отнёс к многофункциональным монстрам.
О, а ещё узнал, что пишется и скоро зарелизится под эту систему хороший форум. Хотя если учесть, что даже встроенный — вполне неплох, то этот (с интеграцией в систему) вообще должен быть супер. Форум весьма скромен, нужна интеграция со сторонним. В принципе, в комьюнити есть инструкция по интеграции с smf, но слегка устаревшая.
В целом лучшее КОРОБОЧНОЕ решение для социального портала.
  • vBulletin, IPB, Vanilla.

Два первых форума — платные. У воблы (платной, увы) есть плуги галереи, блогов и т.п. Кажется, у IPB — аналогично. Ваниль изначально пишется по вебдванольной идеологии. Очень гибкая архитектура и изменяемость плагинами. Все три форума как следует не щупал, но ваниль — планирую попробовать. А в принципе, популярную соц-сеть можно построить на любом хорошем форуме.
  • Social Engine. DataLife Engine (DLE).

Самые известные и распространённые платные варианты. DLE повсеместно используется для варезников и новостных андерграундных порталов. Плагины, скины и так далее. Ни того, ни другого изнутри в глаза не видел, упомянул только потому, что распространены очень.

Форумы.

  • На рассмотрение: phpbb, прочие bb, vanilla, smf, ещё что-то. PhpBB — очень тяжёлый, навороченный, мощный. Очень сложный в администрировании (мне в кошмарах снился даже). Для простых случаев не рекомендую.
  • В противовес punbb — лёгкий, шустрый и простой. Немного необычно то, что расширения должны быть в xml-файлах, но довольно быстро получилось разобраться. В миниатюрности и простоте кроется два подвоха. Первый: если нет какого-то функционала — то его нет. Второй: многие расширения модифицируют структуру базы данных и совершают прочие издевательства над базовой поставкой форума. Форум — для простых случаев — самое то. А судя по forum.mozilla-russia.org — можно рискнуть и для серьёзного проекта этот форум ставить. Только следует учесть, что на forum.mozilla-russia.org своя собственная сборка этого форума, уже, кажется, не совместимая с оригиналом. Но открытая.
  • Vanilla (не опробовал, но обязательно опробую) — форум, который изначально заявлен «не такой как другие». За счёт модульности и более 450 плагинов можно создавать форумы очень разной функциональности и направленности. Заявлена лёгкость самого форума и лёгкость изучения, изначально вебдванольная идеология, собственный фреймворк для написания расширений, возможность встроить форум в самые разные движки. Версия 1.1.10 выпущена в ноябре 2009. Версия 2.0 доступна в репозитории, говорят, только-только появился RC. Русское сообщество скромное и полумёртвое, но возлагают надежды на выход двойки.
  • Плагины форумов есть у wordpress, drupal (в стандартной поставке), кажется, у джумлы…
  • Для МаксСайта примитивный и очень глючный форум в ограниченном кругу водится ещё один пишется. Возможно, будет развиваться, в том числе моими силами. До функциональности примерно punbb. Но это будет не скоро, если вообще будет.

В комментариях мне предоставили дополнение по IPB и Вобле. Спасибо LastDragon'у и DevArt'у.
0) Офф. сайт: community.invisionpower.com/ (ссылка на сам форум)

1) Покупать есть смысл только третью версию (скоро выйдет 3.1.0)
2) Платные: IP.Gallery, IP.Blog, IP.Downloads, IP.Content
3) Также есть бесплатные для клиентов: IP.Tracker (багтрек, используют сами), IP.Shoutbox (чат), и т.д. (можно найти на их сайте)
4) Очень просто разрабатывать модификации (мелкие изменения функционала; в большинстве случаев можно обойтись без модификации кода форума) и приложения (типа IP.Gallery, IP.Blog и т.д.). Также очень удобно редактировать шаблоны (после включения режима разработки). К сожалению, требует достаточно большого количества ручной работы при разработке и особенно сборке релизов, но большая часть мною уже автоматизирована.
5) Документация вся есть у них на сайте (EN), также можно найти на русском (не вся)
6) Недостатки: присутствует копипаст и говнокод (часть — наследие), баги есть, но оперативно исправляются. Убогий парсер BB-кодов (периодически допиливается).
7) Многоязычность (не полная — в ACP часть строк перевести сразу не несколько языков невозможно, public часть — вся переводиться)
8) Поддержка скинов (+мобильная версия, + xml версия). IE6 не поддерживается. Из коробки присутствуют баги в IE7/8.
9) ЧПУ (несколько видов, поддержка зависит от конкретного приложения)
10) Достаточно требователен к ресурсам
11) Поддержка Sphinx из коробки (можно создавать плагины для собственных приложений)
12) Поддержка кеширования — из коробки использует БД, но одной строкой строкой включается нужный кеш (memcached, eaccelerator, и т.д.)
Официальный сайт тут vbulletin.org, официальное каммюнити разработчиков vbulletin.com, Российская не официальная техническая поддержка vbsupport.org (самая старая и полная база знаний в рунете по данному движку).
Изначально vbulletin разрабатывался силами компании JelSoft, позже вся продукция и самая компания JelSoft была куплена InternetBrands. Соответственно сменились разработчики. К этому момент поспел релиз vBulletin 4 линейке, и ни что не предвещало беды. Уже как полгода, 4 версия всё ещё сыра, унизительно гадко скомпканна из того что вышло из программистов. Даже на официальном камюнити в облаке меток долго весела метка «vB 4 Is gay». Если вы хотите попробовать движку в деле — советую версию 3.8. Надёжна, стабильна.
Для vBulletin существует огромное множество модификаций. Какие-то переведены на русский можно глянуть к примеру тут devilart.net/nashi-relizy-99 или на том же vbsupport.org, а какие-то создаются русскими разработчиками. Множество платных и бесплатных хаков.
Для vbulletin есть достаточно большое количество скинов, есть много больших, известных форумов именно на этом движке. VB всегда являлся лидером в надёжности и безопасности на поприще форумных движков. Относительно приятный, чистый код. Модификации, ЧПУ пишутся просто. Есть много компонентов облегчающие жизнь сеошникам. Админка простая и приятная, многоязычность поддерживается. В качестве поиска используется фултекст. Полный русский перевод движка (админка/пользовательская часть) для все версий есть.

Интернет-магазины.

  • Несколько на рассмотрение, а тем временем всё тот же МаксСайт. Магазин для него пишется моими силами в предварительном билде выложен на офф-форуме (моя версия скорей всего не увидит свет). Небольшой и с базовой функциональностью. Использовать можно только если магазин нужен небольшой и именно на макссайте. В других случаях рекомендую prestashop или ecshop. Или magento. Есть шансы на появление ещё одного плагина-магазина — мелькали упоминания (именно он уже появился).
  • osCommerce и его клоны и форки.

Когда-то при фразе интернет-магазин можно было представить только сабж. Первопроходец или нет, но это первый магазин с открытым кодом, который получил распространённость. К большому сожалению, релиз osCommerce был аж в 2003 году, а следующая ветка до сих пор в статусе rc. Лично у меня нет желания ковыряться в коде, который несёт наследие тех лет разработки. Там сложно заподозрить существование хорошей объектной модели, разделения на функционал, отображение и данные и так далее.
Поскольку лицензия gpl, то за эти годы у магазина появилось множество клонов и форков, как бесплатных, так и очень дорогих. Есть множество комьюнити, и вообще — вокруг osCommerce так много всего, что наверняка есть возможность найти свой персональный Святой Грааль. Только искать его нужно долго и упорно.
  • Magento

В отличии от osCommerce, Magento — это довольно молодой движок. На конкурсе Sourceforge Community Choice Awards 2008 Magento занял первое место в номинации «лучший новый проект». Движок построен на Zend Framework, что сразу определяет его монструозность. Он большой и тяжёлый. Но и мощный. Но и сырой. Т.е. компания, которая его разрабатывает, берёт деньги за кастомизацию и поддержку, поэтому им нет резона делать коробочную конфетку.
Лучший выбор, если знать и уметь Zend Framework и не бояться неполной руссификации и прожорливости. Имеет смысл на крупных проектах.
  • Prestashop. Проект, который мне весьма понравился.

Это французский могазин, что лично мне бы создало достаточно проблем. Но силами русского комьюнити движок говорит по русски почти как родной.
Ставится на денвер без всяких проблем. Инсталятор хороший, с аяксовыми проверками. Системные требования, похоже, минимальные.
С первых же шагов чувсвтуется забота о безопасности: система принудительно требует переименовать каталог admin и удалить каталог install.
Возможности по первому же взгляду впечатляют.
Больше 130 таблиц в базе данных. На нагрузку ещё посмотрю, но на локальной машине шевелится достаточно быстро. Хотя кое-кто и жалуется на прожорливость.
В распакованном виде занимает 14.5 Мб, но по три с лишним мегабайта на tools, modules, img (демо-данные). Полтора метра js (jquery, tinymce and other stuff). 800 кб админка, 400 кб theme, 350 кб инсталятор. 800 кб за 80 классов.
По первому впечатлению довольно-таки ООП(php5), отчасти MVC, но не слишком ActiveRecord. Просто не вижу, чтобы модель была отдельно вынесена.
Очень серьёзный сервисный подход. Одно только меню «Инструменты» содержит: CMS для создания нескольких статических страниц типа ФАКа. Есть генератор .htaccess и robots.txt. Бэкап БД (прямо в магазине), работа с поддоменами, импорт из .csv, настраиваемое меню быстрого доступа в админке, настраиваемые виджеты, локализация.
Естественно, множество настроек. Очень хорошо поработали локализаторы, жаль только, что для России, а не Украины. Есть скидки, учёт налогов, реферальные программы, etc.
Дофига модулей, поддерживаются четыре способа оплаты (считая вебмани), статусы товаров (ждём оплату, товар закончился, отменено, доставлено, etc). Естественно, куча статистики.
Ей-Богу, с первого же взгляда очень нравится этот магазин по  возможностям, интерфейсу и сервису! Причём, как для админа, так и для покупателя.
  • ECShop.

Китайское поделие. Сразу впечатление: первый заход на морду дал 30 запросов к базе данных, а следующий — 4. К памяти тоже весьма экономно относится. Т.е. забота о производительности, кэширование…
Первый заход в админку дал 28 запросов.
За 70 таблиц в базе.
И ещё люди тестировали — признали этот магазин самым экономным для сервера.
Из админки можно делать оптимизацию, бэкап и даже прямые запросы: «SQL запрос работает напрямую с базой данных. Вы должны понимать что делаете».
Есть крон. Есть, как и в престо, настраиваемые быстрые пункты меню.
Более продвинутая CMS: не просто страницы, а категории деревом\типами.
Есть интеграция с форумами, в том числе с воблой(3.x), ipb(2.1\2) и phpbb(2.x).
Гостевая, группы пользователей (клиентов).
Рассылки, партнёрки, банеры, смс, доставки\оплаты, бонусы, распродажи.
Переведено неплохо, но не так тщательно, как престо. Однако работа идёт. Есть нюанс: перевод 1.6.2, 1.7.0 и далее — по платной подписке. Поэтому смотрел 1.6.1. Хотя позже на нулледе нашёл перевод для 1.7.2.
Если выбирать между этим магазином и престо, то даже не знаю, что выбрать. Престо понравился больше, особенно тем, как переведён и адаптирован, а здесь есть интеграция с форумами и ещё что-то такое. К тому же здесь гарантированно сильное кэширование.
3.5 мб инклюды, в т.ч. FCKeditor. Из них 1.3 мб что-то насчёт китайской codepage. 2.8 мб админки. 1.5 мб theme. Ещё какие-то data, js, api, wap, etc.
OOP почти нет и такое впечатление, что разобраться с архитектурой и  писать модули\etc будет гораздо сложней. Но в целом достойный кандидат.
Шаблонизатором вроде как смарти, но что-то странное там. Во всяком случае, шаблоны имеют нестандартное расширение.
Люди, которые ужасаются кодом osCommerce и прожорливостью magento, рекомендуют OpenCart. Таблица сравнения на сайте обещает, что движок умеет больше, чем osCommerce и prestashop. Есть русский язык, есть несколько десятков (может, пара сотен в сумме) модулей, шаблонов и т.п. При следующем поиске идеального магазина это кандидат на исследование.
  • Плагины.

Существуют плагины разных возможностей к разным CMS. Зачастую, если уже имеется сайт и к нему нужно добавить магазин, то лучше всего найти плагин к той CMS, на которой сайт построен. Для друпала это: Ubercart (рекомендую) и e-Commerce. Для джумлы: virtuemart (альтернатив нет и признаю, плагин мощный, но больше тысячи файлов — это что-то с чем-то. Учитывая несколько тысяч файлов джумлы и общую неповоротливость что системы, что плагина). Для вордпресса парочка плагинов есть. Если нужна социальная сеть с магазином — порекомендую InstantCMS…
Wave @Wave
карма
50,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (215)

  • +7
    Добавлю про IPB:
    0) Офф. сайт: community.invisionpower.com/ (ссылка на сам форум)

    1) Покупать есть смысл только третью версию (скоро выйдет 3.1.0), покупать лучше напрямую у IPS, у IBR — только локализацию (т.к. если купить лицензию не будет доступа к бесплатным ресурсам, которых у IPS достаточно много… модули можно получить через тех поддержку, но отвечает она по несколько дней)

    2) Платные: IP.Gallery, IP.Blog, IP.Downloads, IP.Content

    3) Также есть бесплатные для клиентов: IP.Tracker (багтрек, используют сами), IP.Shoutbox (чат), и т.д. (можно найти на их сайте)

    4) Очень просто разрабатывать модификации (мелкие изменения функционала; в большинстве случаев можно обойтись без модификации кода форума) и приложения (типа IP.Gallery, IP.Blog и т.д.). Также очень удобно редактировать шаблоны (после включения режима разработки). К сожалению, требует достаточно большого количества ручной работы при разработке и особенно сборке релизов, но большая часть мною уже автоматизирована.

    5) Документация вся есть у них на сайте (EN), также можно найти на русском (не вся)

    6) Недостатки: присутствует копипаст и говнокод (часть — наследие), баги есть, но оперативно исправляются. Убогий парсер BB-кодов (периодически допиливается).

    7) Многоязычность (не полная — в ACP часть строк перевести сразу не несколько языков невозможно, public часть — вся переводиться)

    8) Поддержка скинов (+мобильная версия, + xml версия). IE6 не поддерживается. Из коробки присутствуют баги в IE7/8.

    9) ЧПУ (несколько видов, поддержка зависит от конкретного приложения)

    10) Достаточно требователен к ресурсам

    11) Поддержка Sphinx из коробки (можно создавать плагины для собственных приложений)

    12) Поддержка кеширования — из коробки использует БД, но одной строкой строкой включается нужный кеш (memcached, eaccelerator, и т.д.)

    Основное вроде все, если есть какие либо вопросы могу ответить.

    P.S. Мнение немного предвзято
    • 0
      >покупать лучше напрямую у IPS, у IBR — только локализацию
      не только, IBR также исправляет некоторые недочеты.
      Ярким примером, в версиях 2.3.*, изначально версии от IPS (в cp1251) не работали нормально с русскими буквами в ajax запросах.
      • 0
        IPB3 полностью на UTF-8

        Каждый сам выбирает что ему важнее
        * нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)

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

        (сам покупал у IBR, но сейчас взял бы у IPS)
    • 0
      Не большое, но важное уточнение по пункту 1)

      IBResource по соглашению с разработчиком не имеет права продажи только локализации. Часть клиентов, купивших у Invision Power, очень жалели об этом, покупая «еще одну» лицензию за полную сумму.

      И сразу к комментарию
      > Каждый сам выбирает что ему важнее
      > * нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)

      А также отсутствие нормальной локализации, потому как та, что присутствует в офицальном репозитарии модификаций, содержит лишь перевод пользовательской части

      Необходимость просить помощи на форумах, если с техниками из IPS не нашлось понимания.

      > или
      > * небольшие доработки, получение бесплатных модификаций через достаточно медленную тех. поддержку и отсутствие бесплатных cервисов (кроме генератора скинов)

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

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

      И банально у IBR полностью русифицированные продукты, как сам форум, так и дополнения, и сразу из коробки.

      В общем если у вас много времени, вы владете техническим английским на среднем уровне и вы не юр. лицо, то несомненно стоит подумать чтобы купить напрямую у IPS.
      • 0
        > IBResource по соглашению с разработчиком не имеет права продажи только локализации. Часть клиентов, купивших у Invision Power, очень жалели об этом, покупая «еще одну» лицензию за полную сумму.

        Значит я ошибался :(. Вроде где-то видел что можно отдельно купить… посмотрел в клиентском разделе для форума действительно отдельно не продается (для остальных есть).

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

        Не все — ни IPS ни IBR (через тиккет можно) не хотят исправлять вывод русских дат в Win системах, хотя в ранних версиях это было.

        IBR у меня не ассоциируется с нормальной компанией, например из-за этого — ibresource.ru/products/ipboard/eula/ — сейчас там вместо лицензии выводится страница сайта IPS, когда покупал сам там вообще было «404 Not Found»… (в саппорт об этой и еще нескольких ошибках сообщал).
  • –2
    Спасибо очень полезно.
    • +8
      Полезно, то полезно, но все CMS, если я не ошибаюсь, на PHP написаны. Но мир веб-разработки PHP не ограничивается.
      • 0
        ну да, я вот ни про какую cms кроме plone не слыхал, которая бы не на php была написана. а узнал бы с удовольствием.
        • 0
          Существует множество CMS для ASP.NET. Можете посмотреть про них
    • 0
      Спасибо, добавлю в статью, в том числе в своём блоге, если вы не против.
  • 0
    А ещё предположительно в этом году должна выйти ветка 1.6, которая изрядно отличается уже от 1.5.
    • 0
      Полная фигня. Разработчики заявили о полной обратной совместимости с веткой 1.5.х
      То же касается и плагинов-компонентов-модулей. Уже вырисовались около полусотни стабильно развивающихся проектов расширений, за которые можно не бояться что они ВНЕЗАПНО исчезнут.
      Касательно большого количества файлов — в большинстве «коленочных» движков их намного больше.
      Касательно неповоротливости. Да — на обычный виртуальный хостинг за 250 руб/мес. лучше не соваться, если есть предположение что ежедневное количество уников перевалит за тысячу.
      • +1
        Фигня или нет, но а) встретил несколько компонентов, которые не работают в режиме легаси, хотя заявлены. Подозреваю, что в ранних версиях 1.5 джумлы могли работать. Б) Видел код, который проверял, если джумла 1.5, то подключаем одни файлы и там одни константы-переменные-классы, а если 1.6, то другой файл и другие значения. Так что на 100% на совместимость я не рассчитываю никак.

        Про то, что в коленочных движках файлов больше — вот это полнейшая фигня. Больше их только в проектах типа битрикса или мадженто. Глянул сейчас несколько крупных движков, считая вордпресс и друпал — везде 400-700.

        Про производительность. Нормальные движки, а уж тем более написанные под проект, а не общего назначения с кучей лишнего, сервер грузят много-много меньше. А в коде джумлы можно найти (находил) перлы типа foreach (...) {'select… where `id`=...'}
        Я не говорю уж про перлы в виртуемарте, когда для отображения десятка товаров доходит до восьмиста запросов, в результате чего неслабый сервер становится раком на десятках тысяч товаров там, где ecshop миллионы держит. И речь не о жлобстве на нормальный хостинг, а о качестве кода.
        • +1
          а) встретил несколько компонентов, которые не работают в режиме легаси, хотя заявлены.

          Ну, ясное дело потому что. 1. Этим компонентам уже _минимум_ два года и они умерли. 2. Легаси мод требует поддержки легаси компонентом, просто тупо мод из 1.х на 1.5х никогда не заработает в принципе. 3. От версии Joomla это никак не зависит.
          Б) Видел код, который проверял, если джумла 1.5, то подключаем одни файлы и там одни константы-переменные-классы, а если 1.6, то другой файл и другие значения.

          Понятное дело что что-то изменится, но большая часть потребует или незначительной доработки или станет работать так. Я пока не видел ни одного движка, который при переходе с версии на версию полностью обратно совместим со старыми компонентами.
          Про то, что в коленочных движках файлов больше — вот это полнейшая фигня. Больше их только в проектах типа битрикса или мадженто. Глянул сейчас несколько крупных движков, считая вордпресс и друпал — везде 400-700.

          Это вы DLE не видели :) там в одном шаблоне порядка сотни файлов раскиданных мелкими кирпичиками, а в джумле это решается одним php-файлом, так что Joomla это большой шаг вперед.
          А в коде джумлы можно найти (находил) перлы типа foreach (...) {'select… where `id`=...'}

          Ой, этого полно в любом движке, те-же SMF, DLE пестрят такими запросами…
          Я не говорю уж про перлы в виртуемарте, когда для отображения десятка товаров доходит до восьмиста запросов, в результате чего неслабый сервер становится раком на десятках тысяч товаров там, где ecshop миллионы держит.

          Про сторонние расширения давайте поговорим в отдельном треде. Здесь мы говорим в первую очередь о движках, и именно движок, плюс несколько качественных компонентов вполне сносно себя ведут, я не жалуюсь.
          • 0
            Легаси мод требует поддержки легаси компонентом, просто тупо мод из 1.х на 1.5х никогда не заработает в принципе.

            Если вы имеете в виду, что в 1.5 нужно включить режим легаси, то неужели вы думаете, что я об этом не догадался?

            Я пока не видел ни одного движка, который при переходе с версии на версию полностью обратно совместим со старыми компонентами.

            Я и не ставлю это в упрёк, просто акцентирую внимание, что года три жили на 1.5, а дальше будет нечто вроде того, что было при смене 1.0 на 1.5. Ну, может, в меньшем масштабе.

            Это вы DLE не видели :)

            Не видел. В очередной раз понимаю, что и не горю желанием. Но ДЛЕ вроде трудно назвать наколенным движком?

            Ой, этого полно в любом движке, те-же SMF, DLE пестрят такими запросами…

            Ну так лучше же ориентироваться на лучших, а не оправдовываться, что худшие такие.

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

            Ок, не спорю. Ниже говорил про вордпресс, то же самое могу сказать про джумлу.
            • +1
              Если вы имеете в виду, что в 1.5 нужно включить режим легаси, то неужели вы думаете, что я об этом не догадался?

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

              Не будет ничего страшного, максимум как при переходе с Mambo 4.5 на Joomla 1.0. Тогда почти все расширения допилили буквально за неделю, идеология API не меняется в корне.
              Не видел. В очередной раз понимаю, что и не горю желанием. Но ДЛЕ вроде трудно назвать наколенным движком?

              Трудно, но иногда создается впечатление…
              Ну так лучше же ориентироваться на лучших, а не оправдовываться, что худшие такие.

              Согласен, но пока я пользуюсь Joomla, и очень ей доволен. Да есть некоторые косяки, да и те из-за ограничений сервака на котором я сейчас живу.
              • 0
                Там было заявлено, что работает под 1.5 в режиме легаси. Иначе я и пробовать бы не стал. Компонент включился, а при попытке использования пожаловался на недостающий файл движка. При попытке такой файл из первой джумлы скопировать, сообщил, что ему нужна джумла не ниже первой версии и гикнулся.
                • 0
                  Значит его так коряво сделали. Нормальные legacy-компоненты продолжают работать, но я всё равно от них избавился, найдя гораздо более качественные аналоги под 1.5.х
                  • 0
                    Я примерно это и имею в виду, когда говорю, что у джумлы две разные мало совместимые между собой ветки.
                    • 0
                      Первой ветки больше не существует. Можно забыть.
                      • 0
                        Я бы и с радостью, но это вот «довелось поработать с джумлой всерьёз» включило в себя перенос крупного каталога с первой на полуторную, поиск замен стоявшим расширениям и осознание того, что в инете тонны информации по первой ветке, а во всех местах залежей расширений куча всяких для обеих веток.
                        • 0
                          Я вот всерьез веду сайт на Joomla уже пять лет подряд. И мне тоже пришлось много мигрировать, в итоге заново пришлось делать только файловый архив, да и тот из-за лени. Остальное мигрировал или с помощью встроенного мигратора (комментарии), путем допиливания (галерея), или путем установки заново нового компонента (связка SMF и Joomla).
                          Информации по первой ветке конечно полно, но если напрячь мозг, то можно увидеть что и про полуторку информации уже намного больше… Ну а в официальном каталоге расширений Joomla 1.5.x с июля прошлого года все расширения несовместимые с Joomla 1.5.x убраны.
                        • 0
                          зачем крупный работающий каталог переносить с ветви на ветвь? чем 1.0.15. не устраивала? – она же стабильная…
                          • 0
                            Карта так упала.
                      • 0
                        А как же joostina? ^)
                        • 0
                          Joostina юзают от силы пара сотен сайтов :)
      • 0
        Ставил я компоненты от 1.5 на nightly build 1.6, в большинстве случаев — не ставится. Далеко в новой структуре движка не ковырялся, но что успел заметить — зачем-то поменяли формат файлов локализации, как в этом случае будет работать компонент от 1.5 непонятно. Мои самописные компоненты не завелись.
  • 0
    Plone, написан на Python. Zotonic, написан на Erlang.
    • 0
      Ого! Спасибо за Zotonic, положил в копилку, буду изучать.
  • +6
    Интересная подборка, про многие впервые услышал
    P.S. В описании про Image CMS вы упоминаете modx а вот самого его описания не обнаружил :-( Лично я считаю её очень хорошей CMSкой
    • +1
      Только в админку заглядывал, и то давно. Учитывая, что и без того хватает всего, не описал. Хотя, да, знаю что хвалят.
      • +1
        Очень советую заглянуть еще разок, после недели общения с MODx почти все, что вы тут перечислили вспоминается как страшный сон.
        • 0
          Не раньше, чем закончу текущие проекты =)
  • 0
    в «Многофункциональные монстры» достойны рассмотрения TYPO3, EzPublish (php), в «CMS общего назначения» — django-cms2 (python/django)
    • +1
      Спасибо, но из этого только чуть-чуть видел TYPO3. А тут описывыю свой опыт.
    • 0
      ИМХО: Не подпускайте меня к TYPO3, я умру сам лучше…
    • 0
      Ещё хотелось бы вспомнить о SilverStripe CMS. Но это уже больше фреймворк чем cms.
  • 0
    Советую обратить внимание на TypoLight
    Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.
    Всё жду не дождусь выхода второй версии каталога (она сейчас в альфе. Текущая тоже хороша, но в той есть вообще все что можно пожелать) и isotope ecommerce (тоже в альфе).
    • 0
      даже не общего назначения, а «многофункциональный монстр». при том что весьма шустрый
      • +1
        *irony on* Где взять времени на всё-всё-всё. *irony off*
    • 0
      на PHP вообще можно сделать практически все в веб-разработке и не только…
      • 0
        мне кажется, ваш комментарий не в тему
        • 0
          Я бы так не сказал.
          Terion: «Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.»

          • 0
            в топике рассматривается не вэб-разработка в целом, а ЦМС.
            и «можно сделать практически всё», в ключе топика, означает что без особых усилий и программерских скиллов можно собрать сайт с практически любым функционалом.
            • 0
              без особых усилий говорите?
              чтобы собрать нормально функционирующий сайт на любой из этих систем нужно приложить усилие обязательно, иначе не получиться нужный результат
              • 0
                я сказал «без особых», а не «без усилий вообще».
                в случае с тайполайтом — 10 минут на адаптацию хтмл-ок под шаблоны, 15—20 минут на установку цмс и ее настройку с модулями и… и всё.
                да, конечно, если относится аккуратно к дизайну и хтмл-коду, делая что-то выходящее за «коробочные» рамки — потратим не пол часа, а несколько часов. Но все зависит от дизайна и сложности самого сайта.
                Но это ни в какое сравнение не идет с временем писанины с нуля и не требует hard-skills в php.
      • –1
        Повторяя один старый анекдот — «но такая фигня получается...»

        Для тех кто не слышал: приходит девушка наниматься на работу, ее спрашивают сколько символов она набирает в минуту. Девушка: две тысячи четыреста (в сторону — «но такая фигня получается...»)
  • 0
    Мне понравилось, многое совпадает с моим опытом. Typo3 однозначно надо добавить.
    А еще забавно было бы увидеть аналогичный обзор по антиюзабельным системам, думаю очень многим это бы сэкономило кучу времени, особенно в момент когда заказчик говорит «а я слышал, что вот №%№ круто… давайте ее возьмем»
    • +1
      Чуть выше откомментил, что чуть-чуть видел Typo3, но не работал с ней, поэтому сказать нечего.

      Про антиюзабельные, ну, на заре знакомства с движками опробовал несколько кустарных поделий, типа Danneo, Elise, ещё чего-то. Очень не рекомендую, но кому? И так вряд ли кто будет пользоваться. Ещё не рекомендую всякие нюки, но в то же время пишется одними из разработчиков Ronny — наследник какого-то нюка. Судя по всему, получиться может неплохо, хотя ещё хватает старого наследия. Ещё отвратительнейшее качество кода и безопасность у магазина shopscript. И на хабре весьма обоснованно ругали phpshop.
  • 0
    Че ж про Sitecore никто не пишет в обзорах CMS? ;)
    • 0
      Лично я — потому что не работал. И вряд ли буду, из вышеописанного мне достаточно инструментов для выбора. Хотя если вы скажете, чем Sitecore уникален хотя бы для каких-то случаев, для которых я не смогу или не захочу использовать ничего из списка…
  • 0
    Предлагаю добавить в список легких cms для визиток GetSimple, русское сообщество. Работает без БД, все хранит в XML, есть нормальные плагины галереи, новостей, обратной связи, гостевой книги. Свои плагины писать очень просто.
    • +1
      У меня в принципе ещё может случиться нужда в CMS без BD. Тогда гляну.
    • 0
      Слабовата. Глянуть ещё, какие есть плагины, но в базовой поставке плюс первый попавшийся найденный плагин галереи — ни комментариев (не говоря уже о том, чтоб выборочно их включать), ни нормальной ленты публикаций (надо ещё глянуть, что за плагин «новости», но что его нет в базовой поставке, странно). Теги условно есть, но с наскоку их сделать не получилось, вроде бы нужно в шаблоне вставлять соответствующий блок. Галерея, да, порадовала, так — удобней, чем руками вставлять, но с другой стороны она получается одна на весь сайт.
      Хотя, конечно, сделана приятственно, с множеством JS… И полторы сотни коммитов за пять месяцев намекают, что проект более-менее живой.

      Да, смешно скачивать GS-плагин с WP-блога. Хотя и не так смешно, как джумловый плагин с WP-блога.
  • +1
    Ни с Джумлой, ни с Друпалом у меня не срослось. С Джумлой, признаюсь, я не очень-то и старался, с Друпалом — точь в точь как вы и написали («мыши плакали, кололись, но продолжали жрать кактус»). А вот Вордпрессом я был очарован с первого взгляда. Шикарная админка, уйма плагинов, и ОЧЕНЬ удобная темизация. Любой сайт у меня получалось реализовать с его помощью. Конечно, такое удобство предполагает определённые рамки и степень гибкости… Иногда начинаешь понимать, что занимаешься извратом, используя блоговый движок в качестве полноценной CMS. Однажды в рамках становится тесно (думаю, что с любым движком так). Теперь внимание, вопрос к знатокам: как быть? Таки добить Друпал? Выучить какой-либо фреймворк вроде CI или CakePHP?
    • +5
      На вкус и цвет…

      Я добил друпал. Сейчас могу клепать на нем сайты с уникальным функционалом запросто. Просто шикарнейшая система. Хотя и знаю что и где выигрывает, все равно не могу от друпала отказаться. Как только сажусь за что-то новое — все начинаю плеваться — тут это не продумано, тут этого нет. В цмс важна архитектура и апи. У друпала они шикарные. Просто с ним надо дружить и разговаривать =))
    • +1
      Если не предполагается высоконагруженных проектов, то вордпресса хватит за глаза. В крайнем случае изучите плагины кеширования и т.п., а также какие плагины самые прожорливые. Большой шанс, что это окажется лучшим выбором.
      Если же хотите изучать php-программирование, советую обратить внимание на фреймворк Yii. CI за время застоя сильно отстал от прочих фреймворков.
      • 0
        Дело не в конских нагрузках на сервер, а именно в рамках самой CMS. Да, с помощью custom fields и пользовательских функций, извернуться можно, что я и делаю. Но я чувствую, что вырос с Вордпресса, а технологию на замену всё никак не могу выбрать. Пока остановился на CodeIgniter, подкупила его документированность и освещённость в тематических блогах. Но на Хабре его часто ругают (типа «уже не торт»). Вот и интересуюсь мнениями хабровчан, надеюсь услышать что-то дельное.
        • +2
          А) У него низкий порог вхождения. Можно его изучить, а потом смотреть следующие. Имея опыт будет легче. Но, действительно, уже не торт. Хуже не стал (а был хорош), просто другие стали лучше.
          Б) На CI есть минимум три хороших движка, писанных русскими (довод для ленивых изучать английский =)
          • 0
            С английским проблем нет, и вообще странно, когда уважающий себя айтишник не знает латынь современности. Собственно, шаг в сторону CI можно считать верным?
            • +2
              Только если предполагать, что это ступенька дальше.
              • 0
                какие варианты дальше?
                • 0
                  Yii или Kohana. Zend или Symfony. Django или Rails. Как-то так ))
            • 0
              Попробуйте фреймворк Kohana 3.
  • +3
    И снова ноль информации про HostCMS — многофункционального монстра, даже в бесплатной версии превосходящего многие из упомянутых (WordPress и Джумлу — уж точно). И про шибко модный Битрикс забыли, и про UMI :-)
    • +2
      Битрикс и Юми платные, а я писал, что обзор преимущественно по бесплатным. Про HostCMS, кажется, что-то слышал, но не уверен. В любом случае, не могу описать то, чего не знаю.
      • +1
        с HostCMS и Битрикс надо было и начинать. На выше перечисленных движках конечно тоже можно делать приличные проекты, но ни одного корпоративного серьезного движка я в списке не увидел. Набор какой-то экзотики. imho.

        За неделю по моему уже второй обзор, где не представлены главные CMS.
      • 0
        Всё же если упомянули категорию «интернет-магазины» (цель создания которых — извлечение прибыли), то в этой категории есть смысл рассматривать и российские коммерческие движки: 1С-Bitrix, HostCMS, Amiro.CMS и российские моды опен-сорсных движков.
        • 0
          Ну не работал я с битриксом, что поделать?
          • 0
            Хотя да, и правда, чего это мы… Вы ведь сразу отметили дисклеймером, мол, анализировались движки, с которыми приходилось работать.
  • +10
    Незаслуженно обошли стороной modX. Очень сильная кмс с большим будущем.
    • +2
      Мало её щупал и давно, уж извините. Хотя слышал много хорошего.
    • +1
      Поддерживаю. От визиток — до средних каталогов — самое то.
      Организуется все это поддержкой инфоблоков.
  • 0
    У InstantCMS кажется есть один недостаток, по крайней мере был — мультиязычности там не видать, тексты зарыты прямо в файлах темы.
    • +1
      Позже лёд тронулся и уже переводы какие-то появились, кажется, но в целом да, это слабое место движка. Учитывая, что юникодная сборка появилась едва-едва.
  • 0
    >Платные будут рассматриваться только для сравнения…
    А где платные для сравнения?
    • +1
      Вобла и IPB в форумах, DLE и SE в соц-сетях. ;) Как и обещано, преимущество отдано бесплатным движкам.
      • 0
        По строчке понял, что платные: Bitrix, NetCat, и т.п., а не DLE и IPB :(
        • +1
          Извините, что разочаровал. Не работал с ними.
          • 0
            И все равно, спасибо. Пригодится.
  • –1
    В который раз убеждаюсь, что как ни CMS, так или херня какая-то убогая, или монстр с кучей ненужного. эх
    • +5
      Если вам не подходит ничего из вышенаписанного, исследуйте другие или напишите свою — идеальную. Возможно, ваш движок добавлю когда-нибудь в такой обзор с пометкой «лучший».
    • 0
      Это Вам не нужное ;) CMS — массовый продукт на все случае жизни.
    • 0
      Drupal — монстр, который в базовой комплектации не имеет много обычно нужного. Он предназначен для того, чтобы вы сами могли сделать из него модулями тот вариант, который вам нужен. Очень гибкая и качественная система. Работает куда шустрее, чем описал автор, вероятно он всё же не досмотрел её. Однозначно ест меньше памяти чем вордпресс.
      • 0
        Да, не сжился я с друпалом.
        • 0
          А я вам рекомендую посмотреть. Например сделать тестовый сайт с основным набором модулей на 6м движке. Найдите статьи с описанием привычного комплекта, в рунете несколько хороших есть. Сразу сможете оценить его внутреннюю кухню.
          Да и на сайте Друпала сейчас есть статистика использования модулей, очень поможет новичкам узнать, какие популярны и стоят внимания в первую очередь.
  • 0
    Из безбазовых CMS есть Stace2 (http://staceyapp.com/)

    Используется для создания портфолио дизайнеров. Т.е. можно считать галерейным движком. Несколько базовых шаблонов со скриптами эффектов jquery, поддержка флеша и видео. Ссылки на сайты, которые используют движок.
    • +1
      Если ещё случится необходимость в визитке на хостинге без БД, то, может, и опробую. Хотя в принципе мне достаточно для таких случаев москито.
    • 0
      Each folder within /content which contains a .txt file will become a page. So to create a new page, you just have to make a new folder then create a .txt file within it. The name of the .txt file will tell stacey which template it should use for that page.

      В задницу! Тот же москито со компания при размерах меньших, чем стаси (хотя, понимаю, там контент для примера, но всё же), обеспечивает инсталятор, админку с визуальным редактором, поддержку плагинов. Имеются плагины тегов-категорий и т.п… А организовать галерею с лайтбокс-эффектами можно ничуть не хуже, зато проще, если для создания новой страницы мне (а тем более клиенту) не нужно заходить по ФТП и чего-то там делать.
      Ну и отдельный фикус: требование php5 в минималке. Опять же, зачем нужны такие крохи? Только если сайтик маленький и непритязательный, и чтоб хостинг подешевле был. Потому и отсутствие БД в плюсах, есть ещё тарифные планы без БД. Соответственно, может встретиться php4 и те же москит-нейтрино-наноте встанут туда без вопросов.
  • 0
    Раз уж открыта такая тема, то, возможно, кто-нибудь подскажет мне, какую CMS лучше всего взять для реализации многоуровневого каталога продукции? С одной стороны, можно взять любой интернет-магазин и отрезать корзину и оплату, но что-то в этом есть неправильное.
    • +1
      Из бесплатных: Drupal, cmsmadesimple (очень простая, но не без минусов)
      Из платных: 1С-Битрикс
      • 0
        Drupal всё-таки слишком навороченный, я думаю. А по поводу CMSMS и сам подумывал.
    • +1
      Зависит от.
      Ознакомившись с ТЗ подробней, я бы скорей всего делал на макссайте. Учитывая, что я его классно знаю и всё такое. Ещё это же можно на друпале сделать. Если вы не знаете ни то, ни то, наверное лучше именно взять магазин и… Тем более, что во многих из них есть режимы работы каталога, т.е. без корзины и продаж.
    • 0
      Javascript интернет магазин и витрина есть ещё вот тут iamsync.com.
      Из плюсов — простота интеграции и нет необходимости разворачивать что-либо на сервере.
      • 0
        Соответственно, минус — отсутствие контроля. Мало ли по каким причинам они могут решить что-то изменить и т.д… И это даже не касаясь вопроса приватности.
        Но на самом деле это долгая беседа, не хотелось бы начинать её в рамках нынешнего поста.
        • 0
          Да, кастомизируемость там не очень большая.
          Поясните, пожалуйста, что там с приватностью?
          • 0
            Я не знаю, что с приватностью ТАМ, но вообще неоднократно встречал ситуацию, когда популярные ресурсы страдали из-за того, что не владели собственной базой. Не так давно жж прикрыл пару сотен популярных блогов за то, что они приносили своим авторам неплохой рекламный доход. Или взять форумы на борда.ру — тоже ужас-ужас.
    • 0
      Amiro.CMS, пакет «Витрина». Как раз для каталогов продукции без необходимости организации продаж с сайта.
    • 0
      CMF Cotonti — базового функционала хватит для поставленной задачи с избытком. Код простой и понятный, с комментариями. Шаблоны тоже простые как лопата :). Основные разработчики шпрехают на великом и могучем :).

      Стабильная ветка — Genoa 0.6.19 (багов крайне мало находится)
      Свежая ветка — Siena 0.9.5 (баги есть, но с каждым днём их всё меньше есть)

      Для нового проекта рекомендую использовать Siena, т.к. она намного более продвинута на всех уровнях, в сравнении с Genoa.

      Сайт — cotonti.com
      Русскоязычный форум — www.cotonti.com/forums.php?m=topics&s=12
      • 0
        Вопрос задавали почти полтора года назад. Рискну предположить, что какой-то ответ на него уже нашли.
        А по поводу Котонти — глянул на сайт — один из движков, имя которым легион. Практически теми же словами, что и о сотнях других сиэмэсок, сказано всё то же самое: гибкий фреймворк, отделение логики от представления и т.д…
        Хоть что-нибудь, в чём он лучше большинства? Хоть что-нибудь, чем он выделяется?
        Глянул в код. Никакого ООП, никакой модели, запросы составляются вручную.
        Не впечатлило.
        • 0
          Ой, на дату поста и не посмотрел, если честно :).

          Согласен, официальный сайт ничего особенного, а раньше был ещё хуже :). Мне он тоже не нравится.

          Почему в своё время выбрал дедушку, потом папу, а затем и сам Котонти? — потому что с этой системой было проще и быстрее всего разобраться вообще не имея опыта работы со скриптами (нужда заставила :) ). Пробовал кучу различных СМS (большинство из обзора в том числе). Но только в LDU-Seditio-Cotonti я смог получить полный контроль за выводом информации без вмешательства в код, используя исключительно шаблоны, в которых простой HTML. И проект поддерживать на этой системе не напряжно. Сейчас вот посмотрел, ради интереса, — мой самый первый в жизни динамический сайт, сделанный на дедушке LDU, до сих пор жив-здоров, вот уже 7 лет (аж слезу пробило :) ).

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

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

          Я не кодер, поэтому кода касался поскольку-постольку, но мне было всё достаточно понятно и логично, когда потребовалось сделать мелкие правки для проекта.

          Из плюсов: для хостинга не напряжная, легко прикрутить любой шаблонизатор, легко прикрутить любой парсер, можно из СМS выкинуть практически всё ненужное для проекта, можно перенастроить админку как душе угодно (она вся целиком на шаблонах сделана), полный контроль за выводом информации, ну и большинство фич, которые есть в других современных CMS также прилагаются (многоуровневый кеш, настраиваемые URL, экстраполя и т.д.).
          • 0
            Ясно.
            Как я понимаю, ещё один плюс — это не новодел, а система с историей, следовательно, уже набившая шишек и отработавшая типовые решения. Система, которой меньше года, обычно не бывает достаточно отшлифованной.
            И откровенно говоря, оф.сайт мне понравился. Простой, приятный, аккуратный.

            (Модель — это составная часть паттерна Model-View-Controller, когда отдельно данные и методы для работы с ними, отдельно бизнес-логика, отдельно представление. Обычно в качестве модели класс для работы с базой данных, плюс методы типа getPageById($id), getPageByCategory($cat) и всё в таком духе)
  • 0
    А, да, от InstantCMS отпугнул ужасный код (хтмл), который он генерит… Первое впечатление было супер, а вот когда полез разбираться с шаблонизацией… Но да, очень перспективная цмс
    • +1
      Это коробочное решение. Туда не нужно лезть руками =)
      А так, шаблон — это заменяемая часть.
      • 0
        ну да, для полного нувиса он, пожалуй, очень хорош.
        мне, как дизайнеру/кодеру, увы, не подходит…
  • 0
    Из простых CMS нравится Wolf CMS (или Frog CMS) www.wolfcms.org — сайт визитка очень быстро на нем разворачивается. Весит мало и работает быстро.

    Из русскоязычных форумов можно отметить Intellect Board intboard.ru, но с кодом я намучался конечно.
    • 0
      Глянул на эти два сайта. Ещё даже не заглядывая в код. Про форум: в копирайтах стоит 2007 год. Проект умер? Как-то не хочется начинать никаких новых проектов на мёртвых движках, даже если они хороши. Далее, слегка кустарный внешний вид. Ну и собственно, чем он лучше популярных?

      P.s. Глянул в svn. Нет, этот форум я бы рекомендовать не стал.
  • 0
    а как насчет платных CMS, таких как Bitrix, NetCat, Abo.CMS, UMI.CMS, про них пару слов?
    а как насчет Typo3?

    и вообще можно было бы отдельно рассмотреть не только CMS, а CMF
    • 0
      Из всего этого только чуть-чуть видел Typo3.
      А грань между CMS и CMF довольно тонкая. Можно уйти в священные войны.
  • 0
    Много всего пропущено.
    — Из монстров на первом месте Битрикс (да, стоит дорого, но мы же смотрим все CMS, а не только бесплатные).
    — Из попроще (хотя вообще-то я бы и Wordpess не относил к монстрам), более-менее популярна UMI.CMS
    — Из социальных стоило рассмотреть не только клоны Хабра (хотя LiveStreet достойный проект, остальные сыроваты), но и Dolphin, а так же Pligg. И тот же SocialEngine достоин большего, чем упоминания рядом с DLE (который стоит скорее ставить рядом с Ворпрессом, чем с движками соц. сетей, всё-таки из СгеуТуцы вырос, не клон Фейсбука).
    — Из совсем простых есть simplcms и куча разной фигния для сателлитов.
    Ну а так, вот рейтинг, которому более-менее можно верить: www.ratingruneta.ru/cms/
    • +1
      Ниже я опишу свои впечатления от знакомства с теми или иными движками для тех или иных целей.

      Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности.
      От безысходности, имелось в виду, если не найду бесплатных для тех же целей.
    • 0
      Кстати, по каким параметрам там рейтинг? Если по популярности, то о большей части топа я вообще не слышал (не показатель, но повод задуматься).
  • 0
    А мне нравится русскоязычная симпла.
    Очень удобная админка, справится даже девочка-менеджер, если один раз показать че куда нажимать ;)
    • +1
      Меня тоже очаровала, но она коммерческая.
      Попробовали в одном проекте, скорее всего будем использовать и дальше.

      prestashop тоже хочу попробовать
  • 0
    Интересно!

    А для сайта знакомств есть рекомендации?
    • 0
      Зависит от ТЗ и опыта. Скажем, друпал, но без опыта вы на нём ничего не сделаете. Или джумла плюс какой-нибудь комьюнити-плагин, но опять же, подобрать подходящий не так просто.
      А вообще, смотрите на социальные сети. Лайвстрит, Инстант.
      • 0
        Спасибо!
  • +1
    как старый вобловод, расскажу о vBulletin.
    Официальный сайт тут vbulletin.org, официальное каммюнити разработчиков vbulletin.org, Российская не официальная техническая поддержка vbsupport.org (самая старая и полная база знаний в рунете по данному движку).
    Изначально vbulletin разрабатывался силами компании JelSoft, позже вся продукция и самая компания JelSoft была куплена InternetBrands. Соответственно сменились разработчики. К этому момент поспел релиз vBulletin 4 линейке, и ни что не предвещало беды. Уже как полгода, 4 версия всё ещё сыра, унизительно гадко скомпканна из того что вышло из программистов. Даже на официальном камюнити в облаке меток долго весела метка «vB 4 Is gay». Если вы хотите попробовать движку в деле — советую версию 3.8. Надёжна, стабильна.
    Для vBulletin существует огромное множество модификаций. Какие-то переведены на русский можно глянуть к примеру тут devilart.net/nashi-relizy-99 или на том же vbsupport.org, а какие-то создаются русскими разработчиками. Множество платных и бесплатных хаков.
    Для vbulletin есть достаточно большое количество скинов, есть много больших, известных форумов именно на этом движке. VB всегда являлся лидером в надёжности и безопасности на поприще форумных движков. Относительно приятный, чистый код. Модификации, ЧПУ пишутся просто. Есть много компонентов облегчающие жизнь сеошникам. Админка простая и приятная, многоязычность поддерживается. В качестве поиска используется фултекст. Полный русский перевод движка (админка/пользовательская часть) для все версий есть.
    • +1
      Спасибо. Если не против, добавлю в статью.
      • 0
        ошибся ссылкой в самом начале
        официальный сайт vbulletin.COM
  • +1
    Как фанат Wordpress согласен с вами, его нужно уметь «готовить». Но вот функционал который он дает изначально очень хорош. Вы все очень правильно написали.
  • –3
    Ну а теперь попробую рассказать про 1С-Битрикс. (http://1c-bitrix.ru) или блог компании на хабрахабр сообществе — habrahabr.ru/blogs/1c_bitrix/
    Прежде всего: В сети ходит огромное количество мифов о его монструозности. Ну, хм, пожалуй это не сколько мифы, а сколько заблуждения. К примеру многократно встречал интернет-магазины с выводом «горячих» товаров на главной странице скажем штук 8-10. Так вот, каждый вывод такого товара жрёт ресурсов базы больше положенного, и например находясь на каком-нибудь жиденьком тарифе VPS процессор будет изнасилован 99% загрузкой. И после этого начинается «1С-битрикс бяка».
    Да, 1С-Битрикс это крутая коммерческая CMS, которая далеко не всем по карману. За всё время работы с 1С-битрикс (примерно 1-1,5 года) могу сказать, что 95% поставленных клиентом задач перед разработчиком могут решаться только курением манов и грамотной настройкой системы.
    Теперь собственно, ближе к телу:
    1с-битркисов бывает великое множество различных редакций, стоимостью от 4900 до 258 000 тысяч рублей. Все решает комплектация модулей в системе. Для системы существует замечательный подбор материалов, а для разработчиков разжеванный API движка с полным описанием. Более того, и редакций 1С-Битриксов тоже несколько, по мимо классического БУС (Битрикс Управление Сайтом), есть Битрикс корпоративный портал (удобная штука кстати), есть на основе кор.портала гос редакции, для вузов и учебных заведений и т.д. Если есть желание полный список счастья можно отыскать тут — www.1c-bitrix.ru/solutions/. Система поддерживает как многосайтовость (разные сайты — одна админка), так и многозначность. Есть редакции на ASP.NET и PHP. Хороший форум поддержки. Отдельного внимания заслуживает партнёрская программа для разработчиков.
    Верстка на движок в общем-то не многим отличается от верстки на Joomla. Принцип примерно одинаковый. Вообще, битрикс заставляет думать и шевелить мозгами, с ним интересно работать. У этого движка какая-то своя, порой совершенно не постижимая мне, простому смертному логика.
    Битрикс постоянно обновляется, вот не давно вышли новые версии кор.портала и управления сайтом — 9.0.
    Битрикс нельзя, да и не нужно сравнивать с другими движками. Это отдельный класс движков. Серьёзный коммерческий продукт, за который разработчики несут ответственность, и всячески помогают решать проблемы, которые могут возникнуть.
    • +4
      После того, как разберешься с Drupal и оценишь его код изнутри видеть внутренности битрикса просто страшно.
      Попробуйте объяснить, почему во многих странах запада и востока в государственной среде используют именно Drupal? Почему им пользуются в NASA, IBM, Sony… а наш битрикс слабо вероятно даже известен?

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

      Достаточно почитать официальный форум и форум техподдержки, чтобы понять, что проблем у тех, кто поддерживает битрикс, было и есть очень много.
      • 0
        А вы хотите сказать что битрикс не используется у нас в государстве, ли тех же банках? :-) Ну первое что приходит на память
        www.fms.gov.ru/
        Давайте посмотрим на те же банки к примеру?
        www.deltacredit.ru/
        mkb.ru/
        www.rshb.ru/
        Их много было, я все не помню, на хабре проскакивал пост вроде бы.
        Вы безусловно правы с 1С-Битркис есть проблемы, так же как и у Друпала, но и там и там все жалобы пользователей как правило склоняются к чтению мануалов, и проблемы решаются достаточно быстро. Далеко не все хостинг площадки предназначены для работы с Битриксом. Я, если вчитаться не разу не сказал что это универсальный движок и с ним можно работать без подготовки, я лишь сказал что при грамотном подходе он отвечает 95% задачам которые перед ним ставятся. Хотите инет магазин? Не вопрос. Требуется сообщество? Легко, Нужны блоги и другие социальные штуки? Пожалуйста. Хотите информационный сайт? — Вэлкам!
        Не каждый движ, без установки дополнительной мешуры, курения мануалов и танцев с бубном может такое предложить.
        Я не говорю, что те кто ругает битрикс не правы — я говорю совершенно другое, те кто ругает их зачастую сами имеют руки не подходящей конфигурации. Пример я выше описывал.
        Битрикс, как и любой другой движок имеет и свои плюсы и свои минусы, он ни когда не был, и не станет панацеей. Это просто хороший продукт, не более того. Мне нравится и Битрикс и сама компания хотя бы тем, что они реально хотят стать лучше и раз от раза, молча, делом это доказывают.
        • +1
          Как раз хотел выделить, что у нас в гос.структурах и используют битрикс в отличии от развитой заграницы. Мой вопрос был в том, почему там используют Друпал, а вы снова свели к рекламе Битрикса. Его вообще просто навязывают.
          Я бы не сказал, что они молча это делают. Пиар компания вполне ощутимая. Но за это можно только похвалить :) Хотя иногда, как в ваших постах, уж слишком явная реклама и наезды на тех, кто ругает ваш любимый продукт. Хотя часто они делают это справедливо.
          И я бы не брал во внимание критику тех, чьи руки вы назвали не верно сконфигурированными.

          Всегда стоит принимать во внимание критику профи, именно тех профи, которые работают с системой. А критики от спецов по Битриксу так же хватает.

          Хвалить или ругать Друпал не буду, могу и то и другое. Но у меня не рекламный пост Друпала.
          • 0
            И опять. Вы видите то что вы хотите увидеть, а не то, что написано. Я не рекламирую битрикс, в этом нет моего интереса, да и в рекламе он не нуждается. Я работаю с этим движком, впечатления у меня сложились исключительно приятные. В первом посте о битриксе я только хотел рассказать о неё и не более, рекламой тут даже и не пахнет.
            Я же говорю, битрикс не лишён минусов. Что касается «развитой заграницы» оставлю без комментариев.
            Вот у вас конкретные претензии к битриксу есть? Давайте обсудим их.
            • +1
              Был однажды случай. Компании впарили эту систему через откат админу. Который выбирал CMS, а спустя некоторое время уволился, оставив абсолютно нерабочим сайт компании. Затем его заказывали в веб-студии. Т.к. интегратор, впаривший систему, оказался неспособен ее запустить в необходимом объеме. Основная деятельность компании — это бухгалтерские продукты. Суть отзыва — наязчиво впаривается система (мне ее после этого еще 2 раза в полном функционале предлагали, вместе с ораклом и откатом), ответственность интегратора очень низкая, собственный персонал — скорее продажники, чем саппорт, хотя сертификатами все стены обвешаны (в сортире у них тоже шуточный висел на стене, хоть чувство юмора имеется у ребят). По отзывам коллег, которые работают с системой — работать можно, но есть решения лучше. Все мнения субъективны, при подготовке отзыва ни один сотрудник Битрикса не пострадал :)
    • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Давно я искал себе простой (без базы) и без наворотов скрипт галереи. Понятный и удобный. Все перечисленные галереи видел… Но выбрал TWG (tinywebgallery). Очень всем рекомендую :)
    • 0
      О! Кажется, это неплохой вариант для такого класса галерей. Спасибо.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Видел давно и поглядывал недавно. Острых негативных впечатлений нет, но и позитива настолько, чтобы всерьёз опробовать, тоже не вызвало. В код не заглядывал.
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          Danneo не рекомендую.
  • –1
    uCoz?
    • 0
      А разве это доступный для скачивания и установки на свой хостинг движок? До сего момента мне казалось, что это сервис.
      • 0
        Все правильно, скачать ее нельзя. Хоть на мой взгляд в хороших руках и мощная SaaS система, но в этом топике обсуждается совсем другая категория движков.
  • +4
    В недостатках то, что весь воз автор тянет на себе в одиночку и явно устал. Хотя и грозится переписать с нуля и не на CI.

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

    У нас с полгода разницы по моменту старта и несколько разные в плане коммерциализации направленности, поэтому более широкое комьюнити — дело времени.

    Спасибо автору за очерк. Годы жизни потрачены не зря :-)
    • +1
      Ну… Ответно: спасибо за движок. Есть чему поучиться.
  • 0
    Странно что ничего не сказано про Liferay
    • 0
      Что сиё есть?
      • 0
        я писал о нем на хабре когда-то — а если в двух словах — CMS, блоги, форумы, построение социальных сетей, и много чего другого. Наверное самый крутой портал на Java (по крайней мере из Open-Source)
        • 0
          А. Тогда ничего странного. Я описал только php-движки. Чем богаты, как говорится.
          • +1
            просто вначале сказано просто о CMS — я нигде не видел что упор делается именно на PHP (хотя догадывался)
            • 0
              fixed =)
  • 0
    Очень много CMS/CMF в мире Ruby.

    Например, я использовал в работе AdvaCMS (http://adva-cms.org/), был впечатлён.

    Можно также глянуть radiantcms.org/, mephistoblog.com/
    • 0
      Хихикс. Я только-только сделал апдейт о том, что описываю php-based. См. коммент чуть-чуть выше. Увы, с миром Ruby дела не имел вообще.
    • 0
      Несмотря на всю мою любовь к рельсам, есть у таких штук две серьезные проблемы, а именно хостинг, который не у каждого хостера купишь, и слабое комьюнити, которое выливается в вопрос клиента «а что я буду с этим делать если мы с тобой прекратим работать»?
      Плюс, возьмем тот же radiant — там на сколько-нибудь сложном сайте черт ногу сломит в понаписанном в браузере коде.

  • 0
    Joomla, как мне помнится, совсем слабая, хотя и универсальная. Drupal, конечно, намного сильнее
    • 0
      Современная джумла уже не такая слабая, как была во времена ветки 1.0. Но всё равно лично мне с ней дела иметь не хочется.
      • 0
        ))
    • 0
      Не нашел особенного преимущества Drupal над Joomla…
      • 0
        Самое большое преимущество это высокая интеграция практически всех модулей как с модулями ядра так и между собой. Кроме того CCK+Views (только не надо говорить про костыль в виде K2 для Jooml'ы) при грамотном использовании смогут покрыть более половины функциональности всех компонентов написанных для Jooml'ы.
        • 0
          Несмотря на то, что являюсь большим поклонником Друпала, позволю себе немного покритиковать взаимную интеграцию модулей между собой. Очень часто эта фича проявляется в необходимости ставить довольно-таки монструозные модули лишь для того, чтобы модуль попроще смог вообще работать. А это нагрузка на хостинг и т.п.

          Хотя нет худа без добра — многие модули становятся «базой» для целой кучи других (к примеру, тот же Views), поэтому постепенно данная ситуация перестает быть критичной, и даже напротив, становится плюсом при выборе системы. Но это относится лишь к сайтам с более-менее широким функционалом. Для сайтиков уровня визиток — однозначное излишество.
      • 0
        в жумле убогая организация контента, в друпале — контент любой конфигурации (cck), все привязки по урлам… ну, вобщем, небо и земля
  • 0
    Ребят, это только я замечаю что у подавляющего большинства опенсурсных PHPшных CMS архитектура ни к черту? Ни тебе ORM, ни нормальной структуризации кода, о возможностях повторного использования логики даже и вспоминать как-то неудобно. А ведь так хотелось бы писать красивый и полезный код, а не долбить чертовы mysql_escape_string перед каждой вставкой в базу и писать столь любимые быдлокодерами switch($action)… для принятия решения какой же кусок кода ответственен за обработку запроса.

    • 0
      Ну, есть такое дело. Но я честно постарался выделить лучших из тех, кого знаю.
    • 0
      Примеры явной дури: попробуйте создать в joomla пользователя или роль без прямой записи в таблицы. Попробуйте поменять страницу логина в wordpress (что, не получается?) Умиляют постоянные проблемы 1000+1 в Drupal… Пойду напишу что-нибудь на рельсах и выпью за здоровье замечательных парней из 37signals.
    • 0
      Покопайся в Wordpress. Там много интересного. Все эскейпы и деления на страницы, готовый нормальный класс DB, система обработки ошибок, а также куча вкусностей в нем уже есть нужно только знать где искать. Открой и посмотри как там сделана админ часть. Даже для парсинга RSS там уже все есть. Хуками можно влезть куда угодно. В общем рекомендую. Написание виджета для WP это вообще песня, пример реально правильного использования ООП.

      Все вышесказанное относится к последним версиям WP.
      • +1
        В wordpress — нормальный класс DB? Не смешите мои тапочки. Там ни нормальной параметризации запросов, ни обработки исключений нет, надо перед каждым запросом самостоятельно защищаться от SQL Injection, а после запроса проверять не случилось ли чего (кстати, а как вам включенные по умолчанию magic quotes, коверкающие строки?). Хуже только прямая работа через mysql_чтототам. Сравните хотя бы с Doctrine, не говоря о activerecord в rails или hibernate в java.

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

        Чтобы не производить впечатление тупой ругани — API доступа к страницам, постам и прочим вещам, которые обычно используются в темизации, весьма хорош, тут ничего не скажешь. Есть некоторые несуразности (например, в версии 2.9 умрешь работать с нестандартными таксономиями через родной API), но немного.
    • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Я например не люблю все OpenSource CMS, которые видел. Я такой код с закрытыми глазами под пытками не напишую какой они пишут. У меня сложилось впечатление, что их разработчики то ли индусы, которым пофиг на тех кто дальше будет работать с кодом, то ли студенты, которые на нем учатся. Код убогий. Включая упомянутый ниже Ворд пресс, вот админка там да, симпачтично сделана, а внутри ужас.

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

      Плюс у меня есть смутное подозрение что хорошую CMS никто так просто в паблик не отдаст.

      Подозреваю, что единственная причина популярноти этих CMS — кажущаяся бесплатность и список галочек с фичами на главной, в реальности качетсво сделанного сайта очень соответсмвует их цене.
      • 0
        Видел несколько коммерческих.
        С этой стороны ничуть не лучше ©
        Так зачем платить больше? ©

        Либо вам никогда не нужно делать сайты, либо вы делаете их на собственном велосипеде. Сколько времени вы потратили на его разработку? Сколько времени у вас уходит на создание типичного сайта с блогоравными фичами?
        Если глянуть на недавнюю историю на ит-хэппэнз, я веду к тому, что подавляющему большинству гораздо выгодней взять популярный движок и за неделю решить свою задачу, чем несколько месяцев писать самому или нанимать классную команду для этих же целей.
        • 0
          Кстати, более близкая к теме история. О том, как люди пару месяцев возились с мадженто (казалось бы, классная штука), после чего за неделю сделали магазин на престо (тоже не самый плохой образчик) и сказали боссу: шеф, вам шашечки, или ехать?
        • 0
          > Либо вам никогда не нужно делать сайты, либо вы делаете их на собственном велосипеде. Сколько времени вы потратили на его разработку?

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

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

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

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

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

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

          И замечательно, зачем тратить свои силы на банальные задачи.
      • –1
        Ну вроде все пришли к согласию, что опенсурсные CMS — фигня с точки зрения кода. С точки же зрения бизнеса — it depends. Бывает проще написать с нуля на нормальном фреймворке, бывает выгоднее использовать существующий какашкокод. Все зависит от задач.

        Есть также мнение, что при наличии определенных ресурсов почти на любую CMSку можно повесить кучку своих расширений которые создадут приемлемые условия для прикладных задач.
  • 0
    Раз уже пошла такая тема. Помогите советом. Ужа давно ищу галерею/cms для сайта портфолио в котором можно было на ряду с фотографиями достойно вставлять и видео как с видеохостингов так и с локалстореджа.
    • 0
      Можно тот же коппермайн. Мощная галерея, в том числе вставка видео (пробовал, работает).
      Или Зенфото (не пробовал, но должна работать).
      Собственно сайт (негалерейная его часть) — или плагины CMS к этим движкам, или простенькие движки типа москито.
      Вон, в комментах ещё рекомендуют что-то для портфолио. И если поискать в гугле CMS for portfolio, можно много чего найти, в том числе на хабре.
      А вообще портфолио сферический в вакууме можно реализовать на любом из перечисленных движков.
    • 0
      Может, wordpress? В интернетах есть довольно много тем с зашитой функциональностью по показы галерей и видео. Видео вообще можно вставлять из youtube :) Гуглить по wordpress premium theme, wordpress portfolio theme.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Не без того. МаксСайту посвящено целых пять или даже семь процентов текста.
  • 0
    Из социалок стоило бы посмотреть на Dolphin — разрабатывается Boonex (дельфин здесь живет). CMS бесплатна, весьма функциональна, разрабатывается более-менее активно. Русское комьюнити слабовато, зарубежное поактивнее. Саппорт работает неплохо. Качественного русского перевода интерфейса не встречал, те что имеются — платные, но местами переведенные гуглотранслятором, наверное :) Мне лично двиг понравился, за некоторую сумму докупаются лицензии с разным уровнем фич.
    • 0
      Как-то я пропустил этот комментарий. Вы уже не первый, кто рекомендует Дельфина.
      Глянул в демо админки — весьма приятственно и с неплохим функционалом…
      В общем, в следующий раз когда мне понадобится делать социалку — будет ещё один кандидат на рассмотрение.
  • +3
    поддерживаю многих высказавшихся по поводу ModX — более удачного движка на сегодняшний день не сыскать

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

    из минусов:
    — возникают проблемы при более 5000+ страниц с кешами
    — требуются некоторое допиливание напильником ядра (хотя уже не раз писал об этом разрабам)
    — некоторые промахи в проектировании доп. полей документов (будут исправлять аж во второй версии модх)
    — недоразвитый апи

    вобщем всем тем кто до сих пор возиться с джумлами и т.п. очень рекомендую, хотябы для общего развития, ознакомиться с движком, не зря ж все таки мелкомягкие даже проспонсировали их семинар, потенциал у движка есть и очень серьезный
    • 0
      ModX непрактичен, сильно загружает сервер. При большом наплыве посетителей сильно тормозит и, вообще, виснет. Ну, конечно, он лучше «Джумлы».
      • 0
        :) не загружать(тормозить) при любом количестве посетителей может только статический сайт, мало того — для кого то и 2 посетителя в день — уже много, тут нужен компромисс, потому и говорил всем любителям джумлы хотя бы попробовать что оно такое, а вообще материал уже очень сильно устарел, на сегодня первый модх уже морально устарел, второй еще какой то кривой, все новые проекты перескочили на вордпресс и друпал
  • –1
    Очередная бесполезная статья в которой «галопом по европам» описана какая-то выборка цмсок…
    Уж лучше вообще ничего не писать про CMS чем писать подобное:
    * Gallery2.
    Монстр от класса галерей. Кода в десятки раз больше, чем у галерей всех прочих. Есть интеграция с разными CMS. Но поскольку мне никогда не была нужна такая мощь, то реально никогда не ставил.
  • 0
    Неплохой обзор, спасибо.
    Сам сижу на WordPress и после установки связки Pure PHP Localization + WPLANG Lite + DB Cache — монстр стал шевелиться быстрее и эффективнее.
    зы: пробелы после точек всё-таки необходимы.
    • 0
      С пробелами — это какой-то глюк хабра. Точно так же, как вырезание стилей (конкретно здесь не сильно и хотелось, но всё же), вырезание внутренней перелинковки (ох, её-то как жаль) и т.п…

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

      Блин, совсем фигня. Стоит галочка «Отключить автоматические переносы строк», а на замену p на двойной br где-то реагирует большим отступом, а где-то только пробелом. В общем, оставляю в том виде, в котором текст сейчас. Хуже не стал, но и не намного лучше.
  • +1
    Про ModX уже говорили в комментариях — присоединюсь. Очень достойный, доступный и гибкий движок. Для галереи можно было бы попробовать 4images, но есть большой минус — на данный момент он окончательно устарел. Разработка его пару лет назад остановилась, а жаль. Сейчас выходят релизы, но в основном это багфиксы. А вот по форумам — удивлён что никто в серьёз не упомянул SMF. На мой взгляд более чем достойный, активно развивающийся, и к тому же бесплатный представитель форумного семейства.
    • 0
      Когда я впервые глубоко залез в modX — я оказался очарован.
      Brilliant.
    • 0
      Тоже удивлён тем, что SMF только вскользь упомянули… Это ж SамыйMатёрыйFорум
      • 0
        Ничего удивительного, нельзя объять необъятное. У меня на следующий проект, который потребует форум, два кандидата на опробование — smf и vanilla. Если расскажешь, чем симпл хорош в сравнении с phpbb, punbb и ванилью, то а) добавлю в статью (как это сталось с ipb и воблой), б) выберу на проект его.
        • 0
          К сожалению, я не работал с ванилью. phpBB запомнился запутанной админкой, и тем, что сплойты раньше под него выходили ой как часто…
          • 0
            Ладно, в любом случае буду пробовать и симпл, и ваниль. У них обоих, кстати, релиз-кандидаты второй ветки повыходили.
            По поводу phpbb согласен полностью.
  • +2
    Про ExpressionEngine забыли :-)
    expressionengine.com/
  • 0
    В каталоге плагинов сейчас имеется десяток дополнений и ни одной темы


    Ни одной темы – это достаточно серьезное обвинение, но изначально мы были сконцентрированы на архитектуре, функционале и прочих важных мелочах, из которых и складывается качество. Сейчас появилось больше возможностей, людей и времени для разработки шаблонов, которые создаются с тем же вдумчивым подходом и стремлением охватить наиболее востребованные пользователями направления. На данный момент в работе находится серия дизайнерских решений, так что мы не стоим на месте, дизайнеры работают, верстка тоже наготове, нам просто нужно немного времени, чтобы довести все до ума и сделать классный по всем параметрам продукт. 
    • 0
      Если вы воспринимаете это как обвинение, я ничего с этим не могу поделать. Но у вас есть что-нибудь возразить против факта: на момент написания обзора и даже на текущий момент в каталоге расширений нет ни одной темы?
      Признаю, на главной висит анонс новой темы, которая войдёт в дефолтную поставку. Но это будет чуть позже.
      По опыту: при активном комьюнити у открытых движков с нуля до хотя бы двух-трёх десятков шаблонов проходят месяцы. Это я на примере нескольких проектов типа того же лайвстрита наблюдал.
  • 0
    >>>Русскоязычные сообщества, насколько помню, конкурировали между собой. joom.ru, joomla.ru или как-то так.

    За локализацию Joomla всегда особенно активно боролись 2 ресурса: joom.ru («Русский Дом Joomla») и joomlaportal.ru, объединенный c форумом на joomlaforum.ru. Обе локализации довольно качественные, но мне больше нравится локализация joom.ru, в которой переведены даже комментарии в .htaccess

    Преимущество joomlaportal.ru в том, что его форум, по моему личному опыту, является наиболее подробным форумом по Joomla в Рунете, в то время как на joom.ru до сих пор активно ведутся обсуждения плагинов для Joomla 1.x.
    • 0
      А, я не доглядел, что джумлапортал и джумлафорум объединены. Собсно, на форуме спрошал кое-чего. А про ветку 1.х вы скажите товарищу в комментах выше, который утверждал, что её уже пора хоронить.))

      А forum.virtuemart.ru — чей, не подскажете?
      • 0
        Вы очень удивитесь, но это форум virtuemart.ru, Russian VirtueMart Community. На них даже ссылаются на оф. сайте разработчиков.
        • 0
          Я имею в виду, относится ли он каким-то боком к двум вышеозначенным комьюнити?
          • 0
            Судя по всему, нет. Хотя я могу ошибаться.
  • 0
    Длиннее списка CMS может быть только список их обзоров :)
    Из упомянутых в статье и комментариях плотно знаком с MODx и Drupal, есть в хозяйстве Zenphoto (перенес в него галерею с Gallery2). Ну и Wordpress для блогов, понятное дело.
    Живу так:

    Простенький сайт — MODx
    Сложный сайт (либо многопользовательский) — Drupal
    Тупо блог — Wordpress

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

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

    Выше сказанное не относится к галереям, форумам и соцсетям — тут лучше использовать специализированные решения, если не специально разработанные. Это скорее приложения, чем CMS.
  • 0
    О Irokez CMS ни слова, а жаль. Если не сложно — взгляните и добавьте информацию, думаю, двадцать минут тестирования дадут вам полное представление о движке и сферах его применения.
    • +1
      Беглый взгляд на код не впечатлил, мягко говоря. Возможности в описании тоже. Подключаемых модулей мало. В админку демо-сайта не пустили (скрипты включены, adblock выключен). На сайте информации мало.
      Двадцать минут прошли. Проект упустил возможность произвести на меня сильное впечатление. Учитывая, что для тех же целей есть куда более интересные мне инструменты, epic fail.

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

      В общем, если вы расскажете, что в нём такого хорошего, чтобы он мог конкурировать если не с друпалом, то хотя бы с движками из категории «общего назначения» — макссайтом, имейджем, мод-иксом…
      • 0
        Demo админки, логин demo, пароль demo, работает не во всех браузерах — гуглохром и файрфокс должны работать. В виду своей открытости и немодерируемости демо сайт работает совершенно криво, лучше посмотреть что-нибудь из списка сайтов, сделаных на Irokez CMS (пример 1, 2, 3).
        Отличная система для информационного сайта, есть теги и есть бесконечная вложенность, полный utf-8, ничего лишнего, в отличии от монстров типа drupal или joomla. В какой-то мере, unix-way — одна задача (предоставить информацию с удобной навигацией по ней) — одно решение.
        Когда я дорасту до того, чтобы делится своим опытом с другими, я сделаю свой сайт на этом движке.
        • 0
          Понятно. Т.е. ничуть не лучше того же макссайта, на котором я сделал уже немало сайтов и все достоинства, недостатки и способы использования которого я досконально знаю.
  • +1
    ухты, даже наш ReloadCMS вспомнили :)
    • +2
      мало того, никому неизвестный москит помянули добрым словом =)
      что меня как единственного его мейнтейнера не может не радовать =)
  • +1
    Из социалок не замечена Elgg. www.elgg.org

    Монструозненько (хотя можно применять), местами ООП, но много и процедурного программирования, попытки MVC есть, используется модель EAV. Хуки, плагины. Немало готовых бесплатных плагинов.

    Надо подробностей — могу добавить (работал с ней).
    • 0
      Подробностей для статьи — можно. А для меня… Как она в сравнении с лайвстритом-инстантом по возможностям, активности разработки, нагрузкам? Легко ли сделать на ней не соцсеть, а какой-нить портал? Есть ли возможность многоязычности (не локализации, а больше чем одного языка на сайте)? Форум или интеграция со сторонними? Впрочем, вижу, там достаточная форумоподобность…
      В общем, имеет ли смысл следующую соц-сеть (а их у меня было мало) строить на Elgg?
      • +1
        К сожалению Лайвстрит и пр. я не щупал. До Elgg писал социалку-самописку (кастомный MVC на основе популярного фреймворка).

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

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

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

        Если есть время — советую на недельку поставить себе это чудо и немного его пощупать. Сразу предупреждаю, в силу EAV-моделей aka «модель Тенцера» в случае, если надо будет выборку делать по нестандартному атрибуту сущности (а по метадате, например, либо нескольким плюс и по стандартному атрибуту) — придется писать ЖЕСТКИЕ джойны. Также вытянутая сущность как строка из БД сущностью не считается, она должна быть заново загружена минимум 2-мя запросами из БД уже на основе своего GUID. Ну а денормализованная во многом БД с ограниченным числом таблиц — для непривыкших просто песня.

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

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

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

        В общем, сильно зависит и от конкретной задачи. Если она хорошо совпадает с базовым функционалом, который есть в Elgg, и волосы от Елгг-шного кода и стиля дыбом не становятся — можно пробовать. Если что-то сильно кастомное — стоит подумать, стоит ли овчинка выделки и не проще ли написать своё несложное кастомное решение.
        • 0
          Ок, спасибо большое за развёрнутый комментарий. Буду иметь в виду. Время на вдумчивое изучение у меня появится летом, а социальных проектов на горизонте пока не предвидится. Так что откладываю в запасник.
  • +1
    (после прочтени комментариев)
    Большое спасибо, вы сделали то на что нам всегда не хватало терпения!

    Перечитал еще раз. Половину (по крайней мере) пытался поставить… Зацепили explay(почти идеально поставился и внутри(медель) симптичен) и vanillaforums(админка аля Drupal. нехватает только апдейтера как у TypoLight. прекрасен!)

    Большое спасибо!



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

    • 0
      Про друпал и джумлу: вспомнился разговор плюс-минус годовой давности. Товарищ спрашивал, что планируется реализовать в седьмом друпале. На что я сказал, мол, окстись. Про шестёрку летом (восьмого года?) говорили, что она вот-вот выйдет, может, в сентябре, может, чуть позже осенью. А она вышла зимой, а потом ещё полгода прошло, пока все серьёзные модули типа тех же cck, views и ubercart под неё адаптировали. Так что не смотря на приближающийся выход семёрки, шестёрка будет рулить как минимум до конца этого года. Раньше серьёзные проекты начинать на семёрке неразумно.
      Аналогично с джумлой. Недавно вышла 1.6 бета 2. Но какую там совместимость с компонентами для 1.5 ни обещали, а реально их придётся переписывать, не знаю, насколько серьёзно. Плюс джумла — это не друпал. Инфраструктура и комьюнити более рыхлые. И нет такого опыта смены веток. До сих пор уйма материала по первой джумле валяется и даже появляется. Хотя 1.5 вышла уже три года как. Так что предсказываю, что 1.6 завоюет себе хорошее место под солнцем не раньше чем через год. Хотя жаль, я бы свой нынешний проект делал бы на чём-то поэлегантней, чем j1.5. Если б мне дали выбор.
  • –1
    Добавьте еще Scripto CMS (http://scripto-cms.ru) в обзор :-)
    • 0
      А что это, и чем оно (к тому же платное) лучше того же друпала, вордпресса, джумлы или любого другого популярного движка с тысячами или хотя бы сотнями плагинов?
      • –1
        Это моя разработка, каждый сам подбирает для себя подходящую систему, я например смотрел друпал и не разобрался в нем.
  • 0
    Искал хороший обзор — и наконец нашел. Спасибо!
  • 0
    Очень было бы хорошо похожий обзор за 2011 год увидеть!
    • 0
      Что-то я не понял, мой комментарий пошёл как ответ, или как комментарий к топику.
  • 0
    Гм. Отдельного как бы и не…

    Из общих движков.
    Макссайт, ImageCMS развиваются эволюционно.
    Вордпресс, друпал, джумла — поезда, которых не остановить (даже джумла в принципе стала не такой уж плохой конструктивно).
    С отдельными галереями больше дела особо не имел.
    Из соцсеток описанных половина умерла, зато Livestreet — однозначный вин. Как раз пятёрка вышла. Ещё можно сделать ставку на Instant, если нужен его функционал или его функционал один в один подходит. Но если можно обойтись или нужно допиливать, лучше Livestreet. Обещают, правда, изрядно переписанную двойку, но когда — не в курсе.
    Ещё интересен Cogear, но пока не гикам лучше его не трогать. Первая версия заброшена, тогда как вторая ещё не вышла. Хотя выйдет вот-вот.
    За зарубежными соцсетями не следил.
    Из форумов — вышли двойки smf, vanilla — первый — замечательная альтернатива phpbb, второй — хорошая малютка-конструктор. Punbb тоже никуда не делся.
    Магазины… Prestsa, ecshop — развиваются понемногу. От внутренностей opencart я в восторге, к тому же английский всё же ближе французского или китайского, так что в следующем месте, где мне понадобится магазин, буду opencart использовать. За мадженто не слежу.
    Что там ещё. Малютки, которых я рекламировал, поумирали либо в коме. Москито кровавая мери в последний раз обновлялся давно, но если нужна малютка и не хочется с нуля писать, то его, либо GetSimple, который мне тут в комментариях рекомендовали. Гетсимпл живой, судя по репозиторию.

    Вот в принципе и всё, за чем я в 2011 хотя бы краем глаза поглядывал.
  • 0
    что есть «прожорливость magento»?
    если знать как ее настроить ее на производительно и запускать на приличной архитектуре, вполне себе быстрая «непрожорливая» штука. на обычно апаче с пхп конечно кушает поболее других движков… ну так это же zend что вы хотели…
  • 0
    del

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