Чего не хватает современным CMS?

Question

[13i]

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

Answer 1

[jackxxl]

Не хватает нормальной продуманной и понятной внутренней архитектуры. Большая часть CMS не имеет идеологии либо эта идеология конфликтует или перекручивает общепонятные по дефолту термины. Старт работы с такой CMS для программиста нереально тяжелый. Нужно облегчить «вход в работу новых программистов».

А вообще, не хватает хороших движков (core engine) в CMS. Имхо, все что ни сделано и куда не глянь — везде чуть-ли не зоопарк аля WinAPI.

Answer 2

[Максим Пригоженков]

Я был бы рад видеть в cms возможность визуального изменения страницы в реальном времени.
То есть видишь текст и его надо изменить, выделяешь и изменяешь.
Такая возможность есть в какой то платной cms не помню какой.

Comments

[Thomas]

Даже плагин для Wordpress есть который такое делает
wordpress.org/extend/plugins/inline-editor/

[Davert]

Apostrophe (написанная на symfony 1.4), все изменения страницы делаются сразу на ней.

[StopDesign]

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

[elart]

Оптимальный вариант, когда есть мощный режим визуального редактирования (90% операций) + вызов окон из административного режима, например, чтобы добавить новый раздел. Ну и для самых сложных манипуляций, включая управление шаблонами — административный режим.

[jackxxl]

В UMI CMS есть такое.

[schaan]

Я попробовал riot CMS, написанную на java. Со стороны пользователя очень удобно организовывать контент в иерархическом виде, редактировать содержимое прямо на сайте (включая названия меню, навигацию). Со стороны разработчика скажу, что удобно делать inline-локализацию интерфейса, напрямую работать через админку со своими POJO-объектами, имея при этом возможность взаимодействия с СУБД через Hibernate.

Answer 3

[char]

Универсальных, прозрачных для пользователя средств вставки rich-контента (видео, аудио, фотогалереи).

Answer 4

[JIesnik]

А налагично с andan, кроме uCoz не видел подобного удобства в редактировании шаблонов. Всё можно без проблем поавить не выхадя из админки, удобыне шаблоны. Так же, например, в Jooml'е не хватетет качественного форума с хорошим переводом

Answer 5

[Albertum]

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

Answer 6

[inse3t]

Хорошего, разумного и максимально рационального проектирования и кода.

Comments

[13i]

Хорошее и разумное — понятия эфемерные, размытые и частично субъективные.
А максимально рациональное проектирование — это идеал, к которому можно и нужно стремиться.

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

Answer 7

[Thomas]

не хватает плагинов которые не тормозили бы всю систему. Слабое звено так сказать. Бывает как зайдешь и посмотришь что там наваяно волосы дыбом встают. Вот если бы код проверяли на производительность… Думаю довольно полезная фича, к примеру очень нужный плагин, но сообщается что будет сильно тормозить. И человек 10 раз подумает стоит или не стоит его ставить.

Comments

[13i]

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

Answer 8

[Davert]

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

Не хватает мультиязычности, среди бесплатных CMS пока ничего лучше Джумлы-Друпала нет :(

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

Comments

[13i]

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

[Davert]

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

Попробую резюмировать: нужно создать достаточно четкое и строгое API для написания плагинов и выдать максимум инструментов разработчикам. Тогда подтянется комьюнити, и тогда кому-то будет проще написать вместо своего велосипеда нужный плагин.

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

изолированность таблиц легко решить жёсктим (зашитым в коде) «соглашением» (согласен использовать — используй, не согласен — реализуй доступ к бд с нуля) об именовании таблиц, например префикс %cms_instance_name%_%plugin_name%_ для всех таблиц, в которые плагин пишет (то есть пишет или ядро в общие (без %plugin_name% в префиксе) таблицы, или плагин в свои — читать данные могут все плагины, например, для агрегации)

[Иван Климчук]

репозитрии плагинов и модулей позволяет делать новый MODx 2.0 Revolution. При грамотном подходе это легко реализуемо.

Answer 9

[Алексей Андрианов]

Мне не хватает встроенного редактирования шаблонов (HTML, JS, CSS) из админ панели.

Comments

[lhav]

Danneo CMS, бывшая TypoLight имеет встроенный CSS редактор. Вообще очень грамотная система.

[lhav]

Ой, ошибся. Не Danneo а Contao www.contao.org

[Thomas]

В Wordpress есть. Правда без подсветки, которую я думаю возможно прикрутить.

Answer 10

[un1t]

1. cms должна нэтивно поддерживать юникод
2. должна быстро работать(а то понапишут всякие cms на 30000 файлов и 50 sql запросов на страницу ив все это рендериться 4 секунды)
3. обязательное использование MVC(возможно одного из фреймворков с обязательным ActiveRecord ) и более менее вменяемый код
4. стандартные модули: страницы, хлебные крошки, каталог товаров, галереи, регистрация пользователей, разделение прав и доступа, комментарии, баннеры
5. должна быть хорошая документация
6. должно быть API для того чтобы можно было ее расширять

Comments

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

>с обязательным ActiveRecord

Чем не нравится, например, Repository? Всё-таки валить в один класс и доступ к данным, и логику далеко не всегда хорошая идея, по-моему.

[un1t]

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

А в каких фреймворках сейчас используется Repository?

Answer 11

[elart]

В первую очередь CMS должна быть удобной для пользователя.