ВУЗ:
Составители:
Рубрика:
"415" ; Неподдерживаемый медиатип ; Unsupported Media Type |
"500" ; Внутренняя ошибка сервера ; Internal Server Error |
"501" ; Не реализовано, Not Implemented |
"502" ; Ошибка шлюза, Bad Gateway |
"503" ; Сервис недоступен, Service ; Unavailable |
"504" ; Истекло время ожидания от шлюза ; Gateway Timeout |
"505" ; Не поддерживаемая версия HTTP ; HTTP Version
Not Supported | extension-code
extension-code = 3DIGIT
Reason-Phrase = *<TEXT не включающий CR, LF>
Коды состояния HTTP расширяемы. HTTP приложениям не требуется понимать значение
всех зарегистрированных кодов состояния, хотя их понимание очень желательно. Приложения
должны понимать класс любого кода состояния, который обозначается первой цифрой, и обраба-
тывать любой нераспознанный ответ как эквивалентный коду состояния x00 этого класса, за ис-
ключением тех случаев, когда нераспознанный ответ не должен кэшироваться. Например, если
клиентом получен и не был распознан код состояния 431, то он может безопасно считать, что в
запросе что-то было неправильно и обрабатывать ответ, как если бы был получен код состояния
400. В таких случаях агентам пользователя следует представить пользователю объект, возвра-
щенный в ответе, так как этот объект, вероятно, включает читабельную для человека информа-
цию, которая поясняет необычное состояние.
Поля заголовка ответа (response-header fields) позволяют серверу передавать дополнительную
информацию об ответе, которая не может быть помещена в строку состояния Status-Line. Эти по-
ля заголовка дают информацию о сервере и о дальнейшем доступе к ресурсу, указанному этим
Request-URI:
response-header = Age | Location | Proxy-Authenticate | Public | Retry-
After | Server | Vary | Warning | WWW-Authenticate
Множество имен полей заголовка ответа (Response-header) может быть надежно расширено
только в сочетании с изменением версии протокола. Однако, новые или экспериментальные поля
заголовка могут получить семантику полей заголовка ответа (Response-header), если все стороны
соединения распознают их как поля заголовка ответа (Response-header). Нераспознанные поля
заголовка обрабатываются как поля заголовка объекта (entity-header).
9.4.7. ОБЪЕКТ (ENTITY)
Сообщения запросов и ответов могут передать объект, если это не запрещено методом запроса
или кодом состояния ответа. Объект состоит из полей заголовка объекта (entity-header) и тела
объекта (entity-body), хотя некоторые ответы могут включать только заголовки объекта (entity-
headers).
Этот раздел относится как к отправителю, так и к получателю, то есть к клиенту или серверу,
в зависимости от того, кто посылает, а кто получает объект.
Поля заголовка объекта (Entity-header fields) определяют опциональную метаинформацию о
теле объекта (entity-body) или, если тело отсутствует, о ресурсе, идентифицированном запросом:
entity-header = Allow | Content-Base | Content-Encoding | Content-
Language | Content-Length | Content-Location | Content-MD5 |
Content-Range | Content-Type | ETag | Expires | Last-Modified |
extension-header
extension-header = message-header
Механизм расширения полей заголовка позволяет вводить дополнительные поля заголовка
объекта (entity-header fields), не изменяя протокол, но эти поля могут быть и не распознаны полу-
чателем. Получатель должен игнорировать нераспознанные поля заголовка, а прокси-сервер
должен просто пересылать их без изменений.
Страницы
- « первая
- ‹ предыдущая
- …
- 86
- 87
- 88
- 89
- 90
- …
- следующая ›
- последняя »
