Главная страница Случайная страница
КАТЕГОРИИ:
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Версия_протокола - Код_ответа - Пояснительное_сообщение - ответ
|
|
(метод_запроса URL_pecypca версия_протокола_НТТР)- запрос
· Версия_протокола задается в том же формате, что и в запросе клиента, и имеет тот же смысл.
· Код_ответа - это трехзначное десятичное число, представляющее в закодированном виде результат обслуживания запроса сервером.
· Пояснительное_сообщение дублирует код ответа в символьном виде. Это строка символов, которая не обрабатывается клиентом. Она предназначена для системного администратора или оператора, занимающегося обслуживанием системы, и является расшифровкой кода ответа.
Из трех цифр, составляющих код ответа, первая (старшая) определяет класс ответа, остальные две представляют собой номер ответа внутри класса. Так, например, если запрос был обработан успешно, клиент получает следующее сообщение:
HТТР/1.0 200 ОК (версия протокол, код ответа и расшифровка ОК)
Как видно, за версией протокола HTTP 1.0 следует код 200. В этом коде символ 2 означает успешную обработку запроса клиента, а остальные две цифры (00) — номер данного сообщения.
В используемых в настоящее время реализациях протокола HTTP первая цифра не может быть больше 5 и определяет следующие классы ответов.
· 1 - специальный класс сообщений, называемых информационными. Код ответа, начинающийся с 1, означает, что сервер продолжает обработку запроса. При обмене данными между HTTP-клиентом и HTTP-сервером сообщения этого класса используются достаточно редко.
· 2 - успешная обработка запроса клиента.
· 3 - перенаправление запроса. Чтобы запрос был обслужен, необходимо предпринять дополнительные действия.
· 4 - ошибка клиента. Как правило, код ответа, начинающийся с цифры 4, возвращается в том случае, если в запросе клиента встретилась синтаксическая ошибка.
· 5 - ошибка сервера. По тем или иным причинам сервер не в состоянии выполнить запрос.
Примеры кодов ответов, которые клиент может получить от сервера, и поясняющие сообщения приведены в таблице 2.
Таблица 2. Классы кодов ответа сервера.
| Код | Расшифровка | Интерпретация |
| Continue | Часть запроса принята, и сервер ожидает от клиента продолжения запроса | |
| OK | Запрос успешно обработан, и в ответе клиента передаются данные, указанные в запросе | |
| Created | В результате обработки запроса был создан новый ресурс | |
| Accepted | Запрос принят сервером, но обработка его не окончена. Данный код ответа не гарантирует, что запрос будет обработан без ошибок. | |
| Partial Content | Сервер возвращает часть ресурса в ответ на запрос, содержавший поле заголовка Range | |
| Multiple Choice | Запрос указывает более чем на один ресурс. В теле ответа могут содержаться указания на то, как правильно идентифицировать запрашиваемый ресурс | |
| Moved Permanently | Затребованный ресурс больше не располагается на сервере | |
| Moved Temporarily | Затребованный ресурс временно изменил свой адрес | |
| Bad Request | В запросе клиента обнаружена синтаксическая ошибка | |
| Forbidden | Имеющийся на сервере ресурс недоступен для данного пользователя | |
| Not Found | Ресурс, указанный клиентом, на сервере отсутствует | |
| Method Not Allowed | Сервер не поддерживает метод, указанный в запросе | |
| Internal Server Error | Один из компонентов сервера работает некорректно | |
| Not Implemented | Функциональных возможностей сервера недостаточно, чтобы выполнить запрос клиента | |
| Service Unavailable | Служба временно недоступна | |
| HTTP Version not Supported | Версия HTTP, указанная в запросе, не поддерживается сервером |
Заполнить файл
.htaccess
ErrorDocument 401 /401.htmlErrorDocument 403 /403.html
ErrorDocument 404 /404.html
ErrorDocument 500 /500.html
В ответе используется такая же структура полей заголовка, как и в запросе клиента. Поля заголовка предназначены для того, чтобы уточнить ответ сервера клиенту. Описание некоторых из полей, которые можно встретить в заголовке ответа сервера, приведено в таблице 3.
Таблица 3. Поля заголовка ответа веб-сервера.
| Имя поля | Описание содержимого |
| Server | Имя и номер версии сервера |
| Age | Время в секундах, прошедшее с момента создания ресурса |
| Allow | Список методов, допустимых для данного ресурса |
| Content-Language | Языки, которые должен поддерживать клиент для того, чтобы корректно отобразить передаваемый ресурс |
| Content-Type | MIME -тип данных, содержащихся в теле ответа сервера |
| Content-Length | Число символов, содержащихся в теле ответа сервера |
| Last-Modified | Дата и время последнего изменения ресурса |
| Date | Дата и время, определяющие момент генерации ответа |
| Expires | Дата и время, определяющие момент, после которого информация, переданная клиенту, считается устаревшей |
| Location | В этом поле указывается реальное расположение ресурса. Оно используется для перенаправления запроса |
| Cache-Control | Директивы управления кэшированием. Например, no-cache означает, что данные не должны кэшироваться |
В теле ответа содержится код ресурса, передаваемого клиенту в ответ на запрос. Это не обязательно должен быть HTML-текст веб-страницы. В составе ответа могут передаваться изображение, аудио-файл, фрагмент видеоинформации, а также любой другой тип данных, поддерживаемых клиентом. О том, как следует обрабатывать полученный ресурс, клиенту сообщает содержимое поля заголовка Content-type.
Ниже представлен пример ответа сервера на запрос, приведенный в предыдущем разделе. В теле ответа содержится исходный текст HTML-документа.
(Версия_протокола - Код_ответа - Пояснительное_сообщение – ответ)
| HTTP/1.1 200 OK Server: Microsoft-IIS/5.1 (Имя и номер версии сервера) X-Powered-By: ASP.NET Date: Mon, 20 OCT 2008 11: 25: 56 GMT (Дата и время генерации) Content-Type: text/html (MIME -тип данных в теле ответа) Accept-Ranges: bytes Last-Modified: Sat, 18 Oct 2008 15: 05: 44 GMT (Дата и время последнего изменения ресурса) Content-Length: 426 (длина содержимого ответа в байтах) < html> < body> < form action='https://localhost/Scripts/test.pl'> < p> Operand1: < input type='text' name='A'> < /p> < p> Operand2: < input type='text' name='B'> < /p> < p> Operation: < br> < select name='op'> < option value='+'> +< /option> < option value='-'> -< /option> < option value='*'> *< /option> < option value='/'> /< /option> < select> < /p> < input type='submit' value='Calculate! '> < /from> < /body> < /html> |
Поля заголовка и тело сообщения могут отсутствовать, но строка состояния является обязательным элементом, так как указывает на тип запроса/ответа.
Поле с именем Content - type может встречаться как в запросе клиента, так и в ответе сервера. В качестве значения этого поля указывается MIME -тип содержимого запроса или ответа. MIME -тип также передается в поле заголовка Accept, присутствующего в запросе.
Спецификация MIME (Multipurpose Internet Mail Extension — многоцелевое почтовое расширение Internet) первоначально была разработана для того, чтобы обеспечить передачу различных форматов данных в составе электронных писем. Однако применение MIME не исчерпывается электронной почтой. Средства MIME успешно используются в WWW и, по сути, стали неотъемлемой частью этой системы.
Стандарт MIME разработан как расширяемая спецификация, в которой подразумевается, что число типов данных будет расти по мере развития форм представления данных. Каждый новый тип в обязательном порядке должен быть зарегистрирован в IANA (Internet Assigned Numbers Authority).
До появления MIME компьютеры, взаимодействующие по протоколу HTTP, обменивались исключительно текстовой информацией. Для передачи изображений, как и для передачи любых других двоичных файлов, приходилось пользоваться протоколом FTP.
В соответствии со спецификацией MIME, для описания формата данных используются тип и подтип. Тип определяет, к какому классу относится формат содержимого HTTP-запроса или HTTP-ответа. Подтип уточняет формат. Тип и подтип отделяются друг от друга косой чертой:
тип / подтип
Поскольку в подавляющем большинстве случаев в ответ на запрос клиента сервер возвращает исходный текст HTML-документа, то в поле Content-type ответа обычно содержится значение text/html. Здесь идентификатор text описывает тип, сообщая, что клиенту передается символьная информация, а идентификатор html описывает подтип, т.е. указывает на то, что последовательность символов, содержащаяся в теле ответа, представляет собой описание документа на языке HTML.
Перечень типов и подтипов MIME достаточно велик. В таблице 4 приведены примеры MIME -типов, наиболее часто встречающиеся в заголовках HTML-запросов и ответов.
Таблица 4. MIME типы данных.
| Тип/подтип | Расширение файла | Описание |
| application/pdf | Документ, предназначенный для обработки Acrobat Reader | |
| application/msexcel | .xls | Документ в формате Microsoft Excel |
| application/postscript | .ps,.eps | Документ в формате PostScript |
| application/x-tex | .tex | Документ в формате ТеХ |
| application/msword | .doc | Документ в формате Microsoft Word |
| application/rtf | .rtf | Документ в формате RTF, отображаемый с помощью Microsoft Word |
| image/gif | .gif | Изображение в формате GIF |
| image/ jpeg | .jpeg,.jpg, | Изображение в формате JPEG |
| image/tiff | .tiff,.tif | Изображение в формате TIFF |
| image/x-xbitmap | .xbm | Изображение в формате XBitmap |
| text/plain | .txt | ASCII-текст |
| text/html | . html,. htm | Документ в формате HTML |
| audio/midi | .midi,.mid | Аудиофайл в формате MIDI |
| audio/x-wav | .wav | Аудиофайл в формате WAV |
| message/rfc822 | Почтовое сообщение | |
| message/news | Сообщение в группы новостей | |
| video /mpeg | .mpeg,.mpg,.mpe | Видеофрагмент в формате MPEG |
| video/avi | .avi | Видеофрагмент в формате AVI |
Для однозначной идентификации ресурсов в сети Веб используются уникальные идентификаторы URL.
Единообразный идентификатор ресурса URI (Uniform Resource Identifier) представляет собой короткую последовательность символов, идентифицирующую абстрактный или физический ресурс. Идентификатор URI не указывает на то, как получить ресурс, а только идентифицирует его.
Самые известные примеры URI - это URL и URN. URI= URL+ URN.
· URL (Uniform Resource Locator) - это URI, который, помимо идентификации ресурса, предоставляет ещё и информацию о местонахождении этого ресурса.
· URN (Uniform Resource Name) - это URI, который идентифицирует ресурс в определённом пространстве имён, но, в отличие от URL, URN не указывает на местонахождение этого ресурса.
URL имеет следующую структуру:
< схема>: //< логин>: < пароль> @< хост>: < порт> /< URL-путь>
где:
- схема - схема обращения к ресурсу (обычно сетевой протокол);
- логин - имя пользователя, используемое для доступа к ресурсу;
- пароль - пароль, ассоциированный с указанным именем пользователя;
- хост - полностью прописанное доменное имя хоста в системе DNS или IP-адрес хоста;
- порт - порт хоста для подключения;
- URL-путь - уточняющая информация о месте нахождения ресурса.
Общепринятые схемы (протоколы) URL включают протоколы: ftp, http, https, telnet, а также:
· gopher — протокол Gopher;
· mailto — адрес электронной почты;
· news — новости Usenet;
· nntp — новости Usenet через протокол NNTP;
· irc — протокол IRC;
· prospero — служба каталогов Prospero Directory Service;
· wais — база данных системы WAIS;
· xmpp — протокол XMPP (часть Jabber);
· file — имя локального файла;
· data — непосредственные данные (Data: URL);