Что бы вы хотели в CMS?

Question

Как следует из названия, что вы, ребята, хотели бы иметь полную CMS? И как пользователь, и как разработчик.

Моя текущая идея - реализовать все это в C # / ASP.NET MVC 2 и использовать StructureMap для загрузки новых компонентов / плагинов во время выполнения, чтобы люди могли оставить pluginaName в каталоге ~ / Plugins и загрузите его. Но я хочу, чтобы вы предложили, что еще вы хотели бы видеть в CMS.

Answer 1

Будьте проще и помните свою целевую аудиторию. CMS, нацеленные на псевдо-разработчиков, требуют иной структуры и набора функций, чем те, которые нацелены на типы маркетинга / продаж. Для последнего требуется строго соблюдаемая структура страницы и быстрый и простой интерфейс очень - ИМХО должен быть немного больше, чем редактор навигации (выберите, где контент находится на сайте) и текстовый редактор / метод загрузки.

Мне показалось, что CMS требуют, чтобы вы загружали изображения, таблицы стилей и т. Д. В менеджер активов, выбирали шаблон страницы, создавали новый экземпляр указанного шаблона, редактировали текст непосредственно в своем редакторе (или вырезали и вставляли, обычно в некоторый настраиваемый текстовый / html редактор, которого очень не хватает) и ссылки на активы по некоторому идентификатору ресурса со специальным тегом. Другие зашли настолько далеко, что позволили (или потребовали) редактору или администратору установить индивидуальные разрешения для каждого из них и т. Д. В худшем случае, с которым я столкнулся, с Red Dot потребовалось почти час, чтобы опытный пользователь добавил базовый стр. Это недопустимо в CMS.

Дизайн пользовательского интерфейса имеет решающее значение в успешной CMS.

Также спросите себя - так много на рынке, зачем писать еще один?

Answer 2

Мне нужна CMS, которая отделяет приложение от его контента.

В идеале, каждая страница должна быть отдельным файлом XML (или храниться в таблице SQL, я полагаю), которая находится в папке Content.

Это позволит вам легко перемещать части сайта или весь сайт с помощью простой операции перетаскивания.

Создатели сайтов могут выбрать онлайн-редактор, автономный локальный редактор или ручное редактирование файлов XML.

Автономный локальный редактор позволит вам взять одну из страниц XML, отредактировать ее и вернуть на сайт.

Приложение сможет "компилировать" результирующие выходные страницы в любое время, когда новая XML-страница будет добавлена ​​(или обновлена) в папку для повышения производительности. Таким образом, для обслуживания страницы не требуется доступ к базе данных или ввод-вывод XML, для обеспечения доступа пользователя к просмотру страницы будет использоваться только тонкий уровень безопасности.

Веб-сервис позволит пользователям программно загружать / скачивать / удалять страницы.

Сайт сможет просматривать контент с использованием различных форм, будь то веб-форма, Silverlight или Flash.

Данные виджета / модуля будут храниться в XML-файле страниц в стандартном формате. Сайт не взорвался бы, если бы виджет не был установлен, он просто отказался бы показывать модуль или просто показывать необработанный XML.

Сайт будет следовать стандартам поставщиков для создания скинов (т. Е. Тем).

Автономный редактор будет доступен на разных платформах, таких как Windows, iPhone, Mac и т. Д.

Answer 3

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

Если вы хотите работать в ASP.NET MVC, рассмотрите возможность присоединиться к команде umbraco и внести свой вклад в Umbraco 5.0, который будет основан на asp.net MCV .

Answer 4

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

Answer 5

Я думаю, что работа с различными базами данных важна.

Answer 6

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