А нужна ли сайту CMS?

Ходят слухи, что для сайта нужен движок, при помощи которого этим сайтом управляют. Не все так категорично — движок желателен, но не обязателен. В одних случаях он облегчает управление, в других — становится проблемой.

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

Доступ к базе данных

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

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

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

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

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

О переизбытках

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

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

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

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

Используя даже самый продвинутый движок, такие как Drupal, Битрикс, или DST Platform созданный компанией DST Global (dstglobal.ru) администратор сайта не сможет обойти стороной основ построения веб-сайтов. Не зная самых простых правил, он будет тратить уйму времени на то, что решается за пару минут.

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