Э. Таненбаум - Компьютерные сети. (4-е издание) (DJVU) (1130092), страница 195
Текст из файла (страница 195)
Мы не показали этого в нашем примере, но ХМВ позволяет разработчику вебстраннцы определять структуры заранее в специальном файле. Такие файлы определений затем можно подключать для построения сложных страниц. Дополнительную информацию, касающуюся этого и многих других свойств ХМ)- и ХЯ., можно найти в любой из многочисленных книг, посвященных этой теме. Например, в (Б1чшйзсоп, 2000; тй/11йатзоп, 2001), Перед тем как закончить наш краткий рассказ об ХМЕ и ХЯ., будет нелишним прокомментировать идеологическую борьбу между консорциумом Ъг'ьтьгЪ' и сообществом веб-дизайнеров.
Изначальной целью НТМЕ было определение именно структура документа, а вовсе не его внешнего вида. Например, строка <Ь1>фотографии Натальи</Ь1> сообщает браузеру о том, что следует выделить заголовок, однако ничего не говорит о его гарнитуре, размере или цвете. Все эти детали реализует браузер по своему усмотрению; у него есть преимущество, состоящее в том, что он знает свойства конкретного монитора (например, сколько на нем точек). Однако дизайнерам веб-страниц в какой-то момент захотелось получить тотальный контроль над видом создаваемых страниц. Тогда были добавлены новые тети, уточняющие, как должен выглядеть документ. Например, </опС /асе-"Не1теттса" а1ге-"24" со!ог-"гед"> Фотографии Натальи </Гопс> Были добавлены также методы точного позиционирования элементов на экране.
Проблема, присущая такому подходу, заключается в том, что такие страницы не обладают свойством переносимости, Они могут замечательно смотреться на браузере у создателя, однако на другом браузере, другой версии того же браузера или просто на экране с другим разрешением могут выглядеть совершеннейшей кашей. Одна из задач ХМ/. состояла в попытке вернуться к истокам, когда определялась только структура, а не внешний вид документа. Вместе с тем, ХБВ 726 Глава?.
Прикладной уровень позволяет управлять тем, как выглядят страницы. Оба языка, впрочем, порой используются не по назначению. Следует иметь это в виду. ХМЬ можно использовать не только для описания веб-страниц. Все чаще он используется в качестве языка для связи между прикладными программами. В частности, ГОАР (о1шр1е ОЪ)ест Ассезз Ргогосо1 — простой протокол доступа к объектам) предоставляет возможность выполнения удаленных вызовов процедур между приложениями способом, независимым от языка и системы.
Клиент формирует запрос в виде сообщения ХМЬ и отсылает его на сервер по описываемому далее протоколу НТМЬ. Сервер отсылает назад ответ, представляющий собой форматированное ХМЬ-сообщение. Таким образом могут общаться приложения, работающие на разнородных платформах. ХНТМЬ вЂ” расширенный язык разметки гипертекста К языку НТМЬ постоянно предъявляются новые требования. Многие представители этой индустрии чувствуют, что в будущем большинство устройств, связанных со Всемирной паутиной, будут представлять собой не ПК, а беспроводные портативные устройства типа Р1)А.
У таких мини-компьютеров нет столь большого объема памяти, чтобы работать с большими браузерами, обладающими сложной эвристикой, с помощью которой они пытаются отображать синтаксически некорректные страницы. Таким образом, следующей версией после НТМЬ 4 должен стать язык, отличающийся крайне высокой требовательностью. Он называется не НТМ1. 5, а ХНТМЬ, поскольку, по сути дела, представляет собой НТМ1.
4, приведенный к стандарту ХМ 1.. Под этим мы подразумеваем, что тети типа <л1> не имеют существенного значения. Чтобы добиться от такою тега того эффекта, который он производит в НТМЬ 4, необходимо написать определение на ХЗЬ в отдельном файле. ХНТМЬ вЂ” это новый веб-стандарт, который рекомендуется использовать при создании любых веб-страниц для достижения максимальной переносимости на другие платформы и независимости отображения от браузера. Между ХНТМ1. и НТМ1. 4 существует шесть существенных и множество мелких различий. Во-первых, страницы и браузеры стандарта ХНТМ1.
должны работать в строгом соответствии со стандартом. Низкопробные страницы уже отжили свой век. Это свойство унаследовано из ХМ1.. Во-вторых, все теги и атрибуты должны быть написаны строчными буквами. Так, тег <!!"н1с> будет считаться некорректным в ХНТМЬ. Необходимо писать <л1я!>. Аналогично, некорректной записью считается такая: <1яд 5йд-"р1с001. Зрд"> Она содержит имя атрибута, написанное заглавными буквами, а это запрещено. В-третьих, всегда должны присутствовать закрывающие теги, даже для </р>. Если у тега не может быть естественного закрывающего тега (например, <Ъг>, <лг>, <1яд>), то перед закрывающей скобкой тета следует ставить косую черту.
Например <1вд згс "р1с001.1рд" Г> В-четвертых, все значения атрибутов должны указываться в двойных кавычках. Вот пример неправильного использования тета: <1вд згс-"р1с001.ярд ле!дл1-600 /> Всемирная паутина (уутгууу) 727 Число 500 должно быть заключено в двойные кавычки, как и имя 3РЕО-файла, В-пятых, свойство вложенности тегов должно использоваться корректно, В прошлом это не требовалось, важно было только получить ожидаемый результат.
Раньше вполне легальным было написать: <сеотег> <Ь> Летние фотографии <г'септег> <ГЬ> В ХНТМ1 это запрещено. Закрывающие тети должны быть написаны строго в обратном порядке по отношению к открывающим тегам. В-шестых, в каждом документе должен быть указан его тнп. Мы имели возможность в этом убедиться на примере листинга 7.8. Все серьезные и мелкие изменения, которые происходят в стандартах, обсуждаются на сайте тиаиимЗ.огй.
Динамические веб-документы Все идеи, рассматривавшиеся ло снх пор, соответствуют модели, показанной в листинге 6.1: клиент сообщает серверу имя файла, а тот в ответ возвращает файл, В первые годы существования Всемирной паутины все ее содержимое и в самом деле было статическим (просто файлы).
Однако в последние годы в Сети появляется все больше динамических объектов, то есть таких, которые создаются по требованию, а не хранятся постоянно на диске, Автоматическое создание объектов может происходить как на стороне сервера, так и на стороне клиента. Рассмотрим оба случая по порядку. Динамическая генерация содержимого веб-страниц на стороне сервера Чтобы понять, зачем вообще нужна динамическая генерация веб-страниц на стороне сервера, рассмотрим использование форм, описанных ранее. Когда пользователь заполняет поля формы и нажимает кнопку ЕиЬтгг (Подтверждение), серверу отправляется сообщение, содержащее в себе данные, предоставленные пользователем. Это сообщение не содержит имя запрашиваемого файла. Требуется, чтобы оно было передано для обработки программе или скрипту, Обычно обработка подразумевает использование пользовательских данных для поиска по базе данных на серверном диске и создание НТМ(.-страницы, содержимое которой зависит от результатов этого поиска.
Затем страница отсылается клиенту. Например, в приложении для электронной коммерции нажатие кнопки ПЕРЕЙТИ К РАСЧЕТАМ приводит к тому, что браузер возвращает на сервер сооЫе-файл с содержимым корзины клиента. На сервере при этом должны запуститься определенные программы или скрипты, в задачу которых входят обработка сооЫе и генерация НТМ1.-страницы. Отправляемая клиенту НТМ1:страница может содержать форму со списком товаров, положенных в корзину, и адрес доставки вместе с запросом подтверждения заказа и предложением выбрать одну из возможных форм оплаты.
Этапы обработки информации, полученной из НТМ|-формы, показаны на рис. 7.15. Традиционный способ работы с формами и другими видами интерактивных вебстраниц связан с использованием системы СС1 (Сопппоп Сасешау 1пгегтасе— 728 Глава 7. Прикладной уровень общий шлюзовой интерфейс). Это стандартизованный интерфейс, позволяющий веб-серверам общаться с прикладными программами и скриптами, разрешающими вводить данные (например, в формы) и в ответ генерировать НТМ(.-страницы, Обычно такие прикладные программы представляют собой скрипты, написанные на языке описания сценариев Рег1, поскольку писать их проще и быстрее, чем программы (по крайней мере, если вы умееге программировать на Рег1).
Существует договоренность, в соответствии с которой эти скрипты должны размещаться в каталоге СОРБ!й1, который доступен при помощи 1)В1.. Иногда вместо Рег! используется другой язык написания скриптов, РугЬоп. Схрипт Бвзв данных Пользователь Брвузер Сервер СЭ! нв диске Рис. 7.15. Этапы обработки информации, полученной из формы В качестве примера работы СО! рассмотрим случай, когда продукция компании «Великие Штуковины» приходит без гарантийного талона. Вместо этого клиенту предлагается зарегистрироваться в Интернете по адресу у«ион.дгууб.сов. Там имеется ссылка: Щелкните здесь для регистрации приобретения Ссылка эта может указывать, например, на сценарий на языке Рег!, расположенный по адресу аауг.дгвгб.согпусдь!з|п/год.рег( При запуске этого сценария без параметров обратно отсылается НТМ1.-страница, содержащая регистрационную форму.
Когда пользователь заполняет ее и нажимает кнопку Яиэгл(г, скрипту передается сообщение, содержащее указанные им значения. Вид этого сообщения традиционен при работе с формами. Что происходит дальше, предугадать нетрудно, Рег1-скрипт анализирует параметры, создает в базе данных запись о новом клиенте, отсылает назад НТМ1. с регистрационным номером и телефоном службы поддержки. Понятно, что это не единственный способ обработки форм, однако он является наиболее распространенным.
О создании СО1-скриптов и программировании на Рег1 написано много книг. Среди них стоит отметить (Напедап, 2001; 1.эзЬ, 2002; Ме1шег и М!сЫзк1, 2001). Динамическое создание веб-страниц на стороне сервера может быть реализовано не только с помощью СС1-скриптов. Существует еще один распространенный способ, который заключается во внедрении небольших скриптов в НТМ1.- страницы. Они выполняются на сервере, в их задачу входит генерирование страницы. Популярным инструментом для написания таких скриптов является РНР (Нурегсех» Ргергосеззог — гипертекстовый препроцессор). При его использовании требуется, чтобы сервер понимал РНР (точно так же, как браузер должен понимать ХМ!., чтобы интерпретировать страницы, написанные на одноименном языке). Обычно серверы предполагают, что у файлов страниц, написанных на РНР, расширение рпр, а не пзт или Пвпп Всемирная паутина (уууууу) 729 В листинге 7.9 приведен пример маленького скрипта на РНР; оп должен работать па любом сервере, если иа ием установлен гипертекстовый препроцессор Ои состоит из пр.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
