Comments 215
Добавлю про 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) Офф. сайт: 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. Мнение немного предвзято
>покупать лучше напрямую у IPS, у IBR — только локализацию
не только, IBR также исправляет некоторые недочеты.
Ярким примером, в версиях 2.3.*, изначально версии от IPS (в cp1251) не работали нормально с русскими буквами в ajax запросах.
не только, IBR также исправляет некоторые недочеты.
Ярким примером, в версиях 2.3.*, изначально версии от IPS (в cp1251) не работали нормально с русскими буквами в ajax запросах.
IPB3 полностью на UTF-8
Каждый сам выбирает что ему важнее
* нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)
или
* небольшие доработки, получение бесплатных модификаций через достаточно медленную тех. поддержку и отсутствие бесплатных cервисов (кроме генератора скинов)
(сам покупал у IBR, но сейчас взял бы у IPS)
Каждый сам выбирает что ему важнее
* нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)
или
* небольшие доработки, получение бесплатных модификаций через достаточно медленную тех. поддержку и отсутствие бесплатных cервисов (кроме генератора скинов)
(сам покупал у IBR, но сейчас взял бы у IPS)
Не большое, но важное уточнение по пункту 1)
IBResource по соглашению с разработчиком не имеет права продажи только локализации. Часть клиентов, купивших у Invision Power, очень жалели об этом, покупая «еще одну» лицензию за полную сумму.
И сразу к комментарию
> Каждый сам выбирает что ему важнее
> * нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)
А также отсутствие нормальной локализации, потому как та, что присутствует в офицальном репозитарии модификаций, содержит лишь перевод пользовательской части
Необходимость просить помощи на форумах, если с техниками из IPS не нашлось понимания.
> или
> * небольшие доработки, получение бесплатных модификаций через достаточно медленную тех. поддержку и отсутствие бесплатных cервисов (кроме генератора скинов)
Но при этом доработки за вас уже внесены, что означает отсутствие необходимости ползать по багтрекерам и форумам в поиске решений.
Поддержка работает на родном языке. Более того количество именно русских форумов и IBR больше, чем у IPS, соответственно и специалисты поддержки IBR имеют больший опыт исправления ошибок, связанных со спецификой русских хостингов.
И банально у IBR полностью русифицированные продукты, как сам форум, так и дополнения, и сразу из коробки.
В общем если у вас много времени, вы владете техническим английским на среднем уровне и вы не юр. лицо, то несомненно стоит подумать чтобы купить напрямую у IPS.
IBResource по соглашению с разработчиком не имеет права продажи только локализации. Часть клиентов, купивших у Invision Power, очень жалели об этом, покупая «еще одну» лицензию за полную сумму.
И сразу к комментарию
> Каждый сам выбирает что ему важнее
> * нормальный доступ к бесплатным ресурсам и некоторые баги (которые можно поправить)
А также отсутствие нормальной локализации, потому как та, что присутствует в офицальном репозитарии модификаций, содержит лишь перевод пользовательской части
Необходимость просить помощи на форумах, если с техниками из IPS не нашлось понимания.
> или
> * небольшие доработки, получение бесплатных модификаций через достаточно медленную тех. поддержку и отсутствие бесплатных cервисов (кроме генератора скинов)
Но при этом доработки за вас уже внесены, что означает отсутствие необходимости ползать по багтрекерам и форумам в поиске решений.
Поддержка работает на родном языке. Более того количество именно русских форумов и IBR больше, чем у IPS, соответственно и специалисты поддержки IBR имеют больший опыт исправления ошибок, связанных со спецификой русских хостингов.
И банально у IBR полностью русифицированные продукты, как сам форум, так и дополнения, и сразу из коробки.
В общем если у вас много времени, вы владете техническим английским на среднем уровне и вы не юр. лицо, то несомненно стоит подумать чтобы купить напрямую у IPS.
> IBResource по соглашению с разработчиком не имеет права продажи только локализации. Часть клиентов, купивших у Invision Power, очень жалели об этом, покупая «еще одну» лицензию за полную сумму.
Значит я ошибался :(. Вроде где-то видел что можно отдельно купить… посмотрел в клиентском разделе для форума действительно отдельно не продается (для остальных есть).
> Но при этом доработки за вас уже внесены, что означает отсутствие необходимости ползать по багтрекерам и форумам в поиске решений.
Не все — ни IPS ни IBR (через тиккет можно) не хотят исправлять вывод русских дат в Win системах, хотя в ранних версиях это было.
IBR у меня не ассоциируется с нормальной компанией, например из-за этого — ibresource.ru/products/ipboard/eula/ — сейчас там вместо лицензии выводится страница сайта IPS, когда покупал сам там вообще было «404 Not Found»… (в саппорт об этой и еще нескольких ошибках сообщал).
Значит я ошибался :(. Вроде где-то видел что можно отдельно купить… посмотрел в клиентском разделе для форума действительно отдельно не продается (для остальных есть).
> Но при этом доработки за вас уже внесены, что означает отсутствие необходимости ползать по багтрекерам и форумам в поиске решений.
Не все — ни IPS ни IBR (через тиккет можно) не хотят исправлять вывод русских дат в Win системах, хотя в ранних версиях это было.
IBR у меня не ассоциируется с нормальной компанией, например из-за этого — ibresource.ru/products/ipboard/eula/ — сейчас там вместо лицензии выводится страница сайта IPS, когда покупал сам там вообще было «404 Not Found»… (в саппорт об этой и еще нескольких ошибках сообщал).
Спасибо очень полезно.
А ещё предположительно в этом году должна выйти ветка 1.6, которая изрядно отличается уже от 1.5.
Полная фигня. Разработчики заявили о полной обратной совместимости с веткой 1.5.х
То же касается и плагинов-компонентов-модулей. Уже вырисовались около полусотни стабильно развивающихся проектов расширений, за которые можно не бояться что они ВНЕЗАПНО исчезнут.
Касательно большого количества файлов — в большинстве «коленочных» движков их намного больше.
Касательно неповоротливости. Да — на обычный виртуальный хостинг за 250 руб/мес. лучше не соваться, если есть предположение что ежедневное количество уников перевалит за тысячу.
То же касается и плагинов-компонентов-модулей. Уже вырисовались около полусотни стабильно развивающихся проектов расширений, за которые можно не бояться что они ВНЕЗАПНО исчезнут.
Касательно большого количества файлов — в большинстве «коленочных» движков их намного больше.
Касательно неповоротливости. Да — на обычный виртуальный хостинг за 250 руб/мес. лучше не соваться, если есть предположение что ежедневное количество уников перевалит за тысячу.
Фигня или нет, но а) встретил несколько компонентов, которые не работают в режиме легаси, хотя заявлены. Подозреваю, что в ранних версиях 1.5 джумлы могли работать. Б) Видел код, который проверял, если джумла 1.5, то подключаем одни файлы и там одни константы-переменные-классы, а если 1.6, то другой файл и другие значения. Так что на 100% на совместимость я не рассчитываю никак.
Про то, что в коленочных движках файлов больше — вот это полнейшая фигня. Больше их только в проектах типа битрикса или мадженто. Глянул сейчас несколько крупных движков, считая вордпресс и друпал — везде 400-700.
Про производительность. Нормальные движки, а уж тем более написанные под проект, а не общего назначения с кучей лишнего, сервер грузят много-много меньше. А в коде джумлы можно найти (находил) перлы типа foreach (...) {'select… where `id`=...'}
Я не говорю уж про перлы в виртуемарте, когда для отображения десятка товаров доходит до восьмиста запросов, в результате чего неслабый сервер становится раком на десятках тысяч товаров там, где ecshop миллионы держит. И речь не о жлобстве на нормальный хостинг, а о качестве кода.
Про то, что в коленочных движках файлов больше — вот это полнейшая фигня. Больше их только в проектах типа битрикса или мадженто. Глянул сейчас несколько крупных движков, считая вордпресс и друпал — везде 400-700.
Про производительность. Нормальные движки, а уж тем более написанные под проект, а не общего назначения с кучей лишнего, сервер грузят много-много меньше. А в коде джумлы можно найти (находил) перлы типа foreach (...) {'select… where `id`=...'}
Я не говорю уж про перлы в виртуемарте, когда для отображения десятка товаров доходит до восьмиста запросов, в результате чего неслабый сервер становится раком на десятках тысяч товаров там, где ecshop миллионы держит. И речь не о жлобстве на нормальный хостинг, а о качестве кода.
а) встретил несколько компонентов, которые не работают в режиме легаси, хотя заявлены.
Ну, ясное дело потому что. 1. Этим компонентам уже _минимум_ два года и они умерли. 2. Легаси мод требует поддержки легаси компонентом, просто тупо мод из 1.х на 1.5х никогда не заработает в принципе. 3. От версии Joomla это никак не зависит.
Б) Видел код, который проверял, если джумла 1.5, то подключаем одни файлы и там одни константы-переменные-классы, а если 1.6, то другой файл и другие значения.
Понятное дело что что-то изменится, но большая часть потребует или незначительной доработки или станет работать так. Я пока не видел ни одного движка, который при переходе с версии на версию полностью обратно совместим со старыми компонентами.
Про то, что в коленочных движках файлов больше — вот это полнейшая фигня. Больше их только в проектах типа битрикса или мадженто. Глянул сейчас несколько крупных движков, считая вордпресс и друпал — везде 400-700.
Это вы DLE не видели :) там в одном шаблоне порядка сотни файлов раскиданных мелкими кирпичиками, а в джумле это решается одним php-файлом, так что Joomla это большой шаг вперед.
А в коде джумлы можно найти (находил) перлы типа foreach (...) {'select… where `id`=...'}
Ой, этого полно в любом движке, те-же SMF, DLE пестрят такими запросами…
Я не говорю уж про перлы в виртуемарте, когда для отображения десятка товаров доходит до восьмиста запросов, в результате чего неслабый сервер становится раком на десятках тысяч товаров там, где ecshop миллионы держит.
Про сторонние расширения давайте поговорим в отдельном треде. Здесь мы говорим в первую очередь о движках, и именно движок, плюс несколько качественных компонентов вполне сносно себя ведут, я не жалуюсь.
Легаси мод требует поддержки легаси компонентом, просто тупо мод из 1.х на 1.5х никогда не заработает в принципе.
Если вы имеете в виду, что в 1.5 нужно включить режим легаси, то неужели вы думаете, что я об этом не догадался?
Я пока не видел ни одного движка, который при переходе с версии на версию полностью обратно совместим со старыми компонентами.
Я и не ставлю это в упрёк, просто акцентирую внимание, что года три жили на 1.5, а дальше будет нечто вроде того, что было при смене 1.0 на 1.5. Ну, может, в меньшем масштабе.
Это вы DLE не видели :)
Не видел. В очередной раз понимаю, что и не горю желанием. Но ДЛЕ вроде трудно назвать наколенным движком?
Ой, этого полно в любом движке, те-же SMF, DLE пестрят такими запросами…
Ну так лучше же ориентироваться на лучших, а не оправдовываться, что худшие такие.
Про сторонние расширения давайте поговорим в отдельном треде. Здесь мы говорим в первую очередь о движках, и именно движок, плюс несколько качественных компонентов вполне сносно себя ведут, я не жалуюсь.
Ок, не спорю. Ниже говорил про вордпресс, то же самое могу сказать про джумлу.
Если вы имеете в виду, что в 1.5 нужно включить режим легаси, то неужели вы думаете, что я об этом не догадался?
Не-а. Кроме включения режима легаси надо еще и компонент дописать до совместимости с этим режимом легаси. Просто тупо написанный под 1.х компонент не заработает ни под каким легаси.
Я и не ставлю это в упрёк, просто акцентирую внимание, что года три жили на 1.5, а дальше будет нечто вроде того, что было при смене 1.0 на 1.5. Ну, может, в меньшем масштабе.
Не будет ничего страшного, максимум как при переходе с Mambo 4.5 на Joomla 1.0. Тогда почти все расширения допилили буквально за неделю, идеология API не меняется в корне.
Не видел. В очередной раз понимаю, что и не горю желанием. Но ДЛЕ вроде трудно назвать наколенным движком?
Трудно, но иногда создается впечатление…
Ну так лучше же ориентироваться на лучших, а не оправдовываться, что худшие такие.
Согласен, но пока я пользуюсь Joomla, и очень ей доволен. Да есть некоторые косяки, да и те из-за ограничений сервака на котором я сейчас живу.
Там было заявлено, что работает под 1.5 в режиме легаси. Иначе я и пробовать бы не стал. Компонент включился, а при попытке использования пожаловался на недостающий файл движка. При попытке такой файл из первой джумлы скопировать, сообщил, что ему нужна джумла не ниже первой версии и гикнулся.
Значит его так коряво сделали. Нормальные legacy-компоненты продолжают работать, но я всё равно от них избавился, найдя гораздо более качественные аналоги под 1.5.х
Я примерно это и имею в виду, когда говорю, что у джумлы две разные мало совместимые между собой ветки.
Первой ветки больше не существует. Можно забыть.
Я бы и с радостью, но это вот «довелось поработать с джумлой всерьёз» включило в себя перенос крупного каталога с первой на полуторную, поиск замен стоявшим расширениям и осознание того, что в инете тонны информации по первой ветке, а во всех местах залежей расширений куча всяких для обеих веток.
Я вот всерьез веду сайт на Joomla уже пять лет подряд. И мне тоже пришлось много мигрировать, в итоге заново пришлось делать только файловый архив, да и тот из-за лени. Остальное мигрировал или с помощью встроенного мигратора (комментарии), путем допиливания (галерея), или путем установки заново нового компонента (связка SMF и Joomla).
Информации по первой ветке конечно полно, но если напрячь мозг, то можно увидеть что и про полуторку информации уже намного больше… Ну а в официальном каталоге расширений Joomla 1.5.x с июля прошлого года все расширения несовместимые с Joomla 1.5.x убраны.
Информации по первой ветке конечно полно, но если напрячь мозг, то можно увидеть что и про полуторку информации уже намного больше… Ну а в официальном каталоге расширений Joomla 1.5.x с июля прошлого года все расширения несовместимые с Joomla 1.5.x убраны.
зачем крупный работающий каталог переносить с ветви на ветвь? чем 1.0.15. не устраивала? – она же стабильная…
А как же joostina? ^)
Ставил я компоненты от 1.5 на nightly build 1.6, в большинстве случаев — не ставится. Далеко в новой структуре движка не ковырялся, но что успел заметить — зачем-то поменяли формат файлов локализации, как в этом случае будет работать компонент от 1.5 непонятно. Мои самописные компоненты не завелись.
Plone, написан на Python. Zotonic, написан на Erlang.
Интересная подборка, про многие впервые услышал
P.S. В описании про Image CMS вы упоминаете modx а вот самого его описания не обнаружил :-( Лично я считаю её очень хорошей CMSкой
P.S. В описании про Image CMS вы упоминаете modx а вот самого его описания не обнаружил :-( Лично я считаю её очень хорошей CMSкой
в «Многофункциональные монстры» достойны рассмотрения TYPO3, EzPublish (php), в «CMS общего назначения» — django-cms2 (python/django)
Советую обратить внимание на TypoLight
Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.
Всё жду не дождусь выхода второй версии каталога (она сейчас в альфе. Текущая тоже хороша, но в той есть вообще все что можно пожелать) и isotope ecommerce (тоже в альфе).
Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.
Всё жду не дождусь выхода второй версии каталога (она сейчас в альфе. Текущая тоже хороша, но в той есть вообще все что можно пожелать) и isotope ecommerce (тоже в альфе).
даже не общего назначения, а «многофункциональный монстр». при том что весьма шустрый
на PHP вообще можно сделать практически все в веб-разработке и не только…
мне кажется, ваш комментарий не в тему
Я бы так не сказал.
Terion: «Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.»
Terion: «Довольно легкая, имхо очень удобная цмс общего назначения — на ней можно сделать практически всё.»
в топике рассматривается не вэб-разработка в целом, а ЦМС.
и «можно сделать практически всё», в ключе топика, означает что без особых усилий и программерских скиллов можно собрать сайт с практически любым функционалом.
и «можно сделать практически всё», в ключе топика, означает что без особых усилий и программерских скиллов можно собрать сайт с практически любым функционалом.
без особых усилий говорите?
чтобы собрать нормально функционирующий сайт на любой из этих систем нужно приложить усилие обязательно, иначе не получиться нужный результат
чтобы собрать нормально функционирующий сайт на любой из этих систем нужно приложить усилие обязательно, иначе не получиться нужный результат
я сказал «без особых», а не «без усилий вообще».
в случае с тайполайтом — 10 минут на адаптацию хтмл-ок под шаблоны, 15—20 минут на установку цмс и ее настройку с модулями и… и всё.
да, конечно, если относится аккуратно к дизайну и хтмл-коду, делая что-то выходящее за «коробочные» рамки — потратим не пол часа, а несколько часов. Но все зависит от дизайна и сложности самого сайта.
Но это ни в какое сравнение не идет с временем писанины с нуля и не требует hard-skills в php.
в случае с тайполайтом — 10 минут на адаптацию хтмл-ок под шаблоны, 15—20 минут на установку цмс и ее настройку с модулями и… и всё.
да, конечно, если относится аккуратно к дизайну и хтмл-коду, делая что-то выходящее за «коробочные» рамки — потратим не пол часа, а несколько часов. Но все зависит от дизайна и сложности самого сайта.
Но это ни в какое сравнение не идет с временем писанины с нуля и не требует hard-skills в php.
Повторяя один старый анекдот — «но такая фигня получается...»
Для тех кто не слышал: приходит девушка наниматься на работу, ее спрашивают сколько символов она набирает в минуту. Девушка: две тысячи четыреста (в сторону — «но такая фигня получается...»)
Для тех кто не слышал: приходит девушка наниматься на работу, ее спрашивают сколько символов она набирает в минуту. Девушка: две тысячи четыреста (в сторону — «но такая фигня получается...»)
Мне понравилось, многое совпадает с моим опытом. Typo3 однозначно надо добавить.
А еще забавно было бы увидеть аналогичный обзор по антиюзабельным системам, думаю очень многим это бы сэкономило кучу времени, особенно в момент когда заказчик говорит «а я слышал, что вот №%№ круто… давайте ее возьмем»
А еще забавно было бы увидеть аналогичный обзор по антиюзабельным системам, думаю очень многим это бы сэкономило кучу времени, особенно в момент когда заказчик говорит «а я слышал, что вот №%№ круто… давайте ее возьмем»
Чуть выше откомментил, что чуть-чуть видел Typo3, но не работал с ней, поэтому сказать нечего.
Про антиюзабельные, ну, на заре знакомства с движками опробовал несколько кустарных поделий, типа Danneo, Elise, ещё чего-то. Очень не рекомендую, но кому? И так вряд ли кто будет пользоваться. Ещё не рекомендую всякие нюки, но в то же время пишется одними из разработчиков Ronny — наследник какого-то нюка. Судя по всему, получиться может неплохо, хотя ещё хватает старого наследия. Ещё отвратительнейшее качество кода и безопасность у магазина shopscript. И на хабре весьма обоснованно ругали phpshop.
Про антиюзабельные, ну, на заре знакомства с движками опробовал несколько кустарных поделий, типа Danneo, Elise, ещё чего-то. Очень не рекомендую, но кому? И так вряд ли кто будет пользоваться. Ещё не рекомендую всякие нюки, но в то же время пишется одними из разработчиков Ronny — наследник какого-то нюка. Судя по всему, получиться может неплохо, хотя ещё хватает старого наследия. Ещё отвратительнейшее качество кода и безопасность у магазина shopscript. И на хабре весьма обоснованно ругали phpshop.
UFO just landed and posted this here
Предлагаю добавить в список легких cms для визиток GetSimple, русское сообщество. Работает без БД, все хранит в XML, есть нормальные плагины галереи, новостей, обратной связи, гостевой книги. Свои плагины писать очень просто.
У меня в принципе ещё может случиться нужда в CMS без BD. Тогда гляну.
Слабовата. Глянуть ещё, какие есть плагины, но в базовой поставке плюс первый попавшийся найденный плагин галереи — ни комментариев (не говоря уже о том, чтоб выборочно их включать), ни нормальной ленты публикаций (надо ещё глянуть, что за плагин «новости», но что его нет в базовой поставке, странно). Теги условно есть, но с наскоку их сделать не получилось, вроде бы нужно в шаблоне вставлять соответствующий блок. Галерея, да, порадовала, так — удобней, чем руками вставлять, но с другой стороны она получается одна на весь сайт.
Хотя, конечно, сделана приятственно, с множеством JS… И полторы сотни коммитов за пять месяцев намекают, что проект более-менее живой.
Да, смешно скачивать GS-плагин с WP-блога. Хотя и не так смешно, как джумловый плагин с WP-блога.
Хотя, конечно, сделана приятственно, с множеством JS… И полторы сотни коммитов за пять месяцев намекают, что проект более-менее живой.
Да, смешно скачивать GS-плагин с WP-блога. Хотя и не так смешно, как джумловый плагин с WP-блога.
Ни с Джумлой, ни с Друпалом у меня не срослось. С Джумлой, признаюсь, я не очень-то и старался, с Друпалом — точь в точь как вы и написали («мыши плакали, кололись, но продолжали жрать кактус»). А вот Вордпрессом я был очарован с первого взгляда. Шикарная админка, уйма плагинов, и ОЧЕНЬ удобная темизация. Любой сайт у меня получалось реализовать с его помощью. Конечно, такое удобство предполагает определённые рамки и степень гибкости… Иногда начинаешь понимать, что занимаешься извратом, используя блоговый движок в качестве полноценной CMS. Однажды в рамках становится тесно (думаю, что с любым движком так). Теперь внимание, вопрос к знатокам: как быть? Таки добить Друпал? Выучить какой-либо фреймворк вроде CI или CakePHP?
На вкус и цвет…
Я добил друпал. Сейчас могу клепать на нем сайты с уникальным функционалом запросто. Просто шикарнейшая система. Хотя и знаю что и где выигрывает, все равно не могу от друпала отказаться. Как только сажусь за что-то новое — все начинаю плеваться — тут это не продумано, тут этого нет. В цмс важна архитектура и апи. У друпала они шикарные. Просто с ним надо дружить и разговаривать =))
Я добил друпал. Сейчас могу клепать на нем сайты с уникальным функционалом запросто. Просто шикарнейшая система. Хотя и знаю что и где выигрывает, все равно не могу от друпала отказаться. Как только сажусь за что-то новое — все начинаю плеваться — тут это не продумано, тут этого нет. В цмс важна архитектура и апи. У друпала они шикарные. Просто с ним надо дружить и разговаривать =))
Если не предполагается высоконагруженных проектов, то вордпресса хватит за глаза. В крайнем случае изучите плагины кеширования и т.п., а также какие плагины самые прожорливые. Большой шанс, что это окажется лучшим выбором.
Если же хотите изучать php-программирование, советую обратить внимание на фреймворк Yii. CI за время застоя сильно отстал от прочих фреймворков.
Если же хотите изучать php-программирование, советую обратить внимание на фреймворк Yii. CI за время застоя сильно отстал от прочих фреймворков.
Дело не в конских нагрузках на сервер, а именно в рамках самой CMS. Да, с помощью custom fields и пользовательских функций, извернуться можно, что я и делаю. Но я чувствую, что вырос с Вордпресса, а технологию на замену всё никак не могу выбрать. Пока остановился на CodeIgniter, подкупила его документированность и освещённость в тематических блогах. Но на Хабре его часто ругают (типа «уже не торт»). Вот и интересуюсь мнениями хабровчан, надеюсь услышать что-то дельное.
А) У него низкий порог вхождения. Можно его изучить, а потом смотреть следующие. Имея опыт будет легче. Но, действительно, уже не торт. Хуже не стал (а был хорош), просто другие стали лучше.
Б) На CI есть минимум три хороших движка, писанных русскими (довод для ленивых изучать английский =)
Б) На CI есть минимум три хороших движка, писанных русскими (довод для ленивых изучать английский =)
И снова ноль информации про HostCMS — многофункционального монстра, даже в бесплатной версии превосходящего многие из упомянутых (WordPress и Джумлу — уж точно). И про шибко модный Битрикс забыли, и про UMI :-)
Битрикс и Юми платные, а я писал, что обзор преимущественно по бесплатным. Про HostCMS, кажется, что-то слышал, но не уверен. В любом случае, не могу описать то, чего не знаю.
с HostCMS и Битрикс надо было и начинать. На выше перечисленных движках конечно тоже можно делать приличные проекты, но ни одного корпоративного серьезного движка я в списке не увидел. Набор какой-то экзотики. imho.
За неделю по моему уже второй обзор, где не представлены главные CMS.
За неделю по моему уже второй обзор, где не представлены главные CMS.
Всё же если упомянули категорию «интернет-магазины» (цель создания которых — извлечение прибыли), то в этой категории есть смысл рассматривать и российские коммерческие движки: 1С-Bitrix, HostCMS, Amiro.CMS и российские моды опен-сорсных движков.
Незаслуженно обошли стороной modX. Очень сильная кмс с большим будущем.
У InstantCMS кажется есть один недостаток, по крайней мере был — мультиязычности там не видать, тексты зарыты прямо в файлах темы.
>Платные будут рассматриваться только для сравнения…
А где платные для сравнения?
А где платные для сравнения?
В который раз убеждаюсь, что как ни CMS, так или херня какая-то убогая, или монстр с кучей ненужного. эх
Если вам не подходит ничего из вышенаписанного, исследуйте другие или напишите свою — идеальную. Возможно, ваш движок добавлю когда-нибудь в такой обзор с пометкой «лучший».
Это Вам не нужное ;) CMS — массовый продукт на все случае жизни.
Drupal — монстр, который в базовой комплектации не имеет много обычно нужного. Он предназначен для того, чтобы вы сами могли сделать из него модулями тот вариант, который вам нужен. Очень гибкая и качественная система. Работает куда шустрее, чем описал автор, вероятно он всё же не досмотрел её. Однозначно ест меньше памяти чем вордпресс.
Да, не сжился я с друпалом.
А я вам рекомендую посмотреть. Например сделать тестовый сайт с основным набором модулей на 6м движке. Найдите статьи с описанием привычного комплекта, в рунете несколько хороших есть. Сразу сможете оценить его внутреннюю кухню.
Да и на сайте Друпала сейчас есть статистика использования модулей, очень поможет новичкам узнать, какие популярны и стоят внимания в первую очередь.
Да и на сайте Друпала сейчас есть статистика использования модулей, очень поможет новичкам узнать, какие популярны и стоят внимания в первую очередь.
Из безбазовых CMS есть Stace2 (http://staceyapp.com/)
Используется для создания портфолио дизайнеров. Т.е. можно считать галерейным движком. Несколько базовых шаблонов со скриптами эффектов jquery, поддержка флеша и видео. Ссылки на сайты, которые используют движок.
Используется для создания портфолио дизайнеров. Т.е. можно считать галерейным движком. Несколько базовых шаблонов со скриптами эффектов jquery, поддержка флеша и видео. Ссылки на сайты, которые используют движок.
Если ещё случится необходимость в визитке на хостинге без БД, то, может, и опробую. Хотя в принципе мне достаточно для таких случаев москито.
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 и те же москит-нейтрино-наноте встанут туда без вопросов.
В задницу! Тот же москито со компания при размерах меньших, чем стаси (хотя, понимаю, там контент для примера, но всё же), обеспечивает инсталятор, админку с визуальным редактором, поддержку плагинов. Имеются плагины тегов-категорий и т.п… А организовать галерею с лайтбокс-эффектами можно ничуть не хуже, зато проще, если для создания новой страницы мне (а тем более клиенту) не нужно заходить по ФТП и чего-то там делать.
Ну и отдельный фикус: требование php5 в минималке. Опять же, зачем нужны такие крохи? Только если сайтик маленький и непритязательный, и чтоб хостинг подешевле был. Потому и отсутствие БД в плюсах, есть ещё тарифные планы без БД. Соответственно, может встретиться php4 и те же москит-нейтрино-наноте встанут туда без вопросов.
UFO just landed and posted this here
Из бесплатных: Drupal, cmsmadesimple (очень простая, но не без минусов)
Из платных: 1С-Битрикс
Из платных: 1С-Битрикс
Зависит от.
Ознакомившись с ТЗ подробней, я бы скорей всего делал на макссайте. Учитывая, что я его классно знаю и всё такое. Ещё это же можно на друпале сделать. Если вы не знаете ни то, ни то, наверное лучше именно взять магазин и… Тем более, что во многих из них есть режимы работы каталога, т.е. без корзины и продаж.
Ознакомившись с ТЗ подробней, я бы скорей всего делал на макссайте. Учитывая, что я его классно знаю и всё такое. Ещё это же можно на друпале сделать. Если вы не знаете ни то, ни то, наверное лучше именно взять магазин и… Тем более, что во многих из них есть режимы работы каталога, т.е. без корзины и продаж.
Javascript интернет магазин и витрина есть ещё вот тут iamsync.com.
Из плюсов — простота интеграции и нет необходимости разворачивать что-либо на сервере.
Из плюсов — простота интеграции и нет необходимости разворачивать что-либо на сервере.
Соответственно, минус — отсутствие контроля. Мало ли по каким причинам они могут решить что-то изменить и т.д… И это даже не касаясь вопроса приватности.
Но на самом деле это долгая беседа, не хотелось бы начинать её в рамках нынешнего поста.
Но на самом деле это долгая беседа, не хотелось бы начинать её в рамках нынешнего поста.
Да, кастомизируемость там не очень большая.
Поясните, пожалуйста, что там с приватностью?
Поясните, пожалуйста, что там с приватностью?
Я не знаю, что с приватностью ТАМ, но вообще неоднократно встречал ситуацию, когда популярные ресурсы страдали из-за того, что не владели собственной базой. Не так давно жж прикрыл пару сотен популярных блогов за то, что они приносили своим авторам неплохой рекламный доход. Или взять форумы на борда.ру — тоже ужас-ужас.
Amiro.CMS, пакет «Витрина». Как раз для каталогов продукции без необходимости организации продаж с сайта.
CMF Cotonti — базового функционала хватит для поставленной задачи с избытком. Код простой и понятный, с комментариями. Шаблоны тоже простые как лопата :). Основные разработчики шпрехают на великом и могучем :).
Стабильная ветка — Genoa 0.6.19 (багов крайне мало находится)
Свежая ветка — Siena 0.9.5 (баги есть, но с каждым днём их всё меньше есть)
Для нового проекта рекомендую использовать Siena, т.к. она намного более продвинута на всех уровнях, в сравнении с Genoa.
Сайт — cotonti.com
Русскоязычный форум — www.cotonti.com/forums.php?m=topics&s=12
Стабильная ветка — Genoa 0.6.19 (багов крайне мало находится)
Свежая ветка — Siena 0.9.5 (баги есть, но с каждым днём их всё меньше есть)
Для нового проекта рекомендую использовать Siena, т.к. она намного более продвинута на всех уровнях, в сравнении с Genoa.
Сайт — cotonti.com
Русскоязычный форум — www.cotonti.com/forums.php?m=topics&s=12
Вопрос задавали почти полтора года назад. Рискну предположить, что какой-то ответ на него уже нашли.
А по поводу Котонти — глянул на сайт — один из движков, имя которым легион. Практически теми же словами, что и о сотнях других сиэмэсок, сказано всё то же самое: гибкий фреймворк, отделение логики от представления и т.д…
Хоть что-нибудь, в чём он лучше большинства? Хоть что-нибудь, чем он выделяется?
Глянул в код. Никакого ООП, никакой модели, запросы составляются вручную.
Не впечатлило.
А по поводу Котонти — глянул на сайт — один из движков, имя которым легион. Практически теми же словами, что и о сотнях других сиэмэсок, сказано всё то же самое: гибкий фреймворк, отделение логики от представления и т.д…
Хоть что-нибудь, в чём он лучше большинства? Хоть что-нибудь, чем он выделяется?
Глянул в код. Никакого ООП, никакой модели, запросы составляются вручную.
Не впечатлило.
Ой, на дату поста и не посмотрел, если честно :).
Согласен, официальный сайт ничего особенного, а раньше был ещё хуже :). Мне он тоже не нравится.
Почему в своё время выбрал дедушку, потом папу, а затем и сам Котонти? — потому что с этой системой было проще и быстрее всего разобраться вообще не имея опыта работы со скриптами (нужда заставила :) ). Пробовал кучу различных СМS (большинство из обзора в том числе). Но только в LDU-Seditio-Cotonti я смог получить полный контроль за выводом информации без вмешательства в код, используя исключительно шаблоны, в которых простой HTML. И проект поддерживать на этой системе не напряжно. Сейчас вот посмотрел, ради интереса, — мой самый первый в жизни динамический сайт, сделанный на дедушке LDU, до сих пор жив-здоров, вот уже 7 лет (аж слезу пробило :) ).
От ООП, если мне память не изменяет, в Котонти отказались сознательно, причину не помню, на форуме было где-то. Что такое «модель» я не знаю :). В Котонти многое делается вручную и в этом есть свои плюсы, т.к. точно знаешь что-как-почему. До последнего времени у системы даже инсталятора небыло (какой ужос :) ) и конфигурацию приходилось вручную вбивать.
В общем эта ситема в первую очередь для дизайнера-верстальщика (классического вебмастера). Уровень вхождения у неё выше, чем у джумл-модиксов-вордпрессов, но ниже чем у друпалов-типотри. Пригодна для маленьких-средних сайтов (коих подавляющее большинство в сети).
Я не кодер, поэтому кода касался поскольку-постольку, но мне было всё достаточно понятно и логично, когда потребовалось сделать мелкие правки для проекта.
Из плюсов: для хостинга не напряжная, легко прикрутить любой шаблонизатор, легко прикрутить любой парсер, можно из СМS выкинуть практически всё ненужное для проекта, можно перенастроить админку как душе угодно (она вся целиком на шаблонах сделана), полный контроль за выводом информации, ну и большинство фич, которые есть в других современных CMS также прилагаются (многоуровневый кеш, настраиваемые URL, экстраполя и т.д.).
Согласен, официальный сайт ничего особенного, а раньше был ещё хуже :). Мне он тоже не нравится.
Почему в своё время выбрал дедушку, потом папу, а затем и сам Котонти? — потому что с этой системой было проще и быстрее всего разобраться вообще не имея опыта работы со скриптами (нужда заставила :) ). Пробовал кучу различных СМS (большинство из обзора в том числе). Но только в LDU-Seditio-Cotonti я смог получить полный контроль за выводом информации без вмешательства в код, используя исключительно шаблоны, в которых простой HTML. И проект поддерживать на этой системе не напряжно. Сейчас вот посмотрел, ради интереса, — мой самый первый в жизни динамический сайт, сделанный на дедушке LDU, до сих пор жив-здоров, вот уже 7 лет (аж слезу пробило :) ).
От ООП, если мне память не изменяет, в Котонти отказались сознательно, причину не помню, на форуме было где-то. Что такое «модель» я не знаю :). В Котонти многое делается вручную и в этом есть свои плюсы, т.к. точно знаешь что-как-почему. До последнего времени у системы даже инсталятора небыло (какой ужос :) ) и конфигурацию приходилось вручную вбивать.
В общем эта ситема в первую очередь для дизайнера-верстальщика (классического вебмастера). Уровень вхождения у неё выше, чем у джумл-модиксов-вордпрессов, но ниже чем у друпалов-типотри. Пригодна для маленьких-средних сайтов (коих подавляющее большинство в сети).
Я не кодер, поэтому кода касался поскольку-постольку, но мне было всё достаточно понятно и логично, когда потребовалось сделать мелкие правки для проекта.
Из плюсов: для хостинга не напряжная, легко прикрутить любой шаблонизатор, легко прикрутить любой парсер, можно из СМS выкинуть практически всё ненужное для проекта, можно перенастроить админку как душе угодно (она вся целиком на шаблонах сделана), полный контроль за выводом информации, ну и большинство фич, которые есть в других современных CMS также прилагаются (многоуровневый кеш, настраиваемые URL, экстраполя и т.д.).
Ясно.
Как я понимаю, ещё один плюс — это не новодел, а система с историей, следовательно, уже набившая шишек и отработавшая типовые решения. Система, которой меньше года, обычно не бывает достаточно отшлифованной.
И откровенно говоря, оф.сайт мне понравился. Простой, приятный, аккуратный.
(Модель — это составная часть паттерна Model-View-Controller, когда отдельно данные и методы для работы с ними, отдельно бизнес-логика, отдельно представление. Обычно в качестве модели класс для работы с базой данных, плюс методы типа getPageById($id), getPageByCategory($cat) и всё в таком духе)
Как я понимаю, ещё один плюс — это не новодел, а система с историей, следовательно, уже набившая шишек и отработавшая типовые решения. Система, которой меньше года, обычно не бывает достаточно отшлифованной.
И откровенно говоря, оф.сайт мне понравился. Простой, приятный, аккуратный.
(Модель — это составная часть паттерна Model-View-Controller, когда отдельно данные и методы для работы с ними, отдельно бизнес-логика, отдельно представление. Обычно в качестве модели класс для работы с базой данных, плюс методы типа getPageById($id), getPageByCategory($cat) и всё в таком духе)
А, да, от InstantCMS отпугнул ужасный код (хтмл), который он генерит… Первое впечатление было супер, а вот когда полез разбираться с шаблонизацией… Но да, очень перспективная цмс
Из простых CMS нравится Wolf CMS (или Frog CMS) www.wolfcms.org — сайт визитка очень быстро на нем разворачивается. Весит мало и работает быстро.
Из русскоязычных форумов можно отметить Intellect Board intboard.ru, но с кодом я намучался конечно.
Из русскоязычных форумов можно отметить Intellect Board intboard.ru, но с кодом я намучался конечно.
Глянул на эти два сайта. Ещё даже не заглядывая в код. Про форум: в копирайтах стоит 2007 год. Проект умер? Как-то не хочется начинать никаких новых проектов на мёртвых движках, даже если они хороши. Далее, слегка кустарный внешний вид. Ну и собственно, чем он лучше популярных?
P.s. Глянул в svn. Нет, этот форум я бы рекомендовать не стал.
P.s. Глянул в svn. Нет, этот форум я бы рекомендовать не стал.
а как насчет платных CMS, таких как Bitrix, NetCat, Abo.CMS, UMI.CMS, про них пару слов?
а как насчет Typo3?
и вообще можно было бы отдельно рассмотреть не только CMS, а CMF
а как насчет Typo3?
и вообще можно было бы отдельно рассмотреть не только CMS, а CMF
Много всего пропущено.
— Из монстров на первом месте Битрикс (да, стоит дорого, но мы же смотрим все CMS, а не только бесплатные).
— Из попроще (хотя вообще-то я бы и Wordpess не относил к монстрам), более-менее популярна UMI.CMS
— Из социальных стоило рассмотреть не только клоны Хабра (хотя LiveStreet достойный проект, остальные сыроваты), но и Dolphin, а так же Pligg. И тот же SocialEngine достоин большего, чем упоминания рядом с DLE (который стоит скорее ставить рядом с Ворпрессом, чем с движками соц. сетей, всё-таки из СгеуТуцы вырос, не клон Фейсбука).
— Из совсем простых есть simplcms и куча разной фигния для сателлитов.
Ну а так, вот рейтинг, которому более-менее можно верить: www.ratingruneta.ru/cms/
— Из монстров на первом месте Битрикс (да, стоит дорого, но мы же смотрим все CMS, а не только бесплатные).
— Из попроще (хотя вообще-то я бы и Wordpess не относил к монстрам), более-менее популярна UMI.CMS
— Из социальных стоило рассмотреть не только клоны Хабра (хотя LiveStreet достойный проект, остальные сыроваты), но и Dolphin, а так же Pligg. И тот же SocialEngine достоин большего, чем упоминания рядом с DLE (который стоит скорее ставить рядом с Ворпрессом, чем с движками соц. сетей, всё-таки из СгеуТуцы вырос, не клон Фейсбука).
— Из совсем простых есть simplcms и куча разной фигния для сателлитов.
Ну а так, вот рейтинг, которому более-менее можно верить: www.ratingruneta.ru/cms/
Ниже я опишу свои впечатления от знакомства с теми или иными движками для тех или иных целей.
Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности.
От безысходности, имелось в виду, если не найду бесплатных для тех же целей.
Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности.
От безысходности, имелось в виду, если не найду бесплатных для тех же целей.
Кстати, по каким параметрам там рейтинг? Если по популярности, то о большей части топа я вообще не слышал (не показатель, но повод задуматься).
А мне нравится русскоязычная симпла.
Очень удобная админка, справится даже девочка-менеджер, если один раз показать че куда нажимать ;)
Очень удобная админка, справится даже девочка-менеджер, если один раз показать че куда нажимать ;)
Интересно!
А для сайта знакомств есть рекомендации?
А для сайта знакомств есть рекомендации?
как старый вобловод, расскажу о 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 всегда являлся лидером в надёжности и безопасности на поприще форумных движков. Относительно приятный, чистый код. Модификации, ЧПУ пишутся просто. Есть много компонентов облегчающие жизнь сеошникам. Админка простая и приятная, многоязычность поддерживается. В качестве поиска используется фултекст. Полный русский перевод движка (админка/пользовательская часть) для все версий есть.
Официальный сайт тут 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 всегда являлся лидером в надёжности и безопасности на поприще форумных движков. Относительно приятный, чистый код. Модификации, ЧПУ пишутся просто. Есть много компонентов облегчающие жизнь сеошникам. Админка простая и приятная, многоязычность поддерживается. В качестве поиска используется фултекст. Полный русский перевод движка (админка/пользовательская часть) для все версий есть.
Спасибо. Если не против, добавлю в статью.
ошибся ссылкой в самом начале
официальный сайт vbulletin.COM
официальный сайт vbulletin.COM
Как фанат Wordpress согласен с вами, его нужно уметь «готовить». Но вот функционал который он дает изначально очень хорош. Вы все очень правильно написали.
Ну а теперь попробую рассказать про 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.
Битрикс нельзя, да и не нужно сравнивать с другими движками. Это отдельный класс движков. Серьёзный коммерческий продукт, за который разработчики несут ответственность, и всячески помогают решать проблемы, которые могут возникнуть.
Прежде всего: В сети ходит огромное количество мифов о его монструозности. Ну, хм, пожалуй это не сколько мифы, а сколько заблуждения. К примеру многократно встречал интернет-магазины с выводом «горячих» товаров на главной странице скажем штук 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.
Битрикс нельзя, да и не нужно сравнивать с другими движками. Это отдельный класс движков. Серьёзный коммерческий продукт, за который разработчики несут ответственность, и всячески помогают решать проблемы, которые могут возникнуть.
После того, как разберешься с Drupal и оценишь его код изнутри видеть внутренности битрикса просто страшно.
Попробуйте объяснить, почему во многих странах запада и востока в государственной среде используют именно Drupal? Почему им пользуются в NASA, IBM, Sony… а наш битрикс слабо вероятно даже известен?
Прошу прощения, мой пост несколько холиварен, зато ваш попросту рекламный. Причём с попыткой сказать, что те, кто ругает битрикс говорят не правду. Может некоторые проблемы были решены в современных версиях, но это не говорит об отсутствии проблем в старых.
Достаточно почитать официальный форум и форум техподдержки, чтобы понять, что проблем у тех, кто поддерживает битрикс, было и есть очень много.
Попробуйте объяснить, почему во многих странах запада и востока в государственной среде используют именно Drupal? Почему им пользуются в NASA, IBM, Sony… а наш битрикс слабо вероятно даже известен?
Прошу прощения, мой пост несколько холиварен, зато ваш попросту рекламный. Причём с попыткой сказать, что те, кто ругает битрикс говорят не правду. Может некоторые проблемы были решены в современных версиях, но это не говорит об отсутствии проблем в старых.
Достаточно почитать официальный форум и форум техподдержки, чтобы понять, что проблем у тех, кто поддерживает битрикс, было и есть очень много.
А вы хотите сказать что битрикс не используется у нас в государстве, ли тех же банках? :-) Ну первое что приходит на память
www.fms.gov.ru/
Давайте посмотрим на те же банки к примеру?
www.deltacredit.ru/
mkb.ru/
www.rshb.ru/
Их много было, я все не помню, на хабре проскакивал пост вроде бы.
Вы безусловно правы с 1С-Битркис есть проблемы, так же как и у Друпала, но и там и там все жалобы пользователей как правило склоняются к чтению мануалов, и проблемы решаются достаточно быстро. Далеко не все хостинг площадки предназначены для работы с Битриксом. Я, если вчитаться не разу не сказал что это универсальный движок и с ним можно работать без подготовки, я лишь сказал что при грамотном подходе он отвечает 95% задачам которые перед ним ставятся. Хотите инет магазин? Не вопрос. Требуется сообщество? Легко, Нужны блоги и другие социальные штуки? Пожалуйста. Хотите информационный сайт? — Вэлкам!
Не каждый движ, без установки дополнительной мешуры, курения мануалов и танцев с бубном может такое предложить.
Я не говорю, что те кто ругает битрикс не правы — я говорю совершенно другое, те кто ругает их зачастую сами имеют руки не подходящей конфигурации. Пример я выше описывал.
Битрикс, как и любой другой движок имеет и свои плюсы и свои минусы, он ни когда не был, и не станет панацеей. Это просто хороший продукт, не более того. Мне нравится и Битрикс и сама компания хотя бы тем, что они реально хотят стать лучше и раз от раза, молча, делом это доказывают.
www.fms.gov.ru/
Давайте посмотрим на те же банки к примеру?
www.deltacredit.ru/
mkb.ru/
www.rshb.ru/
Их много было, я все не помню, на хабре проскакивал пост вроде бы.
Вы безусловно правы с 1С-Битркис есть проблемы, так же как и у Друпала, но и там и там все жалобы пользователей как правило склоняются к чтению мануалов, и проблемы решаются достаточно быстро. Далеко не все хостинг площадки предназначены для работы с Битриксом. Я, если вчитаться не разу не сказал что это универсальный движок и с ним можно работать без подготовки, я лишь сказал что при грамотном подходе он отвечает 95% задачам которые перед ним ставятся. Хотите инет магазин? Не вопрос. Требуется сообщество? Легко, Нужны блоги и другие социальные штуки? Пожалуйста. Хотите информационный сайт? — Вэлкам!
Не каждый движ, без установки дополнительной мешуры, курения мануалов и танцев с бубном может такое предложить.
Я не говорю, что те кто ругает битрикс не правы — я говорю совершенно другое, те кто ругает их зачастую сами имеют руки не подходящей конфигурации. Пример я выше описывал.
Битрикс, как и любой другой движок имеет и свои плюсы и свои минусы, он ни когда не был, и не станет панацеей. Это просто хороший продукт, не более того. Мне нравится и Битрикс и сама компания хотя бы тем, что они реально хотят стать лучше и раз от раза, молча, делом это доказывают.
Как раз хотел выделить, что у нас в гос.структурах и используют битрикс в отличии от развитой заграницы. Мой вопрос был в том, почему там используют Друпал, а вы снова свели к рекламе Битрикса. Его вообще просто навязывают.
Я бы не сказал, что они молча это делают. Пиар компания вполне ощутимая. Но за это можно только похвалить :) Хотя иногда, как в ваших постах, уж слишком явная реклама и наезды на тех, кто ругает ваш любимый продукт. Хотя часто они делают это справедливо.
И я бы не брал во внимание критику тех, чьи руки вы назвали не верно сконфигурированными.
Всегда стоит принимать во внимание критику профи, именно тех профи, которые работают с системой. А критики от спецов по Битриксу так же хватает.
Хвалить или ругать Друпал не буду, могу и то и другое. Но у меня не рекламный пост Друпала.
Я бы не сказал, что они молча это делают. Пиар компания вполне ощутимая. Но за это можно только похвалить :) Хотя иногда, как в ваших постах, уж слишком явная реклама и наезды на тех, кто ругает ваш любимый продукт. Хотя часто они делают это справедливо.
И я бы не брал во внимание критику тех, чьи руки вы назвали не верно сконфигурированными.
Всегда стоит принимать во внимание критику профи, именно тех профи, которые работают с системой. А критики от спецов по Битриксу так же хватает.
Хвалить или ругать Друпал не буду, могу и то и другое. Но у меня не рекламный пост Друпала.
И опять. Вы видите то что вы хотите увидеть, а не то, что написано. Я не рекламирую битрикс, в этом нет моего интереса, да и в рекламе он не нуждается. Я работаю с этим движком, впечатления у меня сложились исключительно приятные. В первом посте о битриксе я только хотел рассказать о неё и не более, рекламой тут даже и не пахнет.
Я же говорю, битрикс не лишён минусов. Что касается «развитой заграницы» оставлю без комментариев.
Вот у вас конкретные претензии к битриксу есть? Давайте обсудим их.
Я же говорю, битрикс не лишён минусов. Что касается «развитой заграницы» оставлю без комментариев.
Вот у вас конкретные претензии к битриксу есть? Давайте обсудим их.
Был однажды случай. Компании впарили эту систему через откат админу. Который выбирал CMS, а спустя некоторое время уволился, оставив абсолютно нерабочим сайт компании. Затем его заказывали в веб-студии. Т.к. интегратор, впаривший систему, оказался неспособен ее запустить в необходимом объеме. Основная деятельность компании — это бухгалтерские продукты. Суть отзыва — наязчиво впаривается система (мне ее после этого еще 2 раза в полном функционале предлагали, вместе с ораклом и откатом), ответственность интегратора очень низкая, собственный персонал — скорее продажники, чем саппорт, хотя сертификатами все стены обвешаны (в сортире у них тоже шуточный висел на стене, хоть чувство юмора имеется у ребят). По отзывам коллег, которые работают с системой — работать можно, но есть решения лучше. Все мнения субъективны, при подготовке отзыва ни один сотрудник Битрикса не пострадал :)
UFO just landed and posted this here
Давно я искал себе простой (без базы) и без наворотов скрипт галереи. Понятный и удобный. Все перечисленные галереи видел… Но выбрал TWG (tinywebgallery). Очень всем рекомендую :)
UFO just landed and posted this here
uCoz?
В недостатках то, что весь воз автор тянет на себе в одиночку и явно устал. Хотя и грозится переписать с нуля и не на CI.
Спасибо, прослезился. Стараюсь изо всех сил, но людей, желающих помочь, проявив инициативу, все больше.
Наряду с LiveStreet очень технологичный движок, отстающий от LS только величиной комьюнити.
У нас с полгода разницы по моменту старта и несколько разные в плане коммерциализации направленности, поэтому более широкое комьюнити — дело времени.
Спасибо автору за очерк. Годы жизни потрачены не зря :-)
Странно что ничего не сказано про Liferay
Что сиё есть?
я писал о нем на хабре когда-то — а если в двух словах — CMS, блоги, форумы, построение социальных сетей, и много чего другого. Наверное самый крутой портал на Java (по крайней мере из Open-Source)
Очень много CMS/CMF в мире Ruby.
Например, я использовал в работе AdvaCMS (http://adva-cms.org/), был впечатлён.
Можно также глянуть radiantcms.org/, mephistoblog.com/
Например, я использовал в работе AdvaCMS (http://adva-cms.org/), был впечатлён.
Можно также глянуть radiantcms.org/, mephistoblog.com/
Хихикс. Я только-только сделал апдейт о том, что описываю php-based. См. коммент чуть-чуть выше. Увы, с миром Ruby дела не имел вообще.
Несмотря на всю мою любовь к рельсам, есть у таких штук две серьезные проблемы, а именно хостинг, который не у каждого хостера купишь, и слабое комьюнити, которое выливается в вопрос клиента «а что я буду с этим делать если мы с тобой прекратим работать»?
Плюс, возьмем тот же radiant — там на сколько-нибудь сложном сайте черт ногу сломит в понаписанном в браузере коде.
Плюс, возьмем тот же radiant — там на сколько-нибудь сложном сайте черт ногу сломит в понаписанном в браузере коде.
Joomla, как мне помнится, совсем слабая, хотя и универсальная. Drupal, конечно, намного сильнее
Современная джумла уже не такая слабая, как была во времена ветки 1.0. Но всё равно лично мне с ней дела иметь не хочется.
Не нашел особенного преимущества Drupal над Joomla…
Самое большое преимущество это высокая интеграция практически всех модулей как с модулями ядра так и между собой. Кроме того CCK+Views (только не надо говорить про костыль в виде K2 для Jooml'ы) при грамотном использовании смогут покрыть более половины функциональности всех компонентов написанных для Jooml'ы.
Несмотря на то, что являюсь большим поклонником Друпала, позволю себе немного покритиковать взаимную интеграцию модулей между собой. Очень часто эта фича проявляется в необходимости ставить довольно-таки монструозные модули лишь для того, чтобы модуль попроще смог вообще работать. А это нагрузка на хостинг и т.п.
Хотя нет худа без добра — многие модули становятся «базой» для целой кучи других (к примеру, тот же Views), поэтому постепенно данная ситуация перестает быть критичной, и даже напротив, становится плюсом при выборе системы. Но это относится лишь к сайтам с более-менее широким функционалом. Для сайтиков уровня визиток — однозначное излишество.
Хотя нет худа без добра — многие модули становятся «базой» для целой кучи других (к примеру, тот же Views), поэтому постепенно данная ситуация перестает быть критичной, и даже напротив, становится плюсом при выборе системы. Но это относится лишь к сайтам с более-менее широким функционалом. Для сайтиков уровня визиток — однозначное излишество.
в жумле убогая организация контента, в друпале — контент любой конфигурации (cck), все привязки по урлам… ну, вобщем, небо и земля
Ребят, это только я замечаю что у подавляющего большинства опенсурсных PHPшных CMS архитектура ни к черту? Ни тебе ORM, ни нормальной структуризации кода, о возможностях повторного использования логики даже и вспоминать как-то неудобно. А ведь так хотелось бы писать красивый и полезный код, а не долбить чертовы mysql_escape_string перед каждой вставкой в базу и писать столь любимые быдлокодерами switch($action)… для принятия решения какой же кусок кода ответственен за обработку запроса.
Ну, есть такое дело. Но я честно постарался выделить лучших из тех, кого знаю.
Примеры явной дури: попробуйте создать в joomla пользователя или роль без прямой записи в таблицы. Попробуйте поменять страницу логина в wordpress (что, не получается?) Умиляют постоянные проблемы 1000+1 в Drupal… Пойду напишу что-нибудь на рельсах и выпью за здоровье замечательных парней из 37signals.
Покопайся в Wordpress. Там много интересного. Все эскейпы и деления на страницы, готовый нормальный класс DB, система обработки ошибок, а также куча вкусностей в нем уже есть нужно только знать где искать. Открой и посмотри как там сделана админ часть. Даже для парсинга RSS там уже все есть. Хуками можно влезть куда угодно. В общем рекомендую. Написание виджета для WP это вообще песня, пример реально правильного использования ООП.
Все вышесказанное относится к последним версиям WP.
Все вышесказанное относится к последним версиям WP.
В wordpress — нормальный класс DB? Не смешите мои тапочки. Там ни нормальной параметризации запросов, ни обработки исключений нет, надо перед каждым запросом самостоятельно защищаться от SQL Injection, а после запроса проверять не случилось ли чего (кстати, а как вам включенные по умолчанию magic quotes, коверкающие строки?). Хуже только прямая работа через mysql_чтототам. Сравните хотя бы с Doctrine, не говоря о activerecord в rails или hibernate в java.
Огорчу вас, но хуками можно влезть далеко не везде. А архитектура админки ничего кроме слез не вызывает — она просто провоцирует на написание упомянутого мной выше быдлокода а постоянными switch и мешаниной из логики доступа к данным, вывода html и прочего. И большинство разработчиков плагинов этот быдлокод пишут мегабайтами. Единственное что хоть как-то спасает — собственная библиотечка.
Чтобы не производить впечатление тупой ругани — API доступа к страницам, постам и прочим вещам, которые обычно используются в темизации, весьма хорош, тут ничего не скажешь. Есть некоторые несуразности (например, в версии 2.9 умрешь работать с нестандартными таксономиями через родной API), но немного.
Огорчу вас, но хуками можно влезть далеко не везде. А архитектура админки ничего кроме слез не вызывает — она просто провоцирует на написание упомянутого мной выше быдлокода а постоянными switch и мешаниной из логики доступа к данным, вывода html и прочего. И большинство разработчиков плагинов этот быдлокод пишут мегабайтами. Единственное что хоть как-то спасает — собственная библиотечка.
Чтобы не производить впечатление тупой ругани — API доступа к страницам, постам и прочим вещам, которые обычно используются в темизации, весьма хорош, тут ничего не скажешь. Есть некоторые несуразности (например, в версии 2.9 умрешь работать с нестандартными таксономиями через родной API), но немного.
UFO just landed and posted this here
Я например не люблю все OpenSource CMS, которые видел. Я такой код с закрытыми глазами под пытками не напишую какой они пишут. У меня сложилось впечатление, что их разработчики то ли индусы, которым пофиг на тех кто дальше будет работать с кодом, то ли студенты, которые на нем учатся. Код убогий. Включая упомянутый ниже Ворд пресс, вот админка там да, симпачтично сделана, а внутри ужас.
Многие разработчики не умеют даже нормальную объектную модель сделать, а расширения делают каким-то дедовским способом через хуки, я подозреваю тяжелое Си-шное прошлое застилает сознание. Банально отдельно модели данных вынести — даже на это многие неспособны. Куда уж там попсовый MVC хотя бы сделать, с роутерами, абстракциями и прочими радостями жизни.
Плюс у меня есть смутное подозрение что хорошую CMS никто так просто в паблик не отдаст.
Подозреваю, что единственная причина популярноти этих CMS — кажущаяся бесплатность и список галочек с фичами на главной, в реальности качетсво сделанного сайта очень соответсмвует их цене.
Многие разработчики не умеют даже нормальную объектную модель сделать, а расширения делают каким-то дедовским способом через хуки, я подозреваю тяжелое Си-шное прошлое застилает сознание. Банально отдельно модели данных вынести — даже на это многие неспособны. Куда уж там попсовый MVC хотя бы сделать, с роутерами, абстракциями и прочими радостями жизни.
Плюс у меня есть смутное подозрение что хорошую CMS никто так просто в паблик не отдаст.
Подозреваю, что единственная причина популярноти этих CMS — кажущаяся бесплатность и список галочек с фичами на главной, в реальности качетсво сделанного сайта очень соответсмвует их цене.
Видел несколько коммерческих.
С этой стороны ничуть не лучше ©
Так зачем платить больше? ©
Либо вам никогда не нужно делать сайты, либо вы делаете их на собственном велосипеде. Сколько времени вы потратили на его разработку? Сколько времени у вас уходит на создание типичного сайта с блогоравными фичами?
Если глянуть на недавнюю историю на ит-хэппэнз, я веду к тому, что подавляющему большинству гораздо выгодней взять популярный движок и за неделю решить свою задачу, чем несколько месяцев писать самому или нанимать классную команду для этих же целей.
С этой стороны ничуть не лучше ©
Так зачем платить больше? ©
Либо вам никогда не нужно делать сайты, либо вы делаете их на собственном велосипеде. Сколько времени вы потратили на его разработку? Сколько времени у вас уходит на создание типичного сайта с блогоравными фичами?
Если глянуть на недавнюю историю на ит-хэппэнз, я веду к тому, что подавляющему большинству гораздо выгодней взять популярный движок и за неделю решить свою задачу, чем несколько месяцев писать самому или нанимать классную команду для этих же целей.
Кстати, более близкая к теме история. О том, как люди пару месяцев возились с мадженто (казалось бы, классная штука), после чего за неделю сделали магазин на престо (тоже не самый плохой образчик) и сказали боссу: шеф, вам шашечки, или ехать?
> Либо вам никогда не нужно делать сайты, либо вы делаете их на собственном велосипеде. Сколько времени вы потратили на его разработку?
Качество и стиль написания кода имеют большое значение, с криво написанным кодом неприятно работать. Хотя обычно решение об используемой платформе принимает не тот, кто потом с ней мучается. Это во-первых.
Во-вторых. с моей точки зрения, как программиста, работать с убогим кодом — портить себе настроение и не развиваться, ни к чему хорошему это не приведет. Хотя возможно, кому-то из заказчиков больше нравятся обезьянки, работающие за еду и еле-еле освоившие азы «натянуть шаблон из дримвивера на Друпал».
Во-третьих, бесплатные CMS хороши ровно до тех пор, пока не надо в них что-то поменять. Вот тут то и начинаются всякие баги, фрилансеры, которые все делают кое-как, и т.д. Плюс у некоторых из CMS, например неаккуратная админка. Неизвестно, что еще дешевле, сделать хорошую с нуля или переделывать плохую.
Я сам именно сайты делаю не очень часто, но CMS особо не пользуюсь, один раз использовал — только для админки, надежно спрятав от внешнего мира (паранойя), а фронтенд написав с нуля. По моему, приемлемый компромисс.
Ну и по поводу времени на разработку. Нужен просто хороший фреймворк (не спрашивайте, где его найти), плюс у программистов обычно есть всякие библиотечки и кусочки кода, которые можно повторно использвоать, это в какой-то мере ускоряет разработку.
> я веду к тому, что подавляющему большинству гораздо выгодней взять популярный движок и за неделю решить свою задачу
И замечательно, зачем тратить свои силы на банальные задачи.
Качество и стиль написания кода имеют большое значение, с криво написанным кодом неприятно работать. Хотя обычно решение об используемой платформе принимает не тот, кто потом с ней мучается. Это во-первых.
Во-вторых. с моей точки зрения, как программиста, работать с убогим кодом — портить себе настроение и не развиваться, ни к чему хорошему это не приведет. Хотя возможно, кому-то из заказчиков больше нравятся обезьянки, работающие за еду и еле-еле освоившие азы «натянуть шаблон из дримвивера на Друпал».
Во-третьих, бесплатные CMS хороши ровно до тех пор, пока не надо в них что-то поменять. Вот тут то и начинаются всякие баги, фрилансеры, которые все делают кое-как, и т.д. Плюс у некоторых из CMS, например неаккуратная админка. Неизвестно, что еще дешевле, сделать хорошую с нуля или переделывать плохую.
Я сам именно сайты делаю не очень часто, но CMS особо не пользуюсь, один раз использовал — только для админки, надежно спрятав от внешнего мира (паранойя), а фронтенд написав с нуля. По моему, приемлемый компромисс.
Ну и по поводу времени на разработку. Нужен просто хороший фреймворк (не спрашивайте, где его найти), плюс у программистов обычно есть всякие библиотечки и кусочки кода, которые можно повторно использвоать, это в какой-то мере ускоряет разработку.
> я веду к тому, что подавляющему большинству гораздо выгодней взять популярный движок и за неделю решить свою задачу
И замечательно, зачем тратить свои силы на банальные задачи.
Ну вроде все пришли к согласию, что опенсурсные CMS — фигня с точки зрения кода. С точки же зрения бизнеса — it depends. Бывает проще написать с нуля на нормальном фреймворке, бывает выгоднее использовать существующий какашкокод. Все зависит от задач.
Есть также мнение, что при наличии определенных ресурсов почти на любую CMSку можно повесить кучку своих расширений которые создадут приемлемые условия для прикладных задач.
Есть также мнение, что при наличии определенных ресурсов почти на любую CMSку можно повесить кучку своих расширений которые создадут приемлемые условия для прикладных задач.
Раз уже пошла такая тема. Помогите советом. Ужа давно ищу галерею/cms для сайта портфолио в котором можно было на ряду с фотографиями достойно вставлять и видео как с видеохостингов так и с локалстореджа.
Можно тот же коппермайн. Мощная галерея, в том числе вставка видео (пробовал, работает).
Или Зенфото (не пробовал, но должна работать).
Собственно сайт (негалерейная его часть) — или плагины CMS к этим движкам, или простенькие движки типа москито.
Вон, в комментах ещё рекомендуют что-то для портфолио. И если поискать в гугле CMS for portfolio, можно много чего найти, в том числе на хабре.
А вообще портфолио сферический в вакууме можно реализовать на любом из перечисленных движков.
Или Зенфото (не пробовал, но должна работать).
Собственно сайт (негалерейная его часть) — или плагины CMS к этим движкам, или простенькие движки типа москито.
Вон, в комментах ещё рекомендуют что-то для портфолио. И если поискать в гугле CMS for portfolio, можно много чего найти, в том числе на хабре.
А вообще портфолио сферический в вакууме можно реализовать на любом из перечисленных движков.
Может, wordpress? В интернетах есть довольно много тем с зашитой функциональностью по показы галерей и видео. Видео вообще можно вставлять из youtube :) Гуглить по wordpress premium theme, wordpress portfolio theme.
UFO just landed and posted this here
Из социалок стоило бы посмотреть на Dolphin — разрабатывается Boonex (дельфин здесь живет). CMS бесплатна, весьма функциональна, разрабатывается более-менее активно. Русское комьюнити слабовато, зарубежное поактивнее. Саппорт работает неплохо. Качественного русского перевода интерфейса не встречал, те что имеются — платные, но местами переведенные гуглотранслятором, наверное :) Мне лично двиг понравился, за некоторую сумму докупаются лицензии с разным уровнем фич.
поддерживаю многих высказавшихся по поводу ModX — более удачного движка на сегодняшний день не сыскать
что оно умеет:
— грамотное кеширование (можно кешировать как всю страницу целиком так и отдельные ее части)
— любые типы содержимого (аналог ССК от друпала)
— очень гибкая админка — админ видит только те поля которые я ему хочу показывать
— сео френдли — ну это не достоинство
— интуитивно понятная админка (не идет ни в какое сравнения с джумлами и друпалами)
— из коробки — любой сайт — с базовым модх без каких либо плагинов можно намострячить сдоровенный сайт, с каталогами товаров, галлереями, новостями и т.д. и т.п. (это при том что сам по себе модх ничего про эти штуки не знает, мы сами вольны решать что будет на сайте)
из минусов:
— возникают проблемы при более 5000+ страниц с кешами
— требуются некоторое допиливание напильником ядра (хотя уже не раз писал об этом разрабам)
— некоторые промахи в проектировании доп. полей документов (будут исправлять аж во второй версии модх)
— недоразвитый апи
вобщем всем тем кто до сих пор возиться с джумлами и т.п. очень рекомендую, хотябы для общего развития, ознакомиться с движком, не зря ж все таки мелкомягкие даже проспонсировали их семинар, потенциал у движка есть и очень серьезный
что оно умеет:
— грамотное кеширование (можно кешировать как всю страницу целиком так и отдельные ее части)
— любые типы содержимого (аналог ССК от друпала)
— очень гибкая админка — админ видит только те поля которые я ему хочу показывать
— сео френдли — ну это не достоинство
— интуитивно понятная админка (не идет ни в какое сравнения с джумлами и друпалами)
— из коробки — любой сайт — с базовым модх без каких либо плагинов можно намострячить сдоровенный сайт, с каталогами товаров, галлереями, новостями и т.д. и т.п. (это при том что сам по себе модх ничего про эти штуки не знает, мы сами вольны решать что будет на сайте)
из минусов:
— возникают проблемы при более 5000+ страниц с кешами
— требуются некоторое допиливание напильником ядра (хотя уже не раз писал об этом разрабам)
— некоторые промахи в проектировании доп. полей документов (будут исправлять аж во второй версии модх)
— недоразвитый апи
вобщем всем тем кто до сих пор возиться с джумлами и т.п. очень рекомендую, хотябы для общего развития, ознакомиться с движком, не зря ж все таки мелкомягкие даже проспонсировали их семинар, потенциал у движка есть и очень серьезный
ModX непрактичен, сильно загружает сервер. При большом наплыве посетителей сильно тормозит и, вообще, виснет. Ну, конечно, он лучше «Джумлы».
:) не загружать(тормозить) при любом количестве посетителей может только статический сайт, мало того — для кого то и 2 посетителя в день — уже много, тут нужен компромисс, потому и говорил всем любителям джумлы хотя бы попробовать что оно такое, а вообще материал уже очень сильно устарел, на сегодня первый модх уже морально устарел, второй еще какой то кривой, все новые проекты перескочили на вордпресс и друпал
Очередная бесполезная статья в которой «галопом по европам» описана какая-то выборка цмсок…
Уж лучше вообще ничего не писать про CMS чем писать подобное:
* Gallery2.
Монстр от класса галерей. Кода в десятки раз больше, чем у галерей всех прочих. Есть интеграция с разными CMS. Но поскольку мне никогда не была нужна такая мощь, то реально никогда не ставил.
Уж лучше вообще ничего не писать про CMS чем писать подобное:
* Gallery2.
Монстр от класса галерей. Кода в десятки раз больше, чем у галерей всех прочих. Есть интеграция с разными CMS. Но поскольку мне никогда не была нужна такая мощь, то реально никогда не ставил.
Неплохой обзор, спасибо.
Сам сижу на WordPress и после установки связки Pure PHP Localization + WPLANG Lite + DB Cache — монстр стал шевелиться быстрее и эффективнее.
зы: пробелы после точек всё-таки необходимы.
Сам сижу на WordPress и после установки связки Pure PHP Localization + WPLANG Lite + DB Cache — монстр стал шевелиться быстрее и эффективнее.
зы: пробелы после точек всё-таки необходимы.
С пробелами — это какой-то глюк хабра. Точно так же, как вырезание стилей (конкретно здесь не сильно и хотелось, но всё же), вырезание внутренней перелинковки (ох, её-то как жаль) и т.п…
А, понял, хабр вырезал все теги P — и на месте, где абзацы стыкались, не осталось даже пробелов. Как говорится, что ты будешь делать.
Блин, совсем фигня. Стоит галочка «Отключить автоматические переносы строк», а на замену p на двойной br где-то реагирует большим отступом, а где-то только пробелом. В общем, оставляю в том виде, в котором текст сейчас. Хуже не стал, но и не намного лучше.
А, понял, хабр вырезал все теги P — и на месте, где абзацы стыкались, не осталось даже пробелов. Как говорится, что ты будешь делать.
Блин, совсем фигня. Стоит галочка «Отключить автоматические переносы строк», а на замену p на двойной br где-то реагирует большим отступом, а где-то только пробелом. В общем, оставляю в том виде, в котором текст сейчас. Хуже не стал, но и не намного лучше.
Про ModX уже говорили в комментариях — присоединюсь. Очень достойный, доступный и гибкий движок. Для галереи можно было бы попробовать 4images, но есть большой минус — на данный момент он окончательно устарел. Разработка его пару лет назад остановилась, а жаль. Сейчас выходят релизы, но в основном это багфиксы. А вот по форумам — удивлён что никто в серьёз не упомянул SMF. На мой взгляд более чем достойный, активно развивающийся, и к тому же бесплатный представитель форумного семейства.
Когда я впервые глубоко залез в modX — я оказался очарован.
Brilliant.
Brilliant.
Тоже удивлён тем, что SMF только вскользь упомянули… Это ж SамыйMатёрыйFорум
Про ExpressionEngine забыли :-)
expressionengine.com/
expressionengine.com/
В каталоге плагинов сейчас имеется десяток дополнений и ни одной темы
Ни одной темы – это достаточно серьезное обвинение, но изначально мы были сконцентрированы на архитектуре, функционале и прочих важных мелочах, из которых и складывается качество. Сейчас появилось больше возможностей, людей и времени для разработки шаблонов, которые создаются с тем же вдумчивым подходом и стремлением охватить наиболее востребованные пользователями направления. На данный момент в работе находится серия дизайнерских решений, так что мы не стоим на месте, дизайнеры работают, верстка тоже наготове, нам просто нужно немного времени, чтобы довести все до ума и сделать классный по всем параметрам продукт.
Если вы воспринимаете это как обвинение, я ничего с этим не могу поделать. Но у вас есть что-нибудь возразить против факта: на момент написания обзора и даже на текущий момент в каталоге расширений нет ни одной темы?
Признаю, на главной висит анонс новой темы, которая войдёт в дефолтную поставку. Но это будет чуть позже.
По опыту: при активном комьюнити у открытых движков с нуля до хотя бы двух-трёх десятков шаблонов проходят месяцы. Это я на примере нескольких проектов типа того же лайвстрита наблюдал.
Признаю, на главной висит анонс новой темы, которая войдёт в дефолтную поставку. Но это будет чуть позже.
По опыту: при активном комьюнити у открытых движков с нуля до хотя бы двух-трёх десятков шаблонов проходят месяцы. Это я на примере нескольких проектов типа того же лайвстрита наблюдал.
>>>Русскоязычные сообщества, насколько помню, конкурировали между собой. 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.
За локализацию Joomla всегда особенно активно боролись 2 ресурса: joom.ru («Русский Дом Joomla») и joomlaportal.ru, объединенный c форумом на joomlaforum.ru. Обе локализации довольно качественные, но мне больше нравится локализация joom.ru, в которой переведены даже комментарии в .htaccess
Преимущество joomlaportal.ru в том, что его форум, по моему личному опыту, является наиболее подробным форумом по Joomla в Рунете, в то время как на joom.ru до сих пор активно ведутся обсуждения плагинов для Joomla 1.x.
А, я не доглядел, что джумлапортал и джумлафорум объединены. Собсно, на форуме спрошал кое-чего. А про ветку 1.х вы скажите товарищу в комментах выше, который утверждал, что её уже пора хоронить.))
А forum.virtuemart.ru — чей, не подскажете?
А forum.virtuemart.ru — чей, не подскажете?
Вы очень удивитесь, но это форум virtuemart.ru, Russian VirtueMart Community. На них даже ссылаются на оф. сайте разработчиков.
Длиннее списка CMS может быть только список их обзоров :)
Из упомянутых в статье и комментариях плотно знаком с MODx и Drupal, есть в хозяйстве Zenphoto (перенес в него галерею с Gallery2). Ну и Wordpress для блогов, понятное дело.
Живу так:
Простенький сайт — MODx
Сложный сайт (либо многопользовательский) — Drupal
Тупо блог — Wordpress
Если бы у Друпала была сравнимая с Wordpress реализация xmlrpc, то для блогов я бы тоже его выбирал чаще, а так к нему нет удобных настольных редакторов, это не всегда удобно. А так Друпал мне очень нравится, в основном простотой в обслуживании. Большинство других CMS очень тяжело обновлять.
За статью спасибо, большой труд. Но долгие годы такого же труда показали, что лучше что-то освоить хорошо, чем под каждую задачу искать какое-то оптимальное решение — не оправдывается время, потраченное на изучение и освоение.
Выше сказанное не относится к галереям, форумам и соцсетям — тут лучше использовать специализированные решения, если не специально разработанные. Это скорее приложения, чем CMS.
Из упомянутых в статье и комментариях плотно знаком с MODx и Drupal, есть в хозяйстве Zenphoto (перенес в него галерею с Gallery2). Ну и Wordpress для блогов, понятное дело.
Живу так:
Простенький сайт — MODx
Сложный сайт (либо многопользовательский) — Drupal
Тупо блог — Wordpress
Если бы у Друпала была сравнимая с Wordpress реализация xmlrpc, то для блогов я бы тоже его выбирал чаще, а так к нему нет удобных настольных редакторов, это не всегда удобно. А так Друпал мне очень нравится, в основном простотой в обслуживании. Большинство других CMS очень тяжело обновлять.
За статью спасибо, большой труд. Но долгие годы такого же труда показали, что лучше что-то освоить хорошо, чем под каждую задачу искать какое-то оптимальное решение — не оправдывается время, потраченное на изучение и освоение.
Выше сказанное не относится к галереям, форумам и соцсетям — тут лучше использовать специализированные решения, если не специально разработанные. Это скорее приложения, чем CMS.
О Irokez CMS ни слова, а жаль. Если не сложно — взгляните и добавьте информацию, думаю, двадцать минут тестирования дадут вам полное представление о движке и сферах его применения.
Беглый взгляд на код не впечатлил, мягко говоря. Возможности в описании тоже. Подключаемых модулей мало. В админку демо-сайта не пустили (скрипты включены, adblock выключен). На сайте информации мало.
Двадцать минут прошли. Проект упустил возможность произвести на меня сильное впечатление. Учитывая, что для тех же целей есть куда более интересные мне инструменты, epic fail.
Правда судя по скриншотам, удобная работа с многоязычностью. И ещё чуть было не пропустил форум. Судя по нему, проекту уже не меньше пяти лет.
В общем, если вы расскажете, что в нём такого хорошего, чтобы он мог конкурировать если не с друпалом, то хотя бы с движками из категории «общего назначения» — макссайтом, имейджем, мод-иксом…
Двадцать минут прошли. Проект упустил возможность произвести на меня сильное впечатление. Учитывая, что для тех же целей есть куда более интересные мне инструменты, epic fail.
Правда судя по скриншотам, удобная работа с многоязычностью. И ещё чуть было не пропустил форум. Судя по нему, проекту уже не меньше пяти лет.
В общем, если вы расскажете, что в нём такого хорошего, чтобы он мог конкурировать если не с друпалом, то хотя бы с движками из категории «общего назначения» — макссайтом, имейджем, мод-иксом…
Demo админки, логин demo, пароль demo, работает не во всех браузерах — гуглохром и файрфокс должны работать. В виду своей открытости и немодерируемости демо сайт работает совершенно криво, лучше посмотреть что-нибудь из списка сайтов, сделаных на Irokez CMS (пример 1, 2, 3).
Отличная система для информационного сайта, есть теги и есть бесконечная вложенность, полный utf-8, ничего лишнего, в отличии от монстров типа drupal или joomla. В какой-то мере, unix-way — одна задача (предоставить информацию с удобной навигацией по ней) — одно решение.
Когда я дорасту до того, чтобы делится своим опытом с другими, я сделаю свой сайт на этом движке.
Отличная система для информационного сайта, есть теги и есть бесконечная вложенность, полный utf-8, ничего лишнего, в отличии от монстров типа drupal или joomla. В какой-то мере, unix-way — одна задача (предоставить информацию с удобной навигацией по ней) — одно решение.
Когда я дорасту до того, чтобы делится своим опытом с другими, я сделаю свой сайт на этом движке.
ухты, даже наш ReloadCMS вспомнили :)
Из социалок не замечена Elgg. www.elgg.org
Монструозненько (хотя можно применять), местами ООП, но много и процедурного программирования, попытки MVC есть, используется модель EAV. Хуки, плагины. Немало готовых бесплатных плагинов.
Надо подробностей — могу добавить (работал с ней).
Монструозненько (хотя можно применять), местами ООП, но много и процедурного программирования, попытки MVC есть, используется модель EAV. Хуки, плагины. Немало готовых бесплатных плагинов.
Надо подробностей — могу добавить (работал с ней).
Подробностей для статьи — можно. А для меня… Как она в сравнении с лайвстритом-инстантом по возможностям, активности разработки, нагрузкам? Легко ли сделать на ней не соцсеть, а какой-нить портал? Есть ли возможность многоязычности (не локализации, а больше чем одного языка на сайте)? Форум или интеграция со сторонними? Впрочем, вижу, там достаточная форумоподобность…
В общем, имеет ли смысл следующую соц-сеть (а их у меня было мало) строить на Elgg?
В общем, имеет ли смысл следующую соц-сеть (а их у меня было мало) строить на Elgg?
К сожалению Лайвстрит и пр. я не щупал. До Elgg писал социалку-самописку (кастомный MVC на основе популярного фреймворка).
По оценке в силу EAV и кучи запросов к БД Elgg грузить будет неслабо. Правда, есть возможность включить memcache и работу с ним (закомментировано с комментарием в одном из основных файлов), тогда часть результатов запросов будет кэшироваться.
Есть языковые файлы, механизм переключения между языками можно доработать самому (но, думаю, есть плагин). собственно, рекомендуется весь интерфейс пользователя ваять на переменных от ассоциативных массивов из языковых файлов.
Насчет интеграции со сторонними форумами не скажу (возможно, есть плагины), но есть встроенный плагин «группы», в котором в группе можно заводить обсуждения (треды). Также есть плагин «блог» и пример простейшего плагина «блог» как тьюториал.
Если есть время — советую на недельку поставить себе это чудо и немного его пощупать. Сразу предупреждаю, в силу EAV-моделей aka «модель Тенцера» в случае, если надо будет выборку делать по нестандартному атрибуту сущности (а по метадате, например, либо нескольким плюс и по стандартному атрибуту) — придется писать ЖЕСТКИЕ джойны. Также вытянутая сущность как строка из БД сущностью не считается, она должна быть заново загружена минимум 2-мя запросами из БД уже на основе своего GUID. Ну а денормализованная во многом БД с ограниченным числом таблиц — для непривыкших просто песня.
Также система владения/доступа к сущности достаточно продумана и непроста. Есть как владелец и контейнер сущности, так и владелец метаданной к сущности, учитывается отношение к другу по соц. сети и т. д.
Насколько видно по тенденциям, идет эволюция проекта от процедурного программирования к ООП, в этом русле переписываются (или будут) и классы, ответственные за работу с БД, так что что-то там может меняться.
Есть особенности и работы с новыми плагинами, вьюхами, файлами, но при вдумчивом чтении документации большую часть этих особенностей можно учесть.
В общем, сильно зависит и от конкретной задачи. Если она хорошо совпадает с базовым функционалом, который есть в Elgg, и волосы от Елгг-шного кода и стиля дыбом не становятся — можно пробовать. Если что-то сильно кастомное — стоит подумать, стоит ли овчинка выделки и не проще ли написать своё несложное кастомное решение.
По оценке в силу EAV и кучи запросов к БД Elgg грузить будет неслабо. Правда, есть возможность включить memcache и работу с ним (закомментировано с комментарием в одном из основных файлов), тогда часть результатов запросов будет кэшироваться.
Есть языковые файлы, механизм переключения между языками можно доработать самому (но, думаю, есть плагин). собственно, рекомендуется весь интерфейс пользователя ваять на переменных от ассоциативных массивов из языковых файлов.
Насчет интеграции со сторонними форумами не скажу (возможно, есть плагины), но есть встроенный плагин «группы», в котором в группе можно заводить обсуждения (треды). Также есть плагин «блог» и пример простейшего плагина «блог» как тьюториал.
Если есть время — советую на недельку поставить себе это чудо и немного его пощупать. Сразу предупреждаю, в силу EAV-моделей aka «модель Тенцера» в случае, если надо будет выборку делать по нестандартному атрибуту сущности (а по метадате, например, либо нескольким плюс и по стандартному атрибуту) — придется писать ЖЕСТКИЕ джойны. Также вытянутая сущность как строка из БД сущностью не считается, она должна быть заново загружена минимум 2-мя запросами из БД уже на основе своего GUID. Ну а денормализованная во многом БД с ограниченным числом таблиц — для непривыкших просто песня.
Также система владения/доступа к сущности достаточно продумана и непроста. Есть как владелец и контейнер сущности, так и владелец метаданной к сущности, учитывается отношение к другу по соц. сети и т. д.
Насколько видно по тенденциям, идет эволюция проекта от процедурного программирования к ООП, в этом русле переписываются (или будут) и классы, ответственные за работу с БД, так что что-то там может меняться.
Есть особенности и работы с новыми плагинами, вьюхами, файлами, но при вдумчивом чтении документации большую часть этих особенностей можно учесть.
В общем, сильно зависит и от конкретной задачи. Если она хорошо совпадает с базовым функционалом, который есть в Elgg, и волосы от Елгг-шного кода и стиля дыбом не становятся — можно пробовать. Если что-то сильно кастомное — стоит подумать, стоит ли овчинка выделки и не проще ли написать своё несложное кастомное решение.
(после прочтени комментариев)
Большое спасибо, вы сделали то на что нам всегда не хватало терпения!
Перечитал еще раз. Половину (по крайней мере) пытался поставить… Зацепили explay(почти идеально поставился и внутри(медель) симптичен) и vanillaforums(админка аля Drupal. нехватает только апдейтера как у TypoLight. прекрасен!)
Большое спасибо!
…
Также не надо упускать из виду то что друпал и джумла готовят сборки с более адекватными решениями по организации и структурированию элементов/материалов. Джумла (наконец-то уже) переходит на теговую иерархию, а друпал(логично и вовремя) встраивает ЦЦК в ядро.
Перечитал еще раз. Половину (по крайней мере) пытался поставить… Зацепили explay(почти идеально поставился и внутри(медель) симптичен) и vanillaforums(админка аля Drupal. нехватает только апдейтера как у TypoLight. прекрасен!)
Большое спасибо!
…
Также не надо упускать из виду то что друпал и джумла готовят сборки с более адекватными решениями по организации и структурированию элементов/материалов. Джумла (наконец-то уже) переходит на теговую иерархию, а друпал(логично и вовремя) встраивает ЦЦК в ядро.
Про друпал и джумлу: вспомнился разговор плюс-минус годовой давности. Товарищ спрашивал, что планируется реализовать в седьмом друпале. На что я сказал, мол, окстись. Про шестёрку летом (восьмого года?) говорили, что она вот-вот выйдет, может, в сентябре, может, чуть позже осенью. А она вышла зимой, а потом ещё полгода прошло, пока все серьёзные модули типа тех же cck, views и ubercart под неё адаптировали. Так что не смотря на приближающийся выход семёрки, шестёрка будет рулить как минимум до конца этого года. Раньше серьёзные проекты начинать на семёрке неразумно.
Аналогично с джумлой. Недавно вышла 1.6 бета 2. Но какую там совместимость с компонентами для 1.5 ни обещали, а реально их придётся переписывать, не знаю, насколько серьёзно. Плюс джумла — это не друпал. Инфраструктура и комьюнити более рыхлые. И нет такого опыта смены веток. До сих пор уйма материала по первой джумле валяется и даже появляется. Хотя 1.5 вышла уже три года как. Так что предсказываю, что 1.6 завоюет себе хорошее место под солнцем не раньше чем через год. Хотя жаль, я бы свой нынешний проект делал бы на чём-то поэлегантней, чем j1.5. Если б мне дали выбор.
Аналогично с джумлой. Недавно вышла 1.6 бета 2. Но какую там совместимость с компонентами для 1.5 ни обещали, а реально их придётся переписывать, не знаю, насколько серьёзно. Плюс джумла — это не друпал. Инфраструктура и комьюнити более рыхлые. И нет такого опыта смены веток. До сих пор уйма материала по первой джумле валяется и даже появляется. Хотя 1.5 вышла уже три года как. Так что предсказываю, что 1.6 завоюет себе хорошее место под солнцем не раньше чем через год. Хотя жаль, я бы свой нынешний проект делал бы на чём-то поэлегантней, чем j1.5. Если б мне дали выбор.
Добавьте еще Scripto CMS (http://scripto-cms.ru) в обзор :-)
Искал хороший обзор — и наконец нашел. Спасибо!
Очень было бы хорошо похожий обзор за 2011 год увидеть!
Гм. Отдельного как бы и не…
Из общих движков.
Макссайт, ImageCMS развиваются эволюционно.
Вордпресс, друпал, джумла — поезда, которых не остановить (даже джумла в принципе стала не такой уж плохой конструктивно).
С отдельными галереями больше дела особо не имел.
Из соцсеток описанных половина умерла, зато Livestreet — однозначный вин. Как раз пятёрка вышла. Ещё можно сделать ставку на Instant, если нужен его функционал или его функционал один в один подходит. Но если можно обойтись или нужно допиливать, лучше Livestreet. Обещают, правда, изрядно переписанную двойку, но когда — не в курсе.
Ещё интересен Cogear, но пока не гикам лучше его не трогать. Первая версия заброшена, тогда как вторая ещё не вышла. Хотя выйдет вот-вот.
За зарубежными соцсетями не следил.
Из форумов — вышли двойки smf, vanilla — первый — замечательная альтернатива phpbb, второй — хорошая малютка-конструктор. Punbb тоже никуда не делся.
Магазины… Prestsa, ecshop — развиваются понемногу. От внутренностей opencart я в восторге, к тому же английский всё же ближе французского или китайского, так что в следующем месте, где мне понадобится магазин, буду opencart использовать. За мадженто не слежу.
Что там ещё. Малютки, которых я рекламировал, поумирали либо в коме. Москито кровавая мери в последний раз обновлялся давно, но если нужна малютка и не хочется с нуля писать, то его, либо GetSimple, который мне тут в комментариях рекомендовали. Гетсимпл живой, судя по репозиторию.
Вот в принципе и всё, за чем я в 2011 хотя бы краем глаза поглядывал.
Из общих движков.
Макссайт, ImageCMS развиваются эволюционно.
Вордпресс, друпал, джумла — поезда, которых не остановить (даже джумла в принципе стала не такой уж плохой конструктивно).
С отдельными галереями больше дела особо не имел.
Из соцсеток описанных половина умерла, зато Livestreet — однозначный вин. Как раз пятёрка вышла. Ещё можно сделать ставку на Instant, если нужен его функционал или его функционал один в один подходит. Но если можно обойтись или нужно допиливать, лучше Livestreet. Обещают, правда, изрядно переписанную двойку, но когда — не в курсе.
Ещё интересен Cogear, но пока не гикам лучше его не трогать. Первая версия заброшена, тогда как вторая ещё не вышла. Хотя выйдет вот-вот.
За зарубежными соцсетями не следил.
Из форумов — вышли двойки smf, vanilla — первый — замечательная альтернатива phpbb, второй — хорошая малютка-конструктор. Punbb тоже никуда не делся.
Магазины… Prestsa, ecshop — развиваются понемногу. От внутренностей opencart я в восторге, к тому же английский всё же ближе французского или китайского, так что в следующем месте, где мне понадобится магазин, буду opencart использовать. За мадженто не слежу.
Что там ещё. Малютки, которых я рекламировал, поумирали либо в коме. Москито кровавая мери в последний раз обновлялся давно, но если нужна малютка и не хочется с нуля писать, то его, либо GetSimple, который мне тут в комментариях рекомендовали. Гетсимпл живой, судя по репозиторию.
Вот в принципе и всё, за чем я в 2011 хотя бы краем глаза поглядывал.
что есть «прожорливость magento»?
если знать как ее настроить ее на производительно и запускать на приличной архитектуре, вполне себе быстрая «непрожорливая» штука. на обычно апаче с пхп конечно кушает поболее других движков… ну так это же zend что вы хотели…
если знать как ее настроить ее на производительно и запускать на приличной архитектуре, вполне себе быстрая «непрожорливая» штука. на обычно апаче с пхп конечно кушает поболее других движков… ну так это же zend что вы хотели…
del
Sign up to leave a comment.
Обзор CMS по категориям