Р.Л. Смелянский - Компьютерные сети. Том 2. Сети в ЭВМ (1130083), страница 52
Текст из файла (страница 52)
Использование рассмотренного метода, называемого условным ОЕТ, направлено на разгрузку сети, так как он позволяет не передавать по сети избыточную информацию. Согласно стандарту НТТР многократное повторение одного и того же запроса ОЕТ должно приводить к одинаковым результатам (при условии, что сам ресурс не изменился за время между запросами), что позволяет кэшировать ответы на него. Метод НЕАГ) аналогичен методу ОЕТ за исключением того, что клиенту возвращается только заголовок сообщения-ответа (усеченный ОЕТ). Этот метод в основном используется для тестирования гиперссылок и проверки доступа к ресурсам. Метод Р1)Т служит для сохранения передаваемого на сервер ресурса с идентификатором 1) К1 (идентификатор 1) К1 будет рассмотрен далее). Метод РО$Т предназначен для передачи серверу информации, включенной в запрос как дополнительной к ресурсу, указанному в поле 1) К!-запроса.
Метод РОВТ был разработан как общий для осуществления следующих целей: ° аннотация существующих ресурсов; добавление сообщений в группы новостей, почтовые списки и другие подобные группы статей; ° доставка блоков данных процессам, обрабатывающим данные; ° расширение баз данных через операцию добавления. В отличие от метода ОЕТ при многократном повторении одного и того же запроса с методом РОЯТ можно получать разные результа- 222 ты !например, после каждой отправки комментария в форум будет появляться новая копия этого комментария). Метод ОЕЬЕТЕ используется для удаления ресурса, определенного идентификатором 1)К!.
Как правило, методы РЫТ и 1)ЕЬЕТЕ в современных в еЬ-серверах запрещены, и управление данными осуществляется только через метод Р08Т. ))ЧеЬ-серверы — обработчики НТТР-запросов Как уже говорилось, протокол НТТР основан на парадигме запрос-ответ. Браузер устанавливает соединение с веЬ-сервером и посылает ему запрос, содержаший метод запроса, ЫК! и версию протокола, за которой следует сообщение в формате М1МЕ, включающее в себя управляющую информацию запроса, информацию о клиенте и может быть тело сообшения.
В гл. ! т. ! данного учебника мы говорили о том, что есть задачи, которые необходимо решать на каждом уровне модели 180 ОЯ1. Одной из таких задач является задача адресации. Для адресации на прикладном уровне большинство протоколов используют универсальные идентификаторы ресурса — 1/К! (!3шхегва1 Кеаопгсе 1депййег).
Самые известные примеры идентификатора ЬГК! — это 1)К1 и 1) К)ч. 1)КЬ вЂ” это идентификатор ЫК!, который помимо идентификации ресурса предоставляет еще и информацию о ее местонахождении. 13 КЬ вЂ” это стандартизированный способ записи адреса ресурса в сети Интернет, который был также изобретен Т. Бернерсом-Ли в !990 г. в стенах Европейского совета по ядерным исследованиям 1Сопзе11 Епгорйеп ропг 1а Кес)1егс)зе Хпс1еа!ге — СЕК)ч) в Женеве и стал фундаментальной инновацией в Интернете. Изначально ЫКЬ предназначался для обозначения мест расположения ресурсов !чаше всего файлов) во Всемирной паутине.
Сейчас ЫКЬ применяется для обозначения адресов почти всех ресурсов Интернета. Стандарт ЫК закреплен в документе КРС!738 1предьшуцгая версия была определена в К РС! 630). Сейчас 1)КЬ позиционируется как часть более обшей системы идентификации ресурсов 13 К!, а сама аббревиатура ЫК1. постепенно уступает место более широкому обозначению 1) К1. 1! К)ч — это идентификатор Ы К!, который идентифицирует ресурс в определенном пространстве имен 1и соответственно в определенном контексте). Например, 1ЯВХ 0-395-36341-1 — это ЫК1, указывающий на ресурс (книгу) 0-395-36341-1 в пространстве имен !БВ)ч, но в отличие от идентификатора ОКЬ идентификатор ЫК)ч не указывает на местонахождение этою ресурса. Впрочем, в последнее время появилась тенденция говорить просто )3 К! о любой строке-идентификаторе без дальнейших уточнений, т.е.
возможно, что обозначение 1)КЬ и ЬКМ скоро уйдут в прошлое. 223 Формат (!К! описывается в стандарте КРС 3986. Идентификатор () К! имеет гибкую расширяемую структуру, которая имеет следующий базовый вид: <схема>:<ипентиеикатор-н-занисимости-от-схемм>, где схема — это протокол, исгюльзуемый для обращения к ресурсу, например НТТР или ГТР. Наиболее типичный шаблон идентификатора ресурса в рамках конкретной схемы следующий: <источник><путь><запрос><фрагмент> Примерами () К! могут служить следующие идентификаторы: ьькЬ~элаьеаемьтыек ь~~ М: нщ~н т~ 8 ~8. м еммьь,ольге ее~~ ы 11Ф Ьх ш сот ап сош ~'и пг !е1 зр1-816-555-1212 ьь ма92.~2~6'8Ы ЪеЬ-сервер, получив запрос, разделяет его на части и выделяет идентификатор 1)К! запрашиваемого ресурса.
Далее по пути, указанному в идентификаторе ()К1-запроса, в файловой системе сервера находится запрашиваемый объект. В случае если для запрашиваемого объекта не указана программа выполнения (например, файл является НТМ1 -документом или объектом мультимедиа), ьуеЬ-сервер возвращает его в теле НТТР-ответа. Если для запрашиваемого объекта указана программа выполнения (например, файл является скриптом на языке рег1, рйр, гцЬу или ру1Ьоп) либо если объект сам является исполняемым файлом, выполняют следующие действия: ° инициируют выполнение обьекта, указанного в ()К!. Входными данными для этого объекта являются параметры НТТР-запроса. Правила доступа к параметрам НТТР-запроса из кода исполняемого объекта определяются конкретной технологией сопряжения ЪеЬ- сервера с %еЬ-приложением; исполняемый объект динамически генерирует тело НТТР-ответа в зависимости от входных параметров; ° сгенерированный выполненным объектом НТТР-ответ возвращается клиенту и обрабатывается браузером стандартным образом; ° сервер отвечает сообщением, содержащим строку статуса (включая версию протокола и код статуса — успех или ошибка), за которой следует сообщение в формате М! МЕ, включающее в себя информацию о сервере, метаинформацию о содержании ответа и само тело ответа.
По мере развития %%!Устало понятно, что языки программирования общего назначения !С)С-н-, Рааса!, Ропгап, Мог!в!а, Ада) неудобны для реализации программ обработки НТТР-запросов и динамической генерации НТМЬ-страниц. Постепенно программисты стали обращаться к специализированным языкам, предназначенным для обработки текстов (Рег! — 1988 г., РНР— !994 г.), которые впоследствии стали ассоциироваться только с чччЧ!Ч. Большим шагом в развитии технологий генерации динамического контента был выпуск компанией 8цп М!сгозуз!е1пз платформы )ача Епгегрг)зе Ейбоп в !999 г. Платформа )2ЕŠ— это не просто библиотека необходимых классов, она также включает в себя методологию разработки и внедрения %еЬ-приложений от малого до корпоративного масштаба !7!. Ответом М!сгозой на стремительно набирающую популярность платформу У2ЕЕ стало создание платформы М)сгозой . ХЕТ, которая также включает в себя не просто большой набор классов объектов на каждый день, но и методологию разработки интерактивных иеЬ- систем.
Одной из основных идей платформы Мгсгозой . ХЕТ является обеспечение совместимости различных служб, написанных на разных языках. Например, служба, написанная на языке С-н- для платформы Мгсгоюй .)ч!ЕТ, может обратиться к методу класса из библиотеки, написанной на языке ОЬ)ее! Рааса! с расширением . Х ЕТ; на языке С№ можно написать класс, наследуемый от класса, написанного на языке Ч!зца! Ваз!с . НЕТ, а исключение, созданное методом, написанным на языке С№, может быть перехвачено и обработано программой на языке ОЬ!есг Рааса! с расширением . Ь1ЕТ.
Так же как и в языке )ача, среда разработки . ХЕТ создает байт-код, предназначенный для исполнения виртуальной машиной. Входной язык этой машины на платформе . Х ЕТ называется М811. (М1сгоюй 1пгеппейаге Ьапйцайе), или более поздний вариант С1Ь (Сопппоп !и!егшег)!а!с Ьапйцайе), или просто!Ь. Применение байт-кода позволяет достигать независимости от конкретной среды выполнения (платформы).
Перед запуском сборки программной системы в среде исполнения (Сопнпоп Ьап8цайе Кцп!!ше — СЬК) ее байт-код преобразуется встроенным в среду ПТ-компилятором в машинные коды целевого процессора. Организация сеансов в протоколе НТТР В соответствии со спецификацией протокола НТТР ччеЬ-сервер не поддерживает постоянного соединения с клиентом, и каждый запрос обрабатывается как новый, т.е. без какой-либо связи с предыдущими, поэтому нельзя ни отследить запросы от одного и того же посетителя, ни сохранить для него переменные между просмотрами отдельных страниц.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
