Статика или динамика

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

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

Смешение дизайна и контента
Язык HTML (язык разметки гипертекста), являющийся на сегодня общепринятым стандартом, приспособлен для описания внешнего вида документов. А страницы статических сайтов «живут» именно в виде HTML-документов. И, как правило, каждая страница кроме содержательной информации включает своё обрамление — «шапку» сайта, навигационное меню, служебные ссылки для удобного перемещения и др. Поэтому на страницах, отображающих конкретные документы, и контент, и дизайн, причем, как дизайн самого документа, так и сайта в целом идут вперемежку. Негативных следствий отсюда - масса: сложность публикации новых документов, редактирование уже существующих документов — все они должны оформляться надлежащим образом с учетом стилевых особенностей и включением стандартного обрамления. Обычно на современных сайтах на каждый содержательный документ имеется несколько ссылок: в тематическом разделе, в общем индексе и, наконец, на первой странице. Поэтому публикация документа — это не только добавление страницы, но и изменение нескольких других страниц, что в разы увеличивает трудоемкость и повышает риск испортить дизайн.

Проблемы отсутствия динамики
Ну, здесь всё понятно. В каком виде был составлен документ, в таком вы его и получите, никакого интерактива:

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

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

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

При создании каждой страницы человек будет создавать макет с учетом фирменного стиля сайта, выдерживать дизайн. При публикации документа (например, новость) придется изменять не только эту страницу, но и добавлять ссылки на другие страницы (на новый документ), изменять, удалять. Таким образом, для публикации одной новости, придется изменить 4-5 страниц (как минимум). А представьте, что нужно добавить новый раздел. Вам нужно поставить ссылку на этот раздел, на каждой странице. А страниц на сайте уже, допустим 500, которые и придётся все изменять. А что Вы будете делать, если Вы решите изменить весь дизайн сайта? Нужно будет полностью переделывать все страницы. Можно сказать - весь сайт нужно будет делать с нуля. Долго, трудоёмко, невыгодно.

Контент динамических сайтов уже хранится не в виде готовых HTML-страниц, а в базе данных, либо в «плоских файлах», отображается же «на лету», по запросу пользователя. Существует несколько общепризнанных языков и систем программирования для разработки таких сайтов сайтов — PHP, Perl, ASP.

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

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

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

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

Есть и третий вариант решения проблемы -
создания качественного сайта с CMS.