CMS - Система управления контентом.
Движок для сайта.

Система управления контентом (CMS, КМС) или, по другому, движок для сайта, это такая оболочка сайта, которая позволяет отдельно управлять содержанием сайта не затрагивая при этом его дизайна и не нарушая структуры сайта. Собственно говоря, большинство CMS позволяет также поступать и с дизайном сайта, когда Вы можете сменить дизайн сайта не деформируя при этом его содержания. Но в первую очередь, движки для сайта были придуманы именно для управления его контентом. Отсюда и самое распространенное название этих оболочек - система управления контентом (Content Management System).

Проблема изготовления и сопровождения сайта

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

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

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

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

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

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

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

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

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

Эти проблемы и решают Системы Управления Контентом.

Суть Системы Управления Контентом (CMS)

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

Изменяя содержимое файлов с контентом, мы можем менять контент сайта не затрагивая его структуру и дизайн. А изменяя содержимое файлов с дизайном, мы можем менять дизайн сайта не меняя его структуры и содержания.

Вот собственно и вся суть.

Классификация CMS

Платные и бесплатные CMS

Различие такое же как между любым платным и бесплатными программным обеспечением. Вы, конечно же, можете где-нибудь в Интернете найти пиратскую копию какой-нибудь платной CMS. Но без хорошей инструкции и без консультаций с разработчиками вряд ли сможете разобраться в ней и применять CMS на все 100%.

Не факт, что бесплатные CMS хуже платных. Есть очень продвинутые бесплатные CMS.

У бесплатных CMS две основные проблемы.

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

Во-вторых, платные CMS, как правило, более защищены от хакерского взлома в силу их меньшей распространенности и меньшей известности.

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

CMS с открытым кодом и без открытого кода

Если Вы профессиональный программист, то CMS с открытым кодом Вы можете сами доработать под свои индивидуальные потребности. Если Вы не профессиональный программист то Вам без разницы, открытый код или нет у Вашей CMS.

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

Переносимые и непереносимые CMS

На некоторых бесплатных хостингах имеется такая вещь, как конструктор сайтов. Типичный пример, это хостинг Юкоз (ucoz.ru). Конструктор сайтов это как раз и есть самая настоящая CMS. Но эти CMS являются непереносимыми на другие хостинги. Если Вы создаете свой сайт в таком конструкторе сайтов на каком-нибудь бесплатном хостинге, то Вы навсегда привязываете себя к этому хостингу. Перенос своего сайта на другой хостинг будет для Вас очень непростым делом. Будет непросто найти специалиста, который поможет Вам перенести свой сайт. На новом месте Вы уже не будете иметь дело с тем конструктором сайтов, с которым работали раньше. То есть переноса на все 100% никогда не бывает. Поэтому прежде чем начинать делать свой сайт в конструкторе сайтов на бесплатном хостинге, сначала сто раз подумайте, а что Вы будете делать, например, если этот бесплатный хостинг закроется или если владельцы бесплатного хостинга перестанут развивать свою CMS.

Но и с переносимыми CMS тоже бывают проблемы. Дело в том, что на разных хостингах бывают разные конфигурации PHP и MySQL. Поэтому на некоторых хостингах некоторые CMS или работают некорректно или требуют настройки под данный хостинг.

Часто в рекламе некоторых хостингов встречается конкретное указание под какие CMS настроена конфигурация хостинга. Например, хостинг E-Planet настроен под использование таких CMS, как бесплатная Joomla CMS и платные CMS: ABO.CMS, Host CMS и NetCat CMS. Например, Joomla устанавливается на таком хостинге из панели управления всего парой кликов мышкой без всякой настройки, так как этот хостинг уже "заточен" под установку такой Системы Управления Контентом. Русскоязычную версию Joomla можно там же скачать совершенно бесплатно. К ней идет более 40 шаблонов, плюс уроки по работе с Joomla CMS, да и служба поддержки этого хостинга, конечно же, очень хорошо разбирается в этой CMS и может нормально Вас проконсультировать.

CMS на основе MySQL и на основе файлов

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

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

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

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

CMS с ЧПУ и без ЧПУ

ЧПУ - ЧеловекоПодобный Урл. Давайте сравним адрес двух страниц.

http://site.ru/good-page.html

http://site.ru/abcd/php?vh4gt87ff4jhg=vy56r5f

В первом случае адрес страницы представляет собой человекоподобный урл. А во втором случае нет. Адрес первой страницы хорошо запоминается человеком и хорошо набирается в адресной строке браузера.

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

Но на самом деле проблема гораздо глубже, чем может показаться на первый взгляд. Дело в том, что не только люди любят ЧПУ, но и поисковые системы тоже. Сайт с адресами страниц в виде ЧПУ проиндексируется гораздо быстрее, чем сайт, где страницы не в виде ЧПУ. Поисковики не очень любят индексировать страницы, в адресе которых встречается знак "?". Они любят индексировать обычные статические страницы с расширением "html" и "htm", полагая, что контент таких страниц более постоянен, чем контент динамических страниц со знаком "?" в адресе.

Поэтому для раскрутки сайта через поисковые системы (методы SEO) предпочтительнее выбрать CMS со страницами в виде ЧПУ.

Бывают еще более опасные ситуации, связанные с CMS, которая генерирует страницы без ЧПУ. Это случай, когда одна и та же страница генерируется с разными адресами. Например, логин зарегистрированных пользователей входит в адрес страницы в качестве подставляемой переменной. Возможнео, это здорово для учета тех страниц, которые посещают зарегистрированные пользователи сайта. Но поставим себя на место поисковой системы. С точки зрения поисковика, он обнаруживает на сайте сотни страниц с одним и тем же контентом. Но поисковик считает, что это разные страницы, так как у них разные адреса.

Вот тут, как поступит поисковик в этой ситуации, это очень непредсказуемо. Какой-нибудь Яндекс может запросто такой сайт поставить под какой-нибудь фильтр, типа АГС-17 или вообще отправить весь сайт в бан. Поэтому нужно крайне осторожно выбирать CMS с адресами без ЧПУ.

CMS с открытым хэш в адресе страницы

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

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

Попробуйте, например, набрать в поиске Яндекса строку:

inurl:0 inurl:1 inurl:c статус заказа

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

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

hash=5d4218eb515c0262b0b34affd07750e8

Это и есть временный пароль (хэш), который CMS простодушно поставила в скомпанованный адрес страницы с конфиденциальными данными покупателя.

А что касается того, почему Яндекс настолько тупой, что индексирует такие страницы, считая, что они наполнены полезным контентом, в то время как бывает очень трудно и даже невозможно сделать так, чтобы этот Яндекс проиндексировал нормальный СДЛ, это уже тема для отдельного разговора.

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

(Продолжение следует)

------------------

Автор статьи: Евгений Миронов.

[0] Простые шаблоны сайтов
[1] Классификация CMS