Какими свойствами и возможностями должна обладать современная CMS?

Question

[Maddoger]

В течении нескольких лет я 3-4 раза полностью переписывал CMS. В основном это происходило из-за неудобства старой версии, но сейчас версия удобная в плане быстрой разработки, но что-то в ней меня все равно не устаревает.
Поэтому, я решил спросить у вас, какими свойствами и возможностями должна обладать современная CMS? Что в ней должно присутствовать, а что отсутствовать? Модульная система или нет?

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

P.S. Прошу не предлагать отказаться от создания велосипеда и использовать стороннюю CMS.

Answer 1

[holyorb2]

>> — Неограниченные возможности

после этого пункта, дальше читать нет смысла :)

>> Какими свойствами и возможностями должна обладать современная CMS?
Все то что умеет Друпал, только легче в работе и полностью переделанная многоязычность

Comments

[Maddoger]

>> после этого пункта, дальше читать нет смысла :)
Хотите сказать Друпал имеет ограниченные возможности? Неограниченные возможности в моем понимании — это значит, что можно что-то добавить, что-то убрать без полного перелопачивания кода, причем это что-то может быть любым.

[Maddoger]

>> Все то что умеет Друпал, только легче в работе и полностью переделанная многоязычность
Можно поподробнее?

[Сергей Протько]

Что тут подробнее… Берешь друпал, пытаешься сделать на нем сайт, и вуаля — ты уже знаком со частью недостатков этой системы. так можешь попробовать несколько CMS, записать список того что понравилось и главное — того что НЕ понравилось. А потом думать как сделать все что понравилось и исправить что НЕ понравилось. Думать придется долго ибо сложно уследить за всем.
P.s. А вообще я против универсальных CMS. Это слишком много говнокода. фреймворк и отдельные моули — куда ни шло…

[Maddoger]

Сами по себе большинство CMS универсальные. Joomla, WP и даже сам Drupal.
Видимо у нас разные понятия об универсальности CMS.

[holyorb2]

>> >> Все то что умеет Друпал, только легче в работе и полностью переделанная многоязычность
>> Можно поподробнее?
Это 2 проблемы Друпала или даже одна… скорее всего 2 :)
Друпал тяжел для хостинга, очень много жрет ресурсов.
При универсальности Друпала и того что из него можно сделать сайт любой сложности, но сайт визитка на Друпале это стрельба из пушки по воробьям.

Из проблем у Друпала есть многоязычность.

Во всем остальном Друпал на высоте:
— четкий АПИ
— модульность
— хороший код, четкое разделение темы от обработки данных

Answer 2

[interrupt_controller]

по факту никто ничего не ответил, ладно, попробую осторожно вставить свое мнение:

1. Должен быть уровень абстракции для работы с БД, файлами, etc
2. Должен быть хороший простой шаблонизатор(с php-подобным синтаксисом) с хелперами
3. Должен быть реализован паттерн проектирования mvc
4. Хотелось бы и AR, конечно
5. Древовидная структура сайта с неограниченной вложенностью
6. Возможность управлять rewrite module
7. Адекватная система кэширования

Comments

[interrupt_controller]

случайно отправил

8. Небольшой размер и минималистичность
9. Хорошая документация
10. Ой… что-то меня понесло

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

[Maddoger]

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

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

[impass]

2. Должен быть хороший простой шаблонизатор(с php-подобным синтаксисом) с хелперами
3. Должен быть реализован паттерн проектирования mvc

Одно с другим как-то не вяжется. %)

Answer 3

[Jazzist]

wordpress?

Answer 4

[Кирилл Мамаев]

Подумайте о тех, кто будет тянуть проект после Вас, если клиент расторгнет договор. Часто приходится иметь дело с сайтами на основе таких мегакрутых ЦМС, которые умеют все, кроме того, как быстро экспортировать все содержание.

Если CMS «самописная» — должна уметь удобно себя экспортировать. Ну, например, что-бы импортировать в очередную суппер-CMS.

Comments

[Maddoger]

Интересная вещь. Спасибо.
Но тогда нужно использовать какой-то общий стандарт представления данных. Может такие стандарты уже есть?

[ChemAli]

Да, XML.

[Novikov]

OMG! ChemAli, как будто импортировать из XML проще, чем из MySQL. Если есть нормальная структура БД, может даже и не понадобиться делать тотальный экспорт.

[Владимир Чернышев]

2Novikov — конечно проще. СУБД в новом проекте вообще может не быть, или она может быть не реляционной.

Answer 5

[Ariel Feinerman]

не используйте php, всё остальное не имеет значения.
в качестве фреймвёрков обратите внимание на aida/web, seaside

Comments

[Maddoger]

А что Вы посоветуете использовать?

Answer 6

[NonRealDeveloper]

Да вы прямо описали www.1c-bitrix.ru/

Answer 7

[zhzhitel]

Интеграция с соцсетями, OpenID и прочее.
AJAX
Плагины, модули

Comments

[Maddoger]

Даа, без соцсетей, видимо, нынче не обойтись.
А вот модули, интересно, Вы бы как реализовали?

[zhzhitel]

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

[Maddoger]

Спасибо. А непосредственная реализация?

[Novikov]

Большинству сайтов интеграция с соцсетями нафиг не сдалась.

Answer 8

[Maddoger]

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

Comments

[interrupt_controller]

ну это не просто так взять и рассказать, как реализовать модульную систему, все зависит от ваших потребностей. Я бы порекомендовал не смотреть, как реализована модульная система в других cms, а попробовать покодить под joomla, например, чтобы сориентироваться в потребностях, уже в голове будет какое-то представление, как бы вы хотели видеть модульную систему! своей cms.

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

Также рекомендую почитать вот это

[interrupt_controller]

не самый простой, а стандартный

Answer 9

[Novikov]

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

Бизнес-требования, кстати, тоже неоднородны. Есть сторона-внедренец, а есть сторона-заказчик.

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

Comments

[Novikov]

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

Answer 10

[Владимир Чернышев]

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

Comments

[Novikov]

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

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