Цели и задачи CMS

Чтобы не путаться, сразу определимся – Content Management System (CMS) – это система именно управления содержимым сайта. Не движок сайта, The Site Engine (TSE – чтобы не путать с SE), а система управления его контентом. Давайте отделим мух от котлет: программисту – движок, дизайнеру – пардон, дизайн, а менеджеру – контент. Сейчас поясню разницу.

Что такое сайт в данном контексте? Это набор скриптов и документов (неважно – статичных, или создаваемых динамически), а) связанных навигацией (то есть каждый документ имеет уникальный адрес и путь, который нужно пройти к нему), б) имеющих (как правило) единый дизайн или варианты дизайна, выполненных в одном из распространенных форматов представления данных, в) объединенных общей информационной структурой, г) обладающих заданными параметрами отображения и собственными характеристиками. Повторяюсь, это – описание сайта, сделанное разработчиком, рассматривающим сайт с точки зрения управления контентом. Рассмотрим только интересующие детали:
Навигация, наука о прокладке путей и безопасном кораблевождении – она же список блюд, меню. Движок сайта (системы отображения контента) весьма желательно должен обеспечить автоматическое создание навигации по контенту – то есть явно указать пути ко всем разделам и конкретным документам. Таким образом, управление созданием меню в задачу CMS не входит. Сразу уточним, что задачей системы управления контентом будет поддержание ясной и непротиворечивой информационной структуры сайта, позволяющей движку автоматизировать создание меню, карты сайта (бесполезной, но столь любимой поисковиками), RSS-фида и любого другого продукта, являющегося результатом обработки данной структуры.
Дизайн: как правило шаблонный – main.tpl + style.css либо набор темплейтов-кубиков для разных разделов сайта + стили (скин), может быть не в единственном экземпляре. Редактированию из CMS также не подлежит, так как контентом НЕ является.
Структура документа, основные типы:

  * Статичный html документ (имеется в виду не расширение файла), или группа документов, используемых для статичных страниц – «О компании», «Наши координаты» и т.д. Имеет заголовок (реже – краткий и расширенный заголовки) и тело. Редактируется редко.
 
  * Динамический html документ. Как правило, это файлы, создаваемые «на лету» по шаблону из подгружаемой из БД информации: список литературы, новости, каталог товаров, прайс-лист, персональная карточка пользователя и т.д.. Могут состоять из любого необходимого количества составляющих элементов, сами или отдельные их части могут выступать частями другого документа. Отметим этот момент – нет разницы, сколько каталогов и типов карточек предполагается иметь на сайте! Все они имеют табличную (линейную) структуру, управление всеми будет руководствоваться одинаковыми принципами. Редактируется часто, по крайней мере так считают заказчики – что денно и нощно они будут наполнять сайт актуальной информацией и чистить оный от мусора :)
 
  * Бинарный документ. Это картинки, текстовые документы, сжатые архивы, исполняемые программы – любые файлы, которые можно отобразить браузером или скачать. Имеют уникальное содержимое. Редактированию подлежат практически все параметры, кроме собственно тела документа, и, пожалуй, даты создания.
 
  * Активный скрипт. Здесь мы имеем в виду все скрипты, выполняемые как на стороне клиента, так и на стороне сервера, а также все веб-формы, поля ввода, кнопки для голосований и прочее – все, что составляет движок и/или элементы дизайна сайта и НЕ является контентом. С помощью CMS имеет смысл манипулировать этими скриптами, их параметрами, добавлять их в определенные места страницы, удалять. Редатированию не подлежит.

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