Посты для тега : ‘запрос’

Отмененные НТТР-передачи

Пользователь может отменить текущую HTTP-передачу, нажав кнопку Stop или щелкпув мышью на гиперссылке, чтобы перейти на другую страницу. Операции отмены — это обычная составляющая процесса работы в Web. В некоторых случаях браузер может отображать содержимое страницы но мере ее загрузки с сервера. Это позволяет пользователю прочитать часть страницы и, возможно, щелкпуть мышью на гиперссылке до […]

Читать далее »

Пример использования прокси-сервера

Мы рассмотрим использование ирокси-сервера, взяв за основу пример из второй главы (раздел 2.3). Клиент загружает документ с несколькими встроенными изображениями. Теперь предположим, что браузер был настроен для работы через прокси-сервер. Допустим, что изображение fool.gif находится в кэше браузера, а изображение foo2.gif — в кэше ирокси-сервера. Прокси-сервер может воспользоваться своей стратегией актуализации содержимого кэша, чтобы решить, […]

Читать далее »

Упреждающая выборка в HTTP

После установления ТСР-соединения Web-клиент выдает НТТР-запрос Web- серверу. Даже если клиент имеет кэшировапную копию запрашиваемого ресурса, у пего может возникнуть необходимость связаться с сервером для проверки актуальности кэшированной версий. Время ожидания получения НТТР-ответа зависит от множества факторов, в том числе от времени создания ответа на сервере, размера сообщения-ответа и пропускной способности сети. Клиент может замаскировать […]

Читать далее »

Прокси-сервер в роли Web-cepвepa

Когда прокси-сервер играет роль Web-cepвepa, его главное назначение — принимать и обрабатывать запросы клиентов. Кэширующий прокси-сервер, действующий как Web-cepвep для клиентского запроса, имеет возможность проверить, может ли запрос быть выполнен без обращения к исходному серверу из кэша. Клиент может захотеть получить ответ без потенциальных задержек при пересылке запроса. Существуют особые механизмы протокола HTTP, которые позволяют […]

Читать далее »

Коды состояния RTSP

Каждое сообщение-ответ содержит код состояния, указывающий на результат выполнения запроса. разделены на те же пять категорий, что и коды ответов HTTP: информационные (lxx), успешного выполнения (2xx), нереадресации (Зхх), ошибки клиента (4xx) и ошибки сервера (5xx). В RTSP введено несколько новых кодов состояния, приведенных в таблице 12.8. RTSP также заимствовал многие коды состояния, определенные в документе […]

Читать далее »

DNS-запросы и Web

Web-клиент вызывает gethostbyname(), чтобы преобразовать доменное имя в IP-адрес до установления соединения транспортного уровня с Web-сервером. Например, предположим, что пользователь вводит URL http://www.foo.eom/a.html в браузере. Если ресурс отсутствует в кэше браузера, браузер должен связаться с Web-сервером. В некоторых случаях клиенту не требуется обращаться к DNS для преобразования www.foo.com:

Читать далее »

Затраты, связанные с проверкой актуальности

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

Читать далее »

Механизм Expect/Continue

Если HTTP-сервер не может обрабатывать запросы большого объема, было бы полезно для клиента знать об этом до того, как посылается запрос. Клиент может извлечь выгоду, зная, что его ожидания соответствуют действительности до отправки запросов на большие ресурсы. Рассмотрим пример обработки Web-сервером больших форм с помощью методов PUT или POST. Хотя протокол не накладывает ограничений на […]

Читать далее »

Формат маршрутного информационного модуля

ет, является ли ответ на запрос положительным или отрицательным при помощи индикатора типа ответа (Response Type Indicator — RTI) в заголовке ответа. Маршрутный информационный модуль (Path Information Unit — PIU) представляет собой модуль сообщения SNA, формируемый элементами управления маршрутом из заголовка передачи и базового информационного модуля. Формат PIU показан на рис. 39.7.

Читать далее »

Пример передачи данных SNMP

Типичный сеанс передачи данных по протоколу SNMP заключается в создании группы рабочей станцией Macintosh, присоединения к этой группе других рабочих станций Macintosh и собственно передачи данных членам такой группы. При типичном SNMP-сеансе обмена данными компьютер Macintosh (назовем его Creator-Мае) посылает всем узлам данной сети запрос на создание группы. Первичный маршрутизатор (Primary) локальной сети выбирает неиспользуемый […]

Читать далее »
 
Rambler's Top100