tanenbaum_seti_all.pages (525408), страница 197
Текст из файла (страница 197)
Они обязаны своим существованием технологии ГОАР. Каждый запрос состоит из одной илн нескольких строк АЯСП, причем первое слово является именем вызываемого метода. Встроенные методы перечислены в табл. 7.12. Помимо этих общих методов, у различных объектов могут быть также свои специфические методы. Имена методов чувствительны к регистру символов, то есть метод СЕТ сушествует, а пег — нет. Таблица 7.12. Встроенные методы НТТР-запросов Метод Описание ОЕТ НЕАО Рот РОЕТ ОЕЕЕТЕ ТПАСЕ СОММЕСТ ОРТ!ОМЗ Запрос чтения веб-страницы Запрос чтения заголовка веб-страницы Запрос сохранения веб-страницы Добавить к именованному ресурсу(например, квеб-странице) Удалить аеб-страницу Отобразить входящий запрос Зарезервирован для будущего использования Опрос определенных параметроа Метод СсТ запрашивает у сервера страницу (под которой в общем случае подразумевается объект, но на практике это обычно просто файл), закодирован- рам не приходится беспокоиться о потерянных, дублированных, слишком длинных сообщения и подтверждениях.
Все это обеспечивается протоколом ТСР. В НТТР 1.0 после установки соединения посылался один запрос, на который приходил один ответ. После этого ТСР-соединение разрывалось. В то время типичная веб-страница целиком состояла из НТМ1.-текста, и такой способ взаимодействия был адекватным. Однако прошло несколько лет, и в странице оказалось множество значков, изображений и других украшений. Очевидно, что установка ТСР-соединения для передачи одного значка нерациональна и слишком дорога. Это соображение привело к созданию протокола НТТР 1.1, который поддерживал устойчивые соединения.
Это означало, что появилась возможность установки ТСР-соединения, отправки запроса, получения ответа, а затем передачи и приема дополнительных запросов и ответов. Таким образом, снизились накладные расходы, возникавшие при постоянных установках и разрывах соединения. Стало возможным также конвейеризировать запросы, то есть отправлять запрос 2 еше до прибытия ответа на запрос 1. Всемирная паутина (1ЗМЛИ) ТЗТ ную согласно стандарту М1МЕ. Большую часть запросов к серверу составляют именно запросы СЕТ. Вот самая типичная форма СЕ7', 6ет г~3епаяе нттР/1.1, где Г~1епаве указывает на запрашиваемый ресурс (файл), а 1.1 — на используемую версию протокола. Метод НЕАР просто запрашивает заголовок сообщения, без самой страницы, С помощью этого метода можно узнать время последнего изменения страницы для сбора индексной информации или просто для проверки работоспособности данного УК1.. Метод РУТ язляагся противоположностью метода 6ЕТ! он не читает, а записывает страницу.
Этот метод позволяет создать набор веб-страниц на удаленном сервере. Тело запроса содержит страницу. Она может быть кодирована с помощью М1МЕ. В этом случае строки, следующие за командой РОТ, могут включать различные заголовки, например, СопГепт-Туре или заголовки аутентификации, подтверждающие права абонента на запрашиваемую операцию. Метод Р05Т несколько напоминает метод РОТ. Он также содержит 11К1., ио вместо замены имеющихся данных новые данные «добавляются» (в неком общем смысле) к уже существующим.
Это может быть публикация сообщения в конференции или добавление файла к электронной доске объявлений ВВБ. На практике ни РБТ, ни Р05Т широко не применяются. Метод РЕЕТЕ, что неудивительно, удаляет страницу. Как н в методе РОТ, здесь особую роль могут играть аутентификация и разрешение на выполнение этой операции. Даже при наличии у пользователя разрешения на удаление страницы нет никакой гарантии, что метод ОЕЕЕТЕ удалит страницу, так как даже при согласии удаленного НТТР-сервера сам файл может оказаться защищенным от изменения или перемещения. Метод ТВАСЕ предназначен для отладки. Он приказывает серверу отослать назад запрос. Этот метод особенно полезен, когда запросы обрабатываются некорректно и клиенту хочется узнать, что эа запрос реально получает сервер.
Метод СОХХЕСТ э настоящее время не используется. Он зарезервирован для будущего применения. Метод ОРТ10Х5 позволяет клиенту узнать у сервера о его свойствах или о свойствах какого-либо конкретного файла. В ответ на каждый запрос от сервера поступает ответ, содержащий строку состояния, а также, возможно, дополнительную информацию (например, веб-странипу или ее часть). Строка состояния может содержать трехразрядный код состояния, сообщающий об успешном выполнении запроса или о причинах неудачи.
Первый разряд предназначен для разделения всех ответов на пять основных групп, как показано в табл. 7АЗ. Коды, начинающиеся с 1 (1хх), на практике используются редко. Коды, начинающиеся с 2, означают, что запрос был обработан успешно и данные (если их запрашивали) отосланы. Коды Зхх сообщают клиенту о том, что нужно попытать счастья в другом месте — используя либо другой $Ж1., либо свой собственный кэш. 738 Глава 7.
Прикладной уровень Таблица 7.! 3. Группы кодов состояния, содержащиеся в ответах сервера Примеры Код Значение 1хх Информация 2хх Успех Зхх Перенаправление 4хх Ошибка клиента бхх Ошибка сервера Коды, начинающиеся с 4, означают, что запрос по какой-либо причине, связанной с клиентом, потерпел неудачу: например, была запрошена несуществующая страница или сам запрос был некорректен. Наконец, коды 5хх сообщают об ошибках сервера, возникших либо вследствие ошибки программы, либо из-за временной перегрузки. Заголовки сообщений За строкой запроса (например, содержзщей название метода СЕТ) могут следовать другие строки с дополнительной информацией. Они называются заголовками запросов.
Эту информацию можно сравнить с параметрами, предоставляемыми при вызове процедуры, В свою очередь, ответы могут содержать заголовки ответов. Некоторые заголовки могут встречаться и там, и там. Наиболее важные из них перечислены в табл. 7.!4. Таблица 7. ! 4. Некоторые заголовки сообщений протокола НТТР Заголовок Тип Содержимое Орцгебв Зепгег Сопгепт-Епсоб1пц Соптепт-Ьепццвцв Соптвпилпцть Соптвпт-Туре Озег-Ацвп1 Ассе рт Ассврт-Слагает Ассвр1-Епссщпц Ассврг-1лпццвцв Ноет Ацйолзв11оп Сооже Оа1е Запрос Запрос Запрос Запрос Запрос Звпроо Запрос Запрос Запрос/ Ответ Запрос/ Ответ Ответ Ответ Ответ Ответ Ответ . 100 — сервер согласен обрабатывать запросы клиента 200 — зал роо успешно обработан; 204 — содержимое отсутствует 301 — страница перемещена; 304 — кэшированная страница всв еще доступна 403 — ошибка доступа; 404 — страница не найдена боо — внутренняя ошибка сервера; без — попробуйте ещв рвз позднев Информация о брвузере и вго платформе Тип страниц, поддерживаемых клиентом Поддерживаемые клиентом наборы символов Поддерживаемые клиентом типы кодирования Естестввнныв языки, понимаемые клиентом Имя ОНЗ-сервера Список персональных идентификаторов клиента Отправка ренее принятого сооже-файла на сервер Двтв и время отправки сообщения Протокол, на который хочет переклкгчиться отправитель Информация о сервере Тип кодирования содержимого (например, цг1Р) Естественный язык, используемый на странице Размер страницы в байтах Тип М1МЕ страницы Всемирная паутина (УУУУУУ) 739 Заголовок 1аз1ныосПШеб Ьоса11оп Ассер1-дапоез Вот-Сооюе Тип Содержимое Ответ Ответ Време и дата внесение последних изменений а страницу Команда клиенту на пересылку его запроса по другому адресу Сервер готов принимать запросы на страницы указанного размера Сервер хочат,чтобы клиент сохранил сооые Ответ Ответ Заголовок (7зег-Айепг позволяет клиенту информировать сервер о версии своего браузера, операционной системы или предоставлять другую информацию о себе.
В листинге 7.9 мы видели, что сервер каким-то волшебным образом получал эти данные и мог при необходимости использовать их в РНР-скрипте. Как раз с помощью заголовка Жег-Айепг клиент и сообщил серверу о себе, Четыре заголовка, начинающиеся с Ассерг, сообщают серверу о типах информации, которые он готов принять (если их набор ограничен). Первый приведенный в таблице заголовок определяет типы М1МЕ, которые будут корректно приняты клиентом (например, Газт,ЖГтпг).
Заголовок Ассерт-Сйагзес сообщает о том, какой набор символов клиент хотел бы видеть (например, 130-8859 или 1)п(сог1е-1-1). В заголовке Ассерг-Епсойпй речь идет о приемлемых методах сжатия (например, язтр), Наконец, Ассерг-7.апйиайе сообщает, на каком языке клиент готов читать документы (например, на испанском), Если сервер имеет возможность выбирать нз нескольких страниц, он подберет наиболее подходящий для клиента вариант в соответствии с полученной информацией.
Если запрос удовлетворить невозможно, возвращается код ошибки, и запрос считается неудавшимся, Заголовок НозГ описывает сервер. Его значение берется из 1)К1.. Этот заголовок обязателен. Почему? Потому что некоторые 1Р-адреса могут обслуживать несколько имен 1)ХЗ одновременно, и серверу необходимо каким-то образом различать, кому передавать запрос. Заголовок Аиг)ю1тзапоп требуется в тех случаях, когда запрашивается защищенная страница.
С его помощью клиент может подтвердить свои права на просмотр запрашиваемой страницы, Несмотря на то, что сооЫе описываются в КРС 2109, а не в КРС 2618, для их описания существуют два заголовка. В частности, заголовок Соо111е применяется клиентом при возвращении на сервер соок)е-файла, который ранее был послан какой-либо машиной из домена сервера. Заголовок.0аге может применяться как в запросах, так и в ответах. Он содержит время и дату отправки сообщения. Заголовок Урйта~й может использоваться для облегчения перехода на будущие (возможно, несовместимые с предыдущими) версии протокола НТТР. Он позволяет клиенту объявлять о поддерживаемых им протоколах, а серверу — объявлять о применяемых им протоколах. А теперь мы подошли к заголовкам, которые может устанавливать только сервер при создании ответов на запросы.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
