Всероссийский Клуб Вебмастеров

Выберите раздел

Домой Фотогаларея Справочник Выставка Читальный зал FTP Архив Для общаги Книга жалоб Сканирование Фирма Агватуки Обыватель

Как правильно оформить WEB сервер

Читальный зал


Часть 4

Структура Web-документов

От общих вопросов по построению Web-сервера перейдем к структуре главной составляющей сервера - Web-документа.

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

Следует отметить, что все Web-документы, принадлежащие одному серверу, должны иметь однотипную структуру. Разделы, кроме содержания, принято оформлять одинаково. Это является непременным условием поддержания единого стиля на <просторах> Web-сервера, о чем уже говорилось ранее.

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

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

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

Рассмотрим сначала положительные качества фреймов.

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

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

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

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

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

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

Только после этого вы получите возможность загрузить Web-документ с локального диска компьютера. Это значительное неудобство, особенно при работе с большим количеством подобных документов.

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

Остальные проблемы можно уже отнести не столько к недостаткам самой технологии, сколько к тому, что окружающий мир не готов воспринять ее в полном объеме. Так, многие составители Web-документов не умеют пользоваться фреймами. Ведь при работе с ними необходимо по много раз проверять, как выглядит результат в окне броузера. Если вы используете фреймы, то размещение содержимого документа на экране зависит только от вас, а не от каких-либо особенностей броузера. Поэтому очень часто можно увидеть Web-серверы, на которых документы невозможно прочесть, так как часть текста во фреймах не видна, а часть выглядит совсем не так, как, наверное, задумал автор. И наконец, еще один неприятный момент. Только Netscape Navigator 2.02 и Internet Explorer 2.0 и более новые версии этих броузеров поддерживают технологию фреймов. Все остальные броузеры до сих пор относятся к ней прохладно и не могут работать с подобными документами. Таким образом, используя фреймы, вы ограничиваете круг потенциальных посетителей вашего Web-сервера пользователями Netscape и Microsoft. Но это не должно вас сильно огорчать, поскольку подавляющее большинство пользователей использует либо тот, либо другой броузер.

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

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


АРХИВ ← Все проекты