Система управления контентом

Система управления контентом. Английское слово content означает «нечто, содержащееся внутри» и применительно к письменным работам обычно входит в словосочетание table of contents — содержание, перечень разделов (скажем, книги). Отличительная черта контента состоит в том, что он конструируется из отдельных кусочков -графика, документы (в том числе отчеты, ведомости и.т.д), звуковые и видео-файлы. Иногда употребляется более простое название - "движок сайта". Само понятие «управление контентом» первоначально прочно ассоциировалось с процессом публикации и обновления информации на Web-сайтах — требовалась технология, позволяющая следить за ее актуальностью. Поэтому в качестве синонима content management часто используют термин Web content management. В результате термин content management расширился: им стали обозначать управление не только информацией на сайте, но и всеми разрозненными и разнообразными фрагментами корпоративной информации. 

Необходимость систем управления для владельцев сайтов начала проявляться в тот момент, когда  количество материалов на веб-сайтах начало стремительно расти. Это привело  к тому, что традиционные «ручные» технологии разработки и поддержки  сайтов, когда сайт состоял из статических  страниц и набора дополнительных специализированных скриптов, стали  не успевать за быстро меняющимися  условиями бизнеса. Ввод данных на сайт требовал (как минимум) знания технологий HTML/CSS верстки, изменения структуры сайтов были сопряжены с каскадным изменением большого количества взаимосвязанных страниц. Различные автоматизированные механизмы, вроде гостевых книг и новостных лент, внедренные на сайтах как отдельные скрипты и, как правило, написанные разными специалистами, перестали удовлетворять требованиям безопасности. На многих сайтах стали появляться коктейли из разных технологий и подходов к разработке, поэтому возникла потребность в стандартизации программных решений, в разделении дизайна и содержимого на две независимые составляющие. CMS действительно разделяют сайты на две составляющие: дизайн (внешний вид сайта в целом, отдельных страниц, конкретных блоков информации) и контент. Дизайн сайта, как правило «зашит» в шаблоны и изменяется значительно реже, чем контент.

CMS открывают изобилие технических возможностей в создании динамического веб-ресурса. Все серьезные сайты, содержащие большой объем информации и требующие постоянного ее обновления, используют системы обновления. Это и поисковые машины, и новостные серверы, и разнообразные каталоги. С помощью данных систем можно с легкостью добавлять разделы, размещать иллюстрации, управлять рассылками, публиковать закрытую информацию, доступ к которой есть только у определенных групп пользователей. И это лишь небольшой список всего того, чего можно добиться с помощью CMS.

Система управления сайтами – это программный  комплекс, позволяющий автоматизировать процесс управления как сайтом в  целом, так и сущностями в рамках сайта: макетами страниц, шаблонами  вывода данных, структурой, информационным наполнением, пользователями и правами  доступа, а также по возможности  предоставляющий дополнительные сервисы: списки рассылки, ведение статистики, поиск, средства взаимодействия с пользователями и т. д. Обычно системы обновления делятся на две части: внешнюю  – набор HTML-страниц, генерируемых при вызове страниц из браузера посетителя сайта и внутреннюю – систему администрирования. Обе части обычно используют общее хранилище данных, в роли которого, как правило, выступает реляционная база данных (иногда встречаются другие виды хранилищ, например XML-документы или даже текстовые файлы).

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

Функции систем управления контентом можно разделить на несколько основных категорий.

Создание — предоставление авторам удобных и привычных  средств создания контента.

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

Публикация —  автоматическое размещение контента на терминале пользователя. Соответствующие  инструменты автоматически «подгоняют»  внешний вид страницы к дизайну  всего сайта.

Представление —  дополнительные функции, позволяющие  улучшить форму представления данных; например, можно строить навигацию  по структуре репозитория.

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

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

1. Простая инсталляция

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

2. Быстрый старт

CMS должна быть максимально дружелюбной к пользователю уже с первых шагов использования системы. Задачи настройки должны усложняться постепенно, идти от простого к сложному. К примеру, пользователь сначала авторизуется в системе, далее создает новый web-документ. После чего необходимо добавить несколько стилей CSS (как вариант – выбрать шаблон, тему), затем связать новый документ гиперссылками с другими web-страницами. Далее идет построение системы навигации и добавление всевозможных сервисов, подключение функциональных блоков. Работа осуществляется постепенно, команды выполняются не все сразу - возможность создания приоритета разделов, форумов, пользовательских голосований и опросов, генерации PDF «на лету» следует оставить на потом - возможно, это даже и не понадобится на первых порах работы с CMS.

3. Качественная  документация

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

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

4. Разделение администрирования  и управления содержанием

Практически все  открытые CMS различают понятия «администратор» и «пользователь», но пользователь не обязательно должен переключаться между режимами администрирования и управления содержанием, чтобы внести необходимые изменения.

98% пользователей  CMS – это люди, которые хотят управлять содержимым своего сайта, а не самой системы. Для оставшихся 2% пока еще нет оптимизированных CMS.

5. Уникальность

Не для каждого  сайта подойдет первая попавшаяся система управления содержанием. Зачастую слышно: «Да, мы попробовали PHP-Nuke, но теперь наш сайт выглядит точь-в точь, как сам PHP-Nuke, а не иначе». К сожалению, большинство открытых CMS проектируется чуть ли не по единому образу и подобию. Функциональность может различаться и позиционироваться разработчиками как преимущество, однако часто в целом один программный пакет может походить на другой, как две капли воды.

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

6. Гибкость использования.  Расширяемость.

Возможность приспосабливания ко всевозможным специфичным нуждам того или иного решения, той или иной организации. Скажем так, универсальный продукт должен одинаково хорошо справляться как с ролью Интернет-блога, так и с ролью варезного сайта. Системная архитектура и принцип модульного построения позволяет гибко настраивать возможности сайта – включать в нее только необходимые заказчику в данный момент функции и компоненты; На одном «движке» должны одинаково комфортно размещаться:

Cайт-визитка. Интернет-магазин. Информационный портал.

7. Структура данных

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

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

8. Простота и  прозрачность системы.

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

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

9. Адаптация для  SEO

Search Engine Optimization –  поисковая оптимизация. Сюда входит оптимизация HTML-кода, структуры, контента сайта и внешних факторов с целью поднятия его в поисковых системах. Оптимизация и продвижение сайта представляет собой комплекс работ по повышению рейтинга сайта в поисковых системах. Помимо стандартных возможностей по ручной установке ключевых слов и заголовков для любого элемента сайта (от страницы до товара, что используют далеко не все системы), следует максимально эффективно генерирует дружественные ссылки.

Сюда же добавим  mod_rewrite. Основным недостатком большинства CMS является динамическая адресация, когда ссылка имеет вид типа:http://www.oqbo.ru/index.php?option=com_content&task=view&id=2&Itemid=3

Такая адресация  страниц позволяет легко изменять значения подставляемых переменных, что ставит под угрозу систему  безопасности. Также использование  динамической адресации является нежелательным  для восприятия сайта поисковыми системами, поскольку не все страницы сайта проиндексируются поисковыми системами (поисковые роботы не умеют читать скрипты). В результате работы mod_rewrite происходит подмена адреса запроса, на адрес, не содержащий имён переменным:

http://www.oqbo.ru/content/view/2/3/. Mod_rewrite - основанный на правилах механизм (синтаксический анализатор с применением регулярных выражений), выполняющий URL преобразования на лету. Модуль поддерживает неограниченное количество правил и связанных с каждым правилом условий, реализуя действительно гибкий и мощный механизм управления URL. URL преобразования могут использовать разные источники данных, например переменные сервера, переменные окружения, HTTP заголовки, время и даже запросы к внешним базам данных в разных форматах, — для получения URL нужного вам вида. Подобные ссылки необходимы при жесткой конкуренции с тематическими сайтами, а так же для самостоятельного внедрения дружественных ссылок без знания PHP и затрат на поддержку. Встроеный модуль по оптимизации ключевых слов web страниц сайта. Использование этого модуля позоляет повысить эффективность индексации страницы сайта в поисковых машинах, и как следствие увеличивает посещаемость данного ресурса.

10. Поддержка продукта. Простота обновлений.

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