Серверные технологии

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

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

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

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

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

Ибо Консорциумом W3C уже давно были предложены решительно все средства для реализации принципа разграничения контента и представления на уровне конечного кода веб-страниц.

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

А обработка XML в сочетании с XSLT на стороне клиента (современные браузеры уже сейчас поддерживают и такое — речь идет, в частности, о парсере msxml, встроенном в Internet Explorer) открывает и вообще неограниченные возможности. Скажу лишь, что XML + XSLT в ряде случаев позволяют отказаться даже от использования баз данных, ибо поддерживают присущую последним функциональность, как-то: логически упорядоченное хранение данных, выборки, сортировку и т. д.