login or Register

Подольск

 •   каталог  •   фото  •   форум   •   «Словесин»   •   Содержание   •   новости   •   предложить   •  

Портальные системы

CMS, Портальные системы, устройство, сравнение, модернизация, создание модулей и блоков

Выбор CMS сайта


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

1. Введение

Сегодня часто говорят о системах управления контентом сайта (в английском оригинале Content Management System — CMS). Мы постараемся дать наиболее общее определение этого понятия, чтобы рассматривать все доступные подходы к вопросу с единой точки зрения.

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

Инструкции по использованию включены в определение неслучайно. Дело в том, что некоторые программные пакеты являются многофункциональными и способ их использования заранее не фиксирован. В качестве примера можно привести широко используемый для веб-программирования язык PHP. Первоначально его название расшифровывалось как Personal Home Page (персональная домашняя страница). То есть он позиционировался как система управления контентом небольшого персонального сайта. Сейчас язык PHP предоставляет большое количество возможностей и создать сайт с его помощью можно множеством способов. Как только вы определите набор инструкций — как будете создавать страницы, как будете управлять структурой сайта, где и в каком виде будете хранить содержимое страниц — вы получите систему управления контентом сайта, построенную на базе языка PHP.

2. По-старинке

В 90-е годы наиболее распространенной системой управления контента была следующая: в качестве программного обеспечения использовался веб-сервер, предоставляемый в составе услуги хостинга, редактор HTML-документов(от Notepad до Macromedia DreamWeaver) и FTP-клиент (например CuteFTP, gFTP, FAR или TotalCommander). Страницы создаются с помощью редактора и размещаются на сервере с помощью FTP-клиента. Структура сайта обеспечивается ссылками с одних страниц на другие и, возможно, присутствием меню на некоторых страницах. Сейчас такую систему называют статической. Название связано с тем, что содержимое (контент) страниц находится в статических (постоянно расположенных на диске) файлах, в противоположность динамически создаваемым страницам (генерируемым на лету с помощью программы, находящейся на сервере). С нашей точки зрения, принятая терминология, разделяющая сайты на статические и динамические, не вполне отражает смысл изменений, произошедших в технологиях управления контентом сайта. Суть не в том как хранится содержимое сайта, в «статических» файлах, в виде динамических программ или в базе данных, а в том, каким образом происходит обновление и структурирование информации. Поэтому вместо термина «статические», более правильно говорить «системы управления сайтом на базе языка HTML».

Преимущества систем на базе языка HTML:

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

  1. Несложно добавить на сайт новую страницу, скопировав и исправив файл с существующей страницей.
  2. Человеку, занимающемуся поддержкой сайта, достаточно знать только язык HTML.
  3. Сайт будет работать на любом сервере хостинга, даже с самыми ограниченными возможностями.
  4. Сайт можно просматривать локально, не устанавливая дополнительное программное обеспечение.
  5. Малое число используемых программных компонентов делает затруднительным взлом такой системы.

Однако, при всех своих преимуществах такие системы обладают значительными недостатками:

  1. Сложно внести изменения в структуру и внешний вид сайта, так как для этого необходимо изменить содержимое всех страниц (поскольку меню сайта, логотип и средства навигации дублируются на каждой странице)
  2. Система не гарантирует единый стиль страниц сайта — любая ошибка при обработке файлов, содержащих страницы приводит к тому, что разные страницы сайта выглядят по-разному.
  3. Невозможно использовать «динамические» компоненты, такие как голосования, форум, и т.д.
  4. Отсутствует разделение прав доступа к сайту, так как человек, имеющий FTP-доступ, может изменить любую страницу.

За годы использования таких систем
были разработаны решения, частично компенсирующие указанные недостатки. Первый недостаток может быть частично устранен путем вынесения меню и общих элементов навигации в отдельные файлы, что может быть сделано с помощью технологии серверных включений SSI — Server Side Includes или путем использования фреймов. Альтернативно, можно использовать специальные средства, позволяющие заменять куски HTML-текста во многих файлах одновременно. Третий недостаток может быть исключен с помощью добавления необходимых программ, написанных на языке PHP. Четвертый недостаток может быть частично компенсирован путем размещения страниц в различные папки и назначением различных прав доступа к этим папкам.

Системы на базе HTML с использованием дополнительных решений до сих пор широко используются. Однако поскольку в эти системы добавляются в том или ином виде элементы программирования, возникает вопрос: «Стоит ли основывать систему на отдельных HTML-страницах или лучше взять за основу некоторый общий программный код и единую структуру данных?». Здесь мы перейдем к современным «динамическим» системам управления сайтом.

3. Современные системы управления сайтом

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

4. Критерии выбора системы управления

4.1 Информационная модель

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

Пример 1: Информационная модель сайта сообщества

Сайт состоит из сообщений. Сообщения могут размещаться членами сообщества. Меню сайта содержит ссылки на наиболее важные сообщения. Остальные сообщения разбиты по разделам. К сообщениям члены сообщества могут добавлять комментарии, которые тоже являются сообщениями.

Пример 2: Информационная модель промо-сайта

Сайт состоит из одной главной страницы, содержащий flash-ролик, демонстрирующий преимущества продукта. Внизу страницы размещена контактная информация и ссылка на основной сайт производителя.

Пример 3: Информационная модель сайта группы разработчиков (wiki)

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

Пример 4: Информационная модель корпоративного сайта

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

Указанные различия информационных моделей совсем не исключают непрофильного использования систем управления контентом. Для примера возьмем систему управления, содержащую информационную модель сайта сообщества из примера 1. Переименуем сообщения в страницы и статьи, назовем одного члена сообщества редактором, остальным запретим размещать сообщения (страницы). Скроем все характерные для сообщества элементы навигации и управления. Получим внешне в точности корпоративный сайт из примера 4. Однако внутренняя структура сайта будет отличаться, что приведет к усложнению добавления других необходимых для корпоративного сайта элементов и, как следствие, к повышению стоимости поддержки. Таким же образом из самолета можно сделать автомобиль, если оставить шасси, кабину и двигатель, а остальное скрыть.

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

4.1.1 Структура и навигация

Информационная модель во многом определяет структуру сайта. Навигация на сайте должна максимально соответствовать структуре. Пользователь должен иметь возможность легко найти необходимую ему страницу, причем не единственным способом, а несколькими. В качестве основного элемента навигации обычно используется меню. На корпоративных сайтах оно имеет несколько уровней вложенности. В качестве дополнительных средств навигации обычно используются карта сайта и средства поиска по сайту. Кроме того, чтобы дать пользователю понять, где он находится, часто используются так называемые «хлебные крошки», указывающие положение страницы в иерархии сайта (например: Главная > Продукты > Программные продукты > Sun Java System).

При выборе системы управления контентом необходимо обращать внимание на наличие в ней дополнительных средств навигации.

4.2 Требования поисковой оптимизации

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

4.3 Расширяемость и масштабируемость

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

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

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

4.4 Функциональность

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


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

4.4.1 Наличие необходимых элементов

Необходимо, чтобы система поддерживала всю требуемую функциональность. Если система не поддерживает часть функциональности, стоит рассмотреть возможность подключения к системе модулей сторонних производителей, реализующих недостающую функциональность. В качестве подключаемых модулей наиболее часто
выступают следующие элементы: форум, поиск, рассылка, система статистики.

4.4.2 Наличие перевода на русский язык

Важно, чтобы система была переведена на русский язык или содержала в себе возможности ее перевода. Однако при этом крайне редко учитываются особенности языка. Например, в результатах поиска можно часто увидеть «найдено документов: 4», вместо привычного «найдено 4 документа». В последнем случае, разработчикам пришлось бы беспокоиться о склонении слова «документ». Для того, чтобы сделать по-настоящему качественный сайт, неточности перевода вам придется устранять при внедрении системы.

4.4.3 Система прав доступа

Система должна обеспечивать разделение прав доступа. Разделение прав доступа обычно происходит по ролям. В простейшем случае в системе две роли — администратор и редактор. В более сложных случаях выделяются авторы отдельных разделов и типов контента.


4.4.4 Система версий документов

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

4.4.5 Система статистики

Многие системы управления контентом содержат встроенные системы статистики. Система статистики позволит понять, что на сайте наиболее привлекательно для посетителей, а также выявить проблемы юзабилити (удобства использования). Часто функциональность встроенных систем статистики оказывается недостаточной, но к счастью функциональную систему статистики можно поставить отдельно в дополнение к системе управления контентом.

4.4.6 Система обновлений

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

4.4.7 Система резервного копирования

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

4.5 Системные требования

Системные требования определяются языком программирования и сервером баз данных, используемыми в системе. Наиболее часто в качестве языка программирования используется PHP или Perl, а в качестве сервера баз данных — MySQL или PostgreSQL. Такие системы могут быть размещены практически на любом коммерческом веб-хостинге, который стоит относительно недорого, но могут иметь ограничения по масштабируемости.

Если посещаемость сайта больше 100 тысяч хитов в день, или число страниц превышает 100 тысяч, рекоммендуется использовать системы на базе языка Python или Java-сервлетов. В качестве базы данных могут испозоваться как открытые (Mysql, PostgreSQL), так и коммерческие решения (Oracle, DB2, MSSQL). Такие системы управления контентом обычно требуют выделенный (или виртуальный выделенный) сервер хостинга. Кроме того, зарплата программистов на языках Java и Python заметно превышает зарплату программистов на PHP.

Cуществуют системы управления контентам, использующие xml для хранения данных, например Apache Forrest.

4.6 Лицензия: коммерческая или система с открытым исходным кодом

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

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

4.6.1 Преимущества систем с открытым исходным кодом


4.6.2 Недостатки систем с открытым исходным кодом


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

4.7 Развитие системы

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

5. Система собственной разработки или готовое решение?

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

Если структура данных требуемого сайта хорошо соотвествует информационной модели одной из существующих систем управления контентом, то имеет смысл взять данную систему за основу, а не разрабатывать с нуля. Собственную систему необходимо разрабатывать, если сайт требует нестандартную структуру данных. В таком случае за основу можно взять один из языков программирования (PHP, Perl, Python или Java) или платформу для разработки систем управления контентом (такую, как CMF).

6. Выводы

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

Григорий Рубцов


26/01/2006   read: 105
Назад Начало Наверх
Размещение сайтов о Подольске, Подольском районе, Подмосковье perl, php, имя вида название.podolsk.biz, почтовые адреса вида название@podolsk.biz
История Подольска
Подольск справка
Подольские сказки











Catalog
new
Институт Коучинга 7
Электронная библиотека АЛЬДЕБАРАН 53
Василий Пирогов 7
Компания FPgroup 10
студенческий клуб ФИНЭКа 13
eXtreme Message Board 11
Armytex 62
Краснодар 16
UAZ Patriot, продажа УАЗ Патриот 20
Альфа-Дон Ростов-на-Дону 20
Детский отдых 43
Allbrand доставка по Москве 18
Обучающие компьютерные программы 21
Российско-китайский клуб 19
Ереванский коньячный дом 19
Планета Мастеров 15
Русстрой - стройматериалы 17
ВШМБ 20
Разрешение на работу в Москве 20
Профессиональный электик 19
Архитектура здоровья 22
A.B.S. Travel Company 20
Кадровые агентства 34
Автосервис Викториа77 20
Служба персонала Санкт-Петербург 21
xnuke 30
zapimir 31
cms-engine 102
rusnuke 33
edogs 31
портал Ростова-на-Дону 21
Храм Новомучеников и Исповедников Российских г. Химки 22
Плазменные панели 88
Gold Keeper 22
Поисковый отряд Демос 22
Интернет-магазин постельного белья. 25
Кайт-клуб 24
Строительство и сервисное обслуживание бассейнов 25
Проектирование инженерных сетей 21
Бизнес-тренинги Елены Суворовой 27

top100
1: космическая карта Южного Подмосковья и окрестностей Подольска 1577
2: Сайт о городе Подольске 1427
3: Бесплатные объявления о недвижимости 1285
4: Недвижимость южное Подмосковье. 1069
5: Русские военные форумы 1030
6: Художник Вера Роскошная 1030
7: Карта Москвы, Московской области 880
8: Галерея автомотостарины 837
9: Авто форум 833
10: АВТО-СТАРЬ 831
11: городское агенство недвижимости. 794
12: журнал 'Оригиналы' редакция гараж 787
13: информация о городе Подольск 761
14: "Пресс-Базар" еженедельная Подольская газета 750
15: Ван Гог 739
16: Молотов Гараж 732
17: Военная история. 709
18: Тень победы 2. (2 часть) Суворов 686
19: Ретротехника 683
20: "Инфосет"- провайдер г. Подольска 658
21: «КВАРЦ» - подольская телекомпания 656
22: Гостевая Галины Курочкиной 654
23: Комнатное садоводство 647
24: Художник Галина Курочкина. 642
25: художник Михаил Врубель 640
26: Лариса Неделяева художник и поэт 623
27: Егоров Николай и ГАЗ-21Р 618
28: История Подольска 618
29: Автомобильный архив 608
30: A studio 607
31: Серпухов 598
32: Волговодам и хорошим людям. Андрей Куприянов. 597
33: город Чехов 591
34: Подольский форум 591
35: Студия kamelot 589
36: Фото художник Иванченко 587
37: Подольская жилищная инициатива 584
38: Амедео Модильяни 569
39: Доверие+ 562
40: АДБ.РУ - Вся Автомосква 553
41: warez портал 552
42: Хватит наступать на грабли, или Чему учит история 550
43: Новая Зеландия 538
44: Рассылка Подольск Rambler 538
45: Фотохудожник Владимир Янчур 528
46: Гранит риэлт 527
47: Классическая музыка. Аркадий Чубрик. 526
48: Путь на куличиках 526
49: Автонавигатор 524
50: Установка телефонов в Москве и Области 523
51: Гостиница «Подмосковье-Подольск» 522
52: Учебное парусное судно "Крузенштерн" 522
53: «Ново-Тихвинский женский монастырь» 519
54: Русские форумы 518
55: zoo на Зеленовской 518
56: Авторевю 518
57: Inetcomm самый большой провайдер Подольска 512
58: группа Аспект Ярослав Соколов 511
59: Издательский центр «Наш круг Подольский» 511
60: Игорь Петреев. Путешествия 509
61: Виктор Михайлов 509
62: Автофорум 509
63: Сталина 506
64: Подольское объединение любитеоей животных "Русь" 502
65: рассылка Подольск mail.ru 501
66: Живописец Евгений Белоконев 500
67: Военные исследования 497
68: Актёрские байки, Истории, Книги: Байки Дурова 496
69: podol.ru 493
70: Восточное искусство Бонсай 491
71: Газета “Земля Подольская” 491
72: Комплексная строительная бригада 485
73: Ярославский мастер Илья Юрьевич Куликов 485
74: «Автомобильный архив» 485
75: официальный сайт "ГАЗ" 482
76: газета Утро вечера мудренее 480
77: Комнатные растения. Сад и огород на подоконнике 473
78: центр традиционной культуры Южного Подмосковья "Истоки" 473
79: Питер Брейгель 467
80: Югославия.Ru 465
81: Мир домашних растений 460
82: рассылка Подольск subscribe.ru 459
83: Недвижимость в Испании 455
84: Русское Движение Украины 455
85: Обзоры ресурсов дизайнерского толка 451
86: Комнатные цветы и фитодизайн 450
87: Победители 450
88: Драцена-клуб 447
89: История войн и сражений. Оружие 446
90: eWork - работе через сеть 444
91: Леонид Жуков 435
92: Русское Движение Крыма 427
93: рассылка Подольск maillist 424
94: Чехия по русски 422
95: eLance. freelance-заказы 417
96: Русскоязычный немецкий клуб 410
97: ЗОО магазин на Зелёновской 405
98: Оружие 380
99: Валентин Серов 380
100: магазин Природа на Зелёновской 371

Бонус класса премиум
Искусство на службе бизнеса
Макет бизнес-плана утвержден постановлением Правительства РФ от 22 ноября 1997 г
Законы Мерфи для финансовых рынков
Афоризмы в дорогу для менеджмента
Бизнес план интернет магазина
Бизнес план компьютерного сервиса
Всадник без головы
Откуда управлять магазином?
On-line и off-line CMS. Что выбрать?
Движение в полярных направлениях
Основы психологической защиты
Страх смерти: культуральные источники и способы психологической работы
Хорошо для России, плохо для ЦБ
Стоит ли хранить деньги в "экзотических" валютах
Как правильно выбрать автокредит
В какой валюте брать кредит
Ставка на рубль
WebMoney и интернет-банки
Покупка продажа сайта
История развития портальных систем

Подольск  •   каталог  •   фото  •   форум   •   «Словесин»   •   FAQ   •   Содержание   •   новости   •