HTTP response status codes — Уеб технология за разработчици

This translation is incomplete. Please help translate this article from English

HTTP response status codes indicate whether a specific HTTP request has been successfully completed. Responses are grouped in five classes: informational responses, successful responses, redirects, client errors, and servers errors. Status codes are defined by section 10 of RFC 2616.

Information responses

100 Continue
This interim response indicates that everything so far is OK and that the client should continue with the request or ignore it if it is already finished.
101 Switching Protocol
This code is sent in response to an Upgrade request header by the client, and indicates the protocol the server is switching too.
102 Processing (WebDAV)
This code indicates that the server has received and is processing the request, but no response is available yet.

Successful responses

200 OK
The request has succeeded. The meaning of a success varies depending on the HTTP method:
GET: The resource has been fetched and is transmitted in the message body.
HEAD: The entity headers are in the message body.
POST: The resource describing the result of the action is transmitted in the message body.
TRACE: The message body contains the request message as received by the server
201 Created
The request has succeeded and a new resource has been created as a result of it. This is typically the response sent after a PUT request.
202 Accepted
The request has been received but not yet acted upon. It is non-committal, meaning that there is no way in HTTP to later send an asynchronous response indicating the outcome of processing the request. It is intended for cases where another process or server handles the request, or for batch processing.
203 Non-Authoritative Information
This response code means returned meta-information set is not exact set as available from the origin server, but collected from a local or a third party copy. Except this condition, 200 OK response should be preferred instead of this response.
204 No Content
There is no content to send for this request, but the headers may be useful. The user-agent may update its cached headers for this resource with the new ones.
205 Reset Content
This response code is sent after accomplishing request to tell user agent reset document view which sent this request.
206 Partial Content
This response code is used because of range header sent by the client to separate download into multiple streams.
207 Multi-Status (WebDAV)
A Multi-Status response conveys information about multiple resources in situations where multiple status codes might be appropriate.
208 Multi-Status (WebDAV)
Used inside a DAV: propstat response element to avoid enumerating the internal members of multiple bindings to the same collection repeatedly.
226 IM Used (HTTP Delta encoding)
The server has fulfilled a GET request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.

Redirection messages

300 Multiple Choice
The request has more than one possible responses. User-agent or user should choose one of them. There is no standardized way to choose one of the responses.
301 Moved Permanently
This response code means that URI of requested resource has been changed. Probably, new URI would be given in the response.
302 Found
This response code means that URI of requested resource has been changed temporarily. New changes in the URI might be made in the future. Therefore, this same URI should be used by the client in future requests.
303 See Other
Server sent this response to directing client to get requested resource to another URI with an GET request.
304 Not Modified
This is used for caching purposes. It is telling to client that response has not been modified. So, client can continue to use same cached version of response.
305 Use Proxy
Was defined in a previous version of the HTTP specification to indicate that a requested response must be accessed by a proxy. It has been deprecated due to security concerns regarding in-band configuration of a proxy.
306 unused
This response code is no longer used, it is just reserved currently. It was used in a previous version of the HTTP 1.1 specification.
307 Temporary Redirect
Server sent this response to directing client to get requested resource to another URI with same method that used prior request. This has the same semantic than the 302 Found HTTP response code, with the exception that the user agent must not change the HTTP method used: if a POST was used in the first request, a POST must be used in the second request.
308 Permanent Redirect
This means that the resource is now permanently located at another URI, specified by the Location: HTTP Response header. This has the same semantics as the 301 Moved Permanently HTTP response code, with the exception that the user agent must not change the HTTP method used: if a POST was used in the first request, a POST must be used in the second request.

Client error responses

400 Bad Request
This response means that server could not understand the request due to invalid syntax.
401 Unauthorized
Although the HTTP standard specifies «unauthorized», semantically this response means «unauthenticated». That is, the client must authenticate itself to get the requested response.
402 Payment Required
This response code is reserved for future use. Initial aim for creating this code was using it for digital payment systems however this is not used currently.
403 Forbidden
The client does not have access rights to the content, i.e. they are unauthorized, so server is rejecting to give proper response. Unlike 401, the client’s identity is known to the server.
404 Not Found
The server can not find requested resource. In the browser, this means the URL is not recognized. In an API, this can also mean that the endpoint is valid but the resource itself does not exist. Servers may also send this response instead of 403 to hide the existence of a resource from an unauthorized client. This response code is probably the most famous one due to its frequent occurence on the web.
405 Method Not Allowed
The request method is known by the server but has been disabled and cannot be used. For example, an API may forbid DELETE-ing a resource. The two mandatory methods, GET and HEAD, must never be disabled and should not return this error code.
406 Not Acceptable
This response is sent when the web server, after performing server-driven content negotiation, doesn’t find any content following the criteria given by the user agent.
407 Proxy Authentication Required
This is similar to 401 but authentication is needed to be done by a proxy.
408 Request Timeout
This response is sent on an idle connection by some servers, even without any previous request by the client. It means that the server would like to shut down this unused connection. This response is used much more since some browsers, like Chrome, Firefox 27+, or IE9, use HTTP pre-connection mechanisms to speed up surfing. Also note that some servers merely shut down the connection without sending this message.
409 Conflict
This response is sent when a request conflicts with the current state of the server.
410 Gone
This response would be sent when the requested content has been permenantly deleted from server, with no forwarding address. Clients are expected to remove their caches and links to the resource. The HTTP specification intends this status code to be used for «limited-time, promotional services». APIs should not feel compelled to indicate resources that have been deleted with this status code.
411 Length Required
Server rejected the request because the Content-Length header field is not defined and the server requires it.
412 Precondition Failed
The client has indicated preconditions in its headers which the server does not meet.
413 Payload Too Large
Request entity is larger than limits defined by server; the server might close the connection or return an Retry-After header field.
414 URI Too Long
The URI requested by the client is longer than the server is willing to interpret.
415 Unsupported Media Type
The media format of the requested data is not supported by the server, so the server is rejecting the request.
416 Requested Range Not Satisfiable
The range specified by the Range header field in the request can’t be fulfilled; it’s possible that the range is outside the size of the target URI’s data.
417 Expectation Failed
This response code means the expectation indicated by the Expect request header field can’t be met by the server.
418 I'm a teapot
The server refuses the attempt to brew coffee with a teapot.
421 Misdirected Request
The request was directed at a server that is not able to produce a response. This can be sent by a server that is not configured to produce responses for the combination of scheme and authority that are included in the request URI.
422 Unprocessable Entity (WebDAV)
The request was well-formed but was unable to be followed due to semantic errors.
423 Locked (WebDAV)
The resource that is being accessed is locked.
424 Failed Dependency (WebDAV)
The request failed due to failure of a previous request.
426 Upgrade Required
The server refuses to perform the request using the current protocol but might be willing to do so after the client upgrades to a different protocol. The server sends an Upgrade header in a 426 response to indicate the required protocol(s).
428 Precondition Required
The origin server requires the request to be conditional. Intended to prevent the ‘lost update’ problem, where a client GETs a resource’s state, modifies it, and PUTs it back to the server, when meanwhile a third party has modified the state on the server, leading to a conflict.
429 Too Many Requests
The user has sent too many requests in a given amount of time («rate limiting»).
431 Request Header Fields Too Large
The server is unwilling to process the request because its header fields are too large. The request MAY be resubmitted after reducing the size of the request header fields.
451 Unavailable For Legal Reasons
The user requests an illegal resource, such as a web page censored by a government.

Server error responses

500 Internal Server Error
The server has encountered a situation it doesn’t know how to handle.
501 Not Implemented
The request method is not supported by the server and cannot be handled. The only methods that servers are required to support (and therefore that must not return this code) are GET and HEAD.
502 Bad Gateway
This error response means that the server, while working as a gateway to get a response needed to handle the request, got an invalid response.
503 Service Unavailable
The server is not ready to handle the request. Common causes are a server that is down for maintenance or that is overloaded. Note that together with this response, a user-friendly page explaining the problem should be sent. This responses should be used for temporary conditions and the Retry-After: HTTP header should, if possible, contain the estimated time before the recovery of the service. The webmaster must also take care about the caching-related headers that are sent along with this response, as these temporary condition responses should usually not be cached.
504 Gateway Timeout
This error response is given when the server is acting as a gateway and cannot get a response in time.
505 HTTP Version Not Supported
The HTTP version used in the request is not supported by the server.
506 Variant Also Negotiates
The server has an internal configuration error: transparent content negotiation for the request results in a circular reference.
507 Insufficient Storage
The server has an internal configuration error: the chosen variant resource is configured to engage in transparent content negotiation itself, and is therefore not a proper end point in the negotiation process.
508 Loop Detected (WebDAV)
The server detected an infinite loop while processing the request.
510 Not Extended
Further extensions to the request are required for the server to fulfill it.
511 Network Authentication Required
The 511 status code indicates that the client needs to authenticate to gain network access.

See also

Ошибка HTTP 429 Too Many Requests и методы ее исправления – База знаний Timeweb Community

При взаимодействии с веб-ресурсами можно столкнуться с различными проблемами. Одна их таких проблем – ошибка с кодом 429 Too Many Requests. Существует две самые распространенные причины возникновения этой ошибки сервера, с которыми нам предстоит разобраться самостоятельно.  

Причины появления ошибки сервера 429


Начать следует с того, что чаще всего ошибка 429 сопровождается надписью «The user has sent too many requests in a given amount of time», что означает превышение ограничений по запросам к сайту. Соответственно, именно так происходит предотвращение DDoS-атак, которые и являются основной причиной появления рассматриваемой проблемы. Помимо самого кода, вы увидите и несколько других параметров:

  1. Общее количество запросов.

  2. Запросы с конкретного IP-адреса в секунду.

  3. Количество одновременных запросов.

  4. Общее количество запросов с одного IP-адреса.

Если же сама ошибка появляется при использовании поисковых систем или сторонних онлайн-сервисов, которые запрашивают доступ к сайту, вполне возможно, что их блокировка осуществляется со стороны хостинга в связи с тем, что количество запросов превышает ограничение. Для ее решения вам потребуется обратиться напрямую в техническую поддержку с просьбой разрешить подобные запросы.

В случае, когда есть уверенность в том, что ошибка http 429 появилась именно из-за атак на ваш ресурс, советую ознакомиться с отдельным материалом, в котором вы узнаете, как обезопасить себя от DDoS эффективными инструментами и банальными мерами предосторожности.

Подробнее: Способы защиты от DDoS-атаки

Некорректная работа плагинов WordPress

Вторая распространенная причина, которая может быть связана с регулярным появлением неполадки 429, – некорректное функционирование плагинов под управлением CMS WordPress. Для решения этой проблемы потребуется выполнить несколько несложных действий. 

Для начала по очереди отключайте каждый установленный скрипт через меню управления этими компонентами. Параллельно проверяйте, появляется ли ошибка. Да, на выполнение этой задачи может уйти много времени, однако это самый эффективный метод выявления плагина, который является триггером. Отметим, что сразу несколько компонентов могут вызывать проблему, поэтому постарайтесь проверить их все.

Что касается использования плагинов, то тут всегда лучше подключать только проверенные и качественные решения. Со списком таких плагинов предлагаю ознакомиться в материале по следующей ссылке.

Если после проверки неполадка все еще не исчезла, переключитесь на стандартную тему WordPress, которая называется Twenty Seventeen. Это действие поможет понять, связана ли ошибка сервера 429 со скриптами, которые входят в пользовательский шаблон оформления сайта. В том случае, когда трудность действительно была связана с темой, придется переделать ее вручную или же подыскать новый вариант для своего веб-ресурса.

Действия со стороны обычного пользователя

Обычный пользователь, который сталкивается с неполадкой 429 при попытке просмотреть конкретный сайт, не сможет ничего предпринять самостоятельно, чтобы решить ее. Однако, если есть возможность, стоит обратиться напрямую к владельцу интернет-ресурса или администраторам, сообщив им о появившейся ошибке. Так вы дадите понять, что сайт работает не так, как это нужно, и ускорите процесс решения трудностей.

Ошибка HTTP с кодом 429 – неприятная ситуация, которая может коснуться каждого владельца сайта. Из приведенного выше материала вы поняли, что существует две основные причины, которые могут ее вызывать. Теперь остается только разобраться с каждой из них и провести проверочные работы, чтобы оперативно исправить сложившуюся ситуацию.

Коды ошибок HTTP. Сообщения статуса. Коды ответа сервера

В процессе обработки веб-сервером пользовательского запроса, сервер генерирует код ответа, соответствующий статусу выполнения запроса.

На этой странице представлены самые распространенные HTTP коды ответа сервера. Это информационное сообщения, ошибки на стороне сервера или клиента, редиректы.

Коды ответа 1хх — Информационные

100 Continue — продолжение

Сервер получил header часть запроса. Клиент может пересылать body часть запроса.

101 Switching Protocols — переключение протокола

Предложение перейти на более подходящий протокол.

103 Checkpoint — контрольная точка

Используется в запросах с возможностью продолжения для возобновления после прерывания запросов POST или PUT.

Коды ответа 2хх — Успех

200 OK — хорошо (успех)

Запрос успешно обработан.

201 Created — создано

Запрос был выполнен. В результате был создан новый ресурс.

202 Accepted — принято

Запрос был принят в обработку, но обработка еще не завершена.

203 Non-Authoritative Information — не авторитетная информация

Запрос был успешно обработан, но передаваемая информация могла быть взята с другого источника (например из резервной копии или другого сервера) и может быть не актуальной.

204 No Content — нет контента (содержимого).

Запрос был успешно обработан, но не вернул какой-либо контент.

205 Reset Content — сброс содержимого

Запрос был успешно обработан, но не вернул какой-либо контент. При этом требуется сброс введенных данных клиентом.

206 Partial Content — часть контента

Сервер успешно выполнил частичный запрос.

Коды ответа 3хх — Редирект

HTTP редиректы, а также их использование подробно описано в этой статье. Ниже приведены коды веб редиректов с кратким описанием.

300 Multiple Choices — выбор из нескольких вариантов

Сервер предоставляет клиенту список из нескольких возможных вариантов перенаправления (максимум 5 вариантов). Клиенту предоставляется возможность выбрать один из них. Подробнее

301 Moved Permanently — перемещено навсегда

Запрашиваемая страница была перенесена на новый URL на постоянной основе. Подробнее

302 Found / 302 Moved Temporarily — найдено / перемещено временно

Запрашиваемая страница была найдена / временно перенесена на другой URL. Подробнее. Для устранения неоднозначности вместо 302-го редиректа используют редирект 303 и 307.

303 See Other — смотрите другое

Запрошенный документ найден под другим URL адресом. Следует использовать GET запрос. Подробнее

304 Not Modified — без изменений

Указывает, что запрашиваемый документ не изменился с момента, который был указан браузером при его запросе. Подробнее

306 Switch Proxy — (зарезервировано)

Код 306 использовался в предыдущих версиях спецификации. На данный момент не используется, зарезервирован для использование в будущем.

307 Temporary Redirect — перемещено временно

Запрашиваемая страница была временно перенесена на другой URL. Подробнее

308 Permanent Redirect / 308 Resume Incomplete — перемещено навсегда / возобновление после прерывания

Может быть использован в двух случаях. Подробнее

Вариант 1: Запрашиваемая страница была перенесена на новый URL на постоянной основе (редирект 308 сохраняет HTTP метод, в отличии от 301-го, где возможно его изменение).

Вариант 2: Предлагает возобновить прерванный PUT или POST запрос.

Коды ответа 4хх — Ошибки на стороне клиента

400 Bad Request — Некорректный запрос

Запрос не может быть выполнен из-за синтаксической ошибки.

401 Unauthorized — не авторизован

Сервер не может предоставить ресурс, так как клиент не авторизован.

402 Payment Required — (зарезервировано)

Код 402 на данный момент не используется. Зарезервирован для использования в будущем.

403 Forbidden — запрещено

Сервер понял запрос, но не выполнил его из-за ограничений прав доступа.

404 Not Found — не найдено

Запрашиваемый документ не найден. Код error 404 — самая распространенная ошибка. Чаще всего возникает из-за неправильно указанного URL адреса.

405 Method Not Allowed — метод не поддерживается

Запрос был сделан методом, который не поддерживается данным ресурсом.

406 Not Acceptable — не принимается

Сервер может сгенерировать только такой ответ, который не принимается клиентом (например в другой кодировке или на другом языке).

407 Proxy Authentication Required — необходима аутентификация прокси

Клиент должен вначале аутентифицировать себя на прокси сервере.

408 Request Timeout — время ожидания запроса истекло

Передача запроса клиентом серверу заняла слишком много времени.

409 Conflict — Конфликт

Запрос не может быть выполнен из-за конфликта с другим запросом или конфигурацией сервера.

410 Gone — недоступен

Запрашиваемый документ больше недоступен.

411 Length Required — нужна длина

Сервер отказывается принимать запрос без указания длины. Необходимо указать заголовок «Content-Length».

412 Precondition Failed — предварительное условие не выполнено

Возвращается сервером, если одно из предварительных условий не было выполнено.

413 Request Entity Too Large — слишком большой запрос

Размер запроса больше, чем максимальный размер запроса, который может обработать сервер.

414 Request-URI Too Long — слишком длинный URI

Длина URI у запроса больше, чем максимальная длина URI запроса которую может интерпретировать сервер. Ошибка может возникать при попытке передачи длинного запроса методом GET, а не POST.

415 Unsupported Media Type — не поддерживаемый формат

Сервер не принял запрос, так как последний имеет не поддерживаемый формат данных.

416 Requested Range Not Satisfiable — не допустимый диапазон

Возвращается, если клиент запросил диапазон байтов, который сервер передать не может.

417 Expectation Failed — ожидания не оправдались

Значение поля заголовка Expect не соответствует ожиданиям. Сервер не может удовлетворить требования заголовка Expect.

Коды ответа 5хх — Ошибки на стороне сервера

500 Internal Server Error — внутренняя ошибка сервера

Ошибка 500 возникает, если сервер не может указать конкретную причину возникновения ошибки.

501 Not Implemented — не реализовано

Сервер не распознал метод используемый в запросе.

502 Bad Gateway — ошибка шлюза

Сервер выполнял роль шлюза или прокси сервера и получил некорректный ответ от вышестоящего сервера.

503 Service Unavailable — сервис недоступен

Сервер не доступен в текущий момент (перегружен, отключен, на техническом обслуживании).

504 Gateway Timeout — время ожидания ответа шлюзом истекло

Сервер выполнял роль шлюза или прокси сервера и не получил ответа от вышестоящего сервера в отведенное время.

505 HTTP Version Not Supported — Версия HTTP не поддерживается

Сервер не поддерживает версию протокола HTTP, используемую в запросе.

511 Network Authentication Required — требуется аутентификация в сети

Клиент должен пройти аутентификацию, чтобы получить доступ к сети. Ошибку генерирует сервер-посредник, например сервер интернет-провайдера, если нужно ввести пароль для получения доступа к сети через платную точку доступа.

Список кодов состояния HTTP — List of HTTP status codes

Коды ответа протокола передачи гипертекста

Это список кодов состояния ответа протокола передачи гипертекста (HTTP). Коды состояния выдаются сервером в ответ на запрос клиента к серверу. Он включает коды из запроса комментариев IETF (RFC), другие спецификации и некоторые дополнительные коды, используемые в некоторых распространенных приложениях HTTP. Первая цифра кода состояния указывает один из пяти стандартных классов ответов. Показанные фразы сообщений являются типичными, но может быть предоставлена ​​любая удобочитаемая альтернатива. Если не указано иное, код состояния является частью стандарта HTTP / 1.1 (RFC 7231).

Служба присвоения номеров Интернета (IANA) ведет официальный реестр кодов состояния HTTP.

Все коды состояния ответа HTTP разделены на пять классов или категорий. Первая цифра кода состояния определяет класс ответа, в то время как последние две цифры не имеют никакой роли классификации или категоризации. Стандарт определяет пять классов:

  • Информационный ответ 1xx — запрос получен, процесс продолжается
  • 2xx успешный — запрос был успешно получен, понят и принят
  • Перенаправление 3xx — необходимо предпринять дальнейшие действия для выполнения запроса
  • Ошибка клиента 4xx — запрос содержит неверный синтаксис или не может быть выполнен
  • Ошибка сервера 5xx — серверу не удалось выполнить явно действительный запрос

1xx информационный ответ

Информационный ответ указывает, что запрос был получен и понят. Он выдается временно, пока обработка запроса продолжается. Он предупреждает клиента, чтобы он дождался окончательного ответа. Сообщение состоит только из строки состояния и дополнительных полей заголовка и заканчивается пустой строкой. Поскольку в стандарте HTTP / 1.0 не определены коды состояния 1xx, серверы не должны отправлять ответ 1xx клиенту, совместимому с HTTP / 1.0, за исключением экспериментальных условий.

100 Продолжить
Сервер получил заголовки запроса, и клиент должен перейти к отправке тела запроса (в случае запроса, для которого необходимо отправить тело; например, запрос POST ). Отправка большого тела запроса на сервер после того, как запрос был отклонен из-за несоответствующих заголовков, будет неэффективен. Чтобы сервер проверил заголовки запроса, клиент должен отправить Expect: 100-continueв качестве заголовка в своем начальном запросе и получить 100 Continueкод состояния в ответ перед отправкой тела. Если клиент получает код ошибки, такой как 403 (Запрещено) или 405 (Метод запрещен), он не должен отправлять тело запроса. Ответ 417 Expectation Failedуказывает, что запрос следует повторить без Expectзаголовка, поскольку он указывает, что сервер не поддерживает ожидания (это, например, случай с серверами HTTP / 1.0).
101 протокол переключения
Запрашивающая сторона попросила сервер переключить протоколы, и сервер дал согласие на это.
102 Обработка ( WebDAV ; RFC 2518 )
Запрос WebDAV может содержать множество подзапросов, связанных с файловыми операциями, для выполнения которых требуется много времени. Этот код указывает, что сервер получил и обрабатывает запрос, но ответа еще нет. Это предотвращает тайм-аут клиента и предположение, что запрос был потерян.
103 Ранние подсказки (RFC 8297)
Используется для возврата некоторых заголовков ответа перед окончательным HTTP-сообщением.

2хх успех

Этот класс кодов состояния указывает, что действие, запрошенное клиентом, было получено, понято и принято.

200 ОК
Стандартный ответ на успешные HTTP-запросы. Фактический ответ будет зависеть от используемого метода запроса. В запросе GET ответ будет содержать объект, соответствующий запрошенному ресурсу. В запросе POST ответ будет содержать сущность, описывающую или содержащую результат действия.
201 Создано
Запрос был выполнен, в результате чего был создан новый ресурс.
202 Принято
Запрос принят в обработку, но обработка не завершена. В конечном итоге запрос может или не может быть обработан, и может быть отклонен, когда происходит обработка.
203 Неавторизованная информация (начиная с HTTP / 1.1)
Сервер представляет собой преобразующий прокси (например, веб-ускоритель ), который получил 200 OK от своего источника, но возвращает измененную версию ответа источника.
204 Нет содержимого
Сервер успешно обработал запрос и не возвращает никакого контента.
205 Сбросить содержимое
Сервер успешно обработал запрос, просит, чтобы инициатор запроса сбросил представление документа, и не возвращает никакого содержимого.
206 Частичное содержимое ( RFC 7233 )
Сервер доставляет только часть ресурса ( обслуживание байтов ) из-за заголовка диапазона, отправленного клиентом. Заголовок диапазона используется HTTP-клиентами для возобновления прерванных загрузок или разделения загрузки на несколько одновременных потоков.
207 Мульти-статус (WebDAV; RFC 4918 )
Нижеследующее тело сообщения по умолчанию является XML- сообщением и может содержать несколько отдельных кодов ответа, в зависимости от того, сколько подзапросов было сделано.
208 уже сообщено (WebDAV; RFC 5842 )
Члены привязки DAV уже были перечислены в предыдущей части (мультистатусного) ответа и не включаются снова.
226 IM используется ( RFC 3229 )
Сервер выполнил запрос ресурса, и ответ является представлением результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.

Перенаправление 3xx

Этот класс кода состояния указывает, что клиент должен предпринять дополнительные действия для выполнения запроса. Многие из этих кодов состояния используются при перенаправлении URL-адресов .

Пользовательский агент может выполнить дополнительное действие без взаимодействия с пользователем, только если во втором запросе используется метод GET или HEAD. Пользовательский агент может автоматически перенаправить запрос. Пользовательский агент должен обнаруживать и вмешиваться, чтобы предотвратить циклические перенаправления.

300 вариантов выбора
Указывает несколько вариантов ресурса, из которых клиент может выбрать (через согласование содержимого на основе агента ). Например, этот код можно использовать для представления нескольких опций формата видео, для перечисления файлов с разными расширениями файлов или для устранения неоднозначности в словах .
301 перемещен навсегда
Этот и все будущие запросы следует направлять на указанный URI .
302 найдено (ранее «перемещено временно»)
Сообщает клиенту, что нужно посмотреть (перейти) на другой URL. 302 был заменен 303 и 307. Это пример отраслевой практики, противоречащей стандарту. Спецификация HTTP / 1.0 (RFC 1945) требовала от клиента выполнения временного перенаправления (исходная описывающая фраза была «Перемещено временно»), но популярные браузеры реализовали 302 с функциональностью 303 См. Другое. Следовательно, HTTP / 1.1 добавил коды состояния 303 и 307, чтобы различать два поведения. Однако некоторые веб-приложения и платформы используют код состояния 302, как если бы это был 303.
303 См. Другое (начиная с HTTP / 1.1)
Ответ на запрос можно найти под другим URI с помощью метода GET. При получении в ответ на POST (или PUT / DELETE) клиент должен предполагать, что сервер получил данные, и должен отправить новый запрос GET для данного URI.
304 Не изменено ( RFC 7232 )
Указывает, что ресурс не был изменен с версии, указанной в заголовках запроса If-Modified-Since или If-None-Match. В таком случае нет необходимости повторно передавать ресурс, поскольку у клиента все еще есть ранее загруженная копия.
305 Использовать прокси (начиная с HTTP / 1.1)
Запрошенный ресурс доступен только через прокси, адрес которого указан в ответе. По соображениям безопасности многие клиенты HTTP (например, Mozilla Firefox и Internet Explorer ) не подчиняются этому коду состояния.
306 Переключить прокси
Больше не используется. Первоначально означало «Последующие запросы должны использовать указанный прокси».
307 Временное перенаправление (начиная с HTTP / 1.1)
В этом случае запрос следует повторить с другим URI; однако в будущих запросах должен по-прежнему использоваться исходный URI. В отличие от того, как 302 был исторически реализован, метод запроса не может быть изменен при повторной выдаче исходного запроса. Например, запрос POST следует повторить, используя другой запрос POST.
308 постоянное перенаправление ( RFC 7538 )
Запрос и все будущие запросы следует повторить, используя другой URI. 307 и 308 аналогичны поведению 302 и 301, но не позволяют изменять метод HTTP . Так, например, отправка формы на постоянно перенаправляемый ресурс может продолжаться гладко.

4хх клиентских ошибок

Ошибка 404 в Википедии

Этот класс кода состояния предназначен для ситуаций, в которых кажется, что ошибка была вызвана клиентом. За исключением ответа на запрос HEAD, сервер должен включать объект, содержащий объяснение ситуации с ошибкой и того, является ли это временным или постоянным состоянием. Эти коды состояния применимы к любому методу запроса. Пользовательские агенты должны отображать любую включенную сущность для пользователя.

ошибка 400, неверный запрос
Сервер не может или не будет обрабатывать запрос из-за очевидной ошибки клиента (например, неверный синтаксис запроса, слишком большой размер, недопустимое формирование сообщения запроса или обманчивая маршрутизация запроса).
401 неавторизованный ( RFC 7235 )
Аналогично 403 Forbidden , но специально для использования, когда аутентификация требуется, но она не удалась или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. См. Разделы Аутентификация обычного доступа и Дайджест-аутентификация доступа . 401 семантически означает «неавторизованный», пользователь не имеет действительных учетных данных для аутентификации для целевого ресурса.
Примечание. Некоторые сайты неправильно выдают HTTP 401, когда IP-адрес запрещен для доступа к веб-сайту (обычно это домен веб-сайта) и этому конкретному адресу отказано в доступе к веб-сайту.
402 Требуется оплата
Зарезервировано для использования в будущем. Первоначальное намерение состояло в том, что этот код можно было бы использовать как часть какой-либо формы цифровых денег или схемы микроплатежей , как было предложено, например, GNU Taler , но этого еще не произошло, и этот код широко не используется. Google Developers API использует этот статус, если конкретный разработчик превысил дневной лимит запросов. Sipgate использует этот код, если на счете недостаточно средств для начала звонка. Shopify использует этот код, когда магазин не выплатил комиссию и временно отключен. Stripe использует этот код для неудачных платежей с правильными параметрами, например заблокированных мошеннических платежей.
403 Запрещено
Запрос содержал действительные данные и был понят сервером, но сервер отклоняет действие. Это может быть связано с тем, что у пользователя нет необходимых разрешений для ресурса или ему нужна учетная запись какого-либо типа, или он пытается выполнить запрещенное действие (например, создает дублирующую запись, где разрешена только одна). Этот код также обычно используется, если запрос предоставил аутентификацию путем ответа на запрос поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
404 Не Найдено
Запрошенный ресурс не может быть найден, но может быть доступен в будущем. Последующие запросы со стороны клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET в форме, которая требует, чтобы данные были представлены через POST , или запрос PUT на ресурсе только для чтения.
406 неприемлемо
Запрошенный ресурс может генерировать только контент, неприемлемый в соответствии с заголовками Accept, отправленными в запросе. См. Согласование содержания .
407 Требуется проверка подлинности прокси ( RFC 7235 )
Клиент должен сначала аутентифицироваться с помощью прокси .
408 Тайм-аут запроса
Время ожидания запроса на сервере истекло. Согласно спецификациям HTTP: «Клиент не отправил запрос в течение времени, в течение которого сервер был подготовлен к ожиданию. Клиент МОЖЕТ повторить запрос без изменений в любое время».
409 Конфликт
Указывает, что запрос не может быть обработан из-за конфликта в текущем состоянии ресурса, такого как конфликт редактирования между несколькими одновременными обновлениями.
410 ушел
Указывает, что запрошенный ресурс больше не доступен и больше не будет доступен. Это следует использовать, когда ресурс был намеренно удален, и ресурс должен быть очищен. После получения кода состояния 410 клиент не должен запрашивать ресурс в будущем. Такие клиенты, как поисковые системы, должны удалить ресурс из своих индексов. В большинстве случаев не требуется, чтобы клиенты и поисковые системы очищали ресурс, и вместо этого можно использовать сообщение «404 Not Found».
411 Требуется длина
В запросе не указана длина его содержимого, необходимая для запрашиваемого ресурса.
412 Ошибка предварительного условия ( RFC 7232 )
Сервер не соответствует одному из предварительных условий, которые запрашивающая сторона поставила в полях заголовка запроса.
413 Payload Too Large ( RFC 7231 ).
Запрос больше, чем сервер хочет или может обработать. Ранее назывался «Слишком большой объект запроса».
414 URI слишком длинный ( RFC 7231 )
Предоставленный URI слишком длинный для обработки сервером. Часто это результат того, что слишком много данных кодируется как строка запроса запроса GET, и в этом случае его следует преобразовать в запрос POST. Ранее вызывался «Request-URI Too Long».
415 Неподдерживаемый тип носителя ( RFC 7231 )
Объект запроса имеет тип мультимедиа, который сервер или ресурс не поддерживает. Например, клиент загружает изображение как image / svg + xml , но сервер требует, чтобы изображения использовали другой формат.
416 Диапазон не соответствует требованиям ( RFC 7233 )
Клиент запросил часть файла ( обслуживание байтов ), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, лежащую за концом файла. Ранее называлась «Запрошенный диапазон не удовлетворяется».
417 Ожидание не выполнено
Сервер не может удовлетворить требованиям поля заголовка запроса Expect.
418 Я чайник ( RFC 2324 , RFC 7168 )
Этот код был определен в 1998 году как одна из традиционных шуток IETF первоапрельских шуток в RFC 2324 , Hyper Text Coffee Pot Control Protocol , и не ожидается, что он будет реализован на реальных HTTP-серверах. RFC указывает, что этот код должен возвращаться чайниками, которых просят заварить кофе. Этот HTTP-статус используется в качестве пасхального яйца на некоторых веб-сайтах, например на Google.com « Я — пасхальное яйцо для чайника» .
421 неправильно направленный запрос ( RFC 7540 )
Запрос был направлен на сервер, который не может дать ответ (например, из-за повторного использования соединения).
422 Unprocessable Entity (WebDAV; RFC 4918 ).
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.
423 заблокировано (WebDAV; RFC 4918 )
Ресурс, к которому осуществляется доступ, заблокирован.
424 Неудачная зависимость (WebDAV; RFC 4918 )
Запрос не удался, потому что он зависел от другого запроса, и этот запрос не удался (например, PROPPATCH).
425 Слишком рано ( RFC 8470 )
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиент должен переключиться на другой протокол, например TLS / 1.0 , указанный в поле заголовка Upgrade .
428 Требуется предварительное условие ( RFC 6585 )
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.
429 Слишком много запросов ( RFC 6585 )
Пользователь отправил слишком много запросов за заданный промежуток времени. Предназначен для использования со схемами ограничения скорости .
431 Слишком большие поля заголовка запроса ( RFC 6585 )
Сервер не желает обрабатывать запрос, потому что либо отдельное поле заголовка, либо все поля заголовка в совокупности слишком велики.
451 недоступен по юридическим причинам ( RFC 7725 )
Оператор сервера получил законное требование запретить доступ к ресурсу или к набору ресурсов, который включает запрошенный ресурс. Код 451 был выбран как ссылка на роман « 451 градус по Фаренгейту» (см. «Благодарности» в RFC).

5xx ошибки сервера

Сервер не смог выполнить запрос.

Коды состояния ответа, начинающиеся с цифры «5», указывают на случаи, когда сервер знает, что он обнаружил ошибку или иным образом неспособен выполнить запрос. За исключением ответа на запрос HEAD, сервер должен включать объект, содержащий объяснение ситуации с ошибкой, и указывать, является ли это временным или постоянным состоянием. Точно так же пользовательские агенты должны отображать пользователю любую включенную сущность. Эти коды ответов применимы к любому методу запроса.

внутренняя ошибка сервера 500
Общее сообщение об ошибке, которое выдается, когда возникла непредвиденная ситуация, и более конкретное сообщение не подходит.
501 Не реализовано
Сервер либо не распознает метод запроса, либо не может выполнить запрос. Обычно это подразумевает доступность в будущем (например, новую функцию API веб-службы).
502 Неверный шлюз
Сервер действовал как шлюз или прокси и получил недопустимый ответ от вышестоящего сервера.
сервис 503 недоступен
Сервер не может обработать запрос (потому что он перегружен или отключен для обслуживания). Как правило, это временное состояние.
Ошибка 504 Время ответа сервера истекло
Сервер действовал как шлюз или прокси и не получил своевременного ответа от вышестоящего сервера.
505 Версия HTTP не поддерживается
Сервер не поддерживает версию протокола HTTP, используемую в запросе.
506 вариант также согласовывается ( RFC 2295 )
Прозрачное согласование содержимого для запроса приводит к циклической ссылке .
507 Недостаточно места для хранения (WebDAV; RFC 4918 )
Сервер не может сохранить представление, необходимое для выполнения запроса.
Обнаружен цикл 508 (WebDAV; RFC 5842 )
Сервер обнаружил бесконечный цикл при обработке запроса (отправлено вместо 208 Already Reported ).
510 не расширенный ( RFC 2774 )
Для его выполнения сервером требуются дальнейшие расширения запроса.
511 Требуется сетевая аутентификация ( RFC 6585 )
Чтобы получить доступ к сети, клиенту необходимо пройти аутентификацию. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы », используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi ).

Неофициальные коды

Следующие ниже коды не определены никаким стандартом.

103 КПП
Используется в предложении возобновляемых запросов для возобновления прерванных запросов PUT или POST.
218 Это нормально ( веб-сервер Apache )
Используется как условие универсальной ошибки, позволяющее передавать тела ответов через Apache, когда включен ProxyErrorOverride. Когда ProxyErrorOverride включен в Apache, тела ответов, содержащие код состояния 4xx или 5xx, автоматически отклоняются Apache в пользу общего ответа или настраиваемого ответа, указанного в директиве ErrorDocument.
419 Страница истекла ( Laravel Framework )
Используется Laravel Framework, когда токен CSRF отсутствует или просрочен.
420 Ошибка метода ( Spring Framework )
Устаревший ответ, используемый Spring Framework в случае сбоя метода.
420 Повышайте свое спокойствие ( Twitter )
Возвращается версией 1 Twitter Search and Trends API, когда клиент ограничен по скорости; версии 1.1 и более поздние используют код ответа 429 Too Many Requests . Фраза «Укрепите свое спокойствие» взята из фильма 1993 года « Человек-подрывник» , и ее связь с этим числом, вероятно, относится к каннабису .
430 Поля заголовка запроса слишком велики ( Shopify )
Используется Shopify вместо кода ответа 429 Too Many Requests , когда слишком много URL-адресов запрашивается в течение определенного периода времени.
450 заблокировано родительским контролем Windows (Microsoft)
Код расширения Microsoft указывается, когда родительский контроль Windows включен и блокирует доступ к запрошенной веб-странице.
498 Неверный токен (Esri)
Возвращено ArcGIS for Server . Код 498 указывает на просроченный или недействительный токен по иным причинам.
Требуется 499 токенов (Esri)
Возвращено ArcGIS for Server . Код 499 указывает на то, что токен требуется, но не был отправлен.
509 Превышен предел пропускной способности ( веб-сервер Apache / cPanel )
Сервер превысил пропускную способность, указанную администратором сервера; это часто используется провайдерами виртуального хостинга для ограничения полосы пропускания клиентов.
526 Неверный сертификат SSL
Используется Cloudflare и горутером Cloud Foundry для индикации сбоя проверки сертификата SSL / TLS, представленного исходным сервером.
529 Сайт перегружен
Используется Qualys в сервере тестирования API SSLLabs , чтобы сигнализировать о том , что сайт не может обработать запрос.
530 Сайт заморожен
Используется веб-платформой Pantheon для обозначения сайта, который был заблокирован из-за бездействия.
598 (Неофициальное соглашение) Ошибка тайм-аута сетевого чтения
Используется некоторыми прокси-серверами HTTP для передачи сигнала таймаута сетевого чтения за прокси-сервером клиенту перед прокси.

Информационные службы Интернета

Веб-сервер Microsoft Internet Information Services (IIS) расширяет пространство ошибок 4xx, чтобы сигнализировать об ошибках в запросе клиента.

440 Время ожидания входа в систему
Сессия клиента истекла, и ему необходимо снова войти в систему.
449 Повторить с
Сервер не может выполнить запрос, потому что пользователь не предоставил требуемую информацию.
451 перенаправление
Используется в Exchange ActiveSync, когда либо доступен более эффективный сервер, либо сервер не может получить доступ к почтовому ящику пользователей. Ожидается, что клиент повторно запустит операцию HTTP AutoDiscover, чтобы найти более подходящий сервер.

IIS иногда использует дополнительные десятичные субкоды для получения более конкретной информации, однако эти субкоды появляются только в полезных данных ответа и в документации, а не вместо фактического кода состояния HTTP.


Программное обеспечение веб-сервера nginx расширяет область ошибок 4xx, чтобы сигнализировать о проблемах с запросом клиента.

444 Нет ответа
Используется внутренне, чтобы дать серверу команду не возвращать информацию клиенту и немедленно закрыть соединение.
494 Заголовок запроса слишком большой
Клиент отправил слишком большой запрос или слишком длинную строку заголовка.
495 Ошибка сертификата SSL
Расширение кода ответа 400 Bad Request , используемого, когда клиент предоставил недействительный сертификат клиента .
496 Требуется сертификат SSL
Расширение кода ответа 400 Bad Request , используемого, когда сертификат клиента требуется, но не предоставляется.
497 HTTP-запрос отправлен на HTTPS-порт
Расширение кода ответа 400 Bad Request , используемого, когда клиент отправил HTTP-запрос на порт, который прослушивает HTTPS-запросы.
499 Клиент закрытый запрос
Используется, когда клиент закрыл запрос до того, как сервер смог отправить ответ.


Сервис обратного прокси Cloudflare расширяет область ошибок серии 5xx, чтобы сигнализировать о проблемах с исходным сервером.

520 Веб-сервер возвратил неизвестную ошибку
Исходный сервер вернул Cloudflare пустой, неизвестный или необъяснимый ответ.
521 Веб-сервер не работает
Исходный сервер отклонил соединение с Cloudflare.
522 Время ожидания подключения истекло
Cloudflare не удалось согласовать рукопожатие TCP с исходным сервером.
523 Источник недоступен
Cloudflare не смог связаться с исходным сервером; например, если записи DNS для исходного сервера неверны.
524 Истекло время ожидания
Cloudflare удалось установить TCP-соединение с исходным сервером, но не получил своевременного ответа HTTP.
525 SSL Handshake Failed
Cloudflare не удалось согласовать рукопожатие SSL / TLS с исходным сервером.
526 Неверный сертификат SSL
Cloudflare не удалось проверить сертификат SSL на исходном веб-сервере.
527 Ошибка рельсотрона
Ошибка 527 указывает на прерванное соединение между Cloudflare и сервером Railgun исходного сервера.
Ошибка 530 возвращается вместе с ошибкой 1xxx.

AWS Elastic Load Balancer

Amazon «s Elastic Load Balancing добавляет несколько пользовательских кодов возврата 4xx


Клиент закрыл соединение с балансировщиком нагрузки до истечения периода ожидания простоя. Обычно, когда время ожидания клиента меньше, чем время ожидания Elastic Load Balancer.


Балансировщик нагрузки получил заголовок запроса X-Forwarded-For с более чем 30 IP-адресами.

Смотрите также



внешние ссылки

Список кодов состояния HTTP — это… Что такое Список кодов состояния HTTP?

Код состояния HTTP (англ. HTTP status code) — часть первой строки ответа сервера при запросах по протоколу HTTP. Он представляет собой целое число из трех арабских цифр[1]. Первая цифра указывает на класс состояния. За кодом ответа обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа. Примеры:

  • 201 Webpage Created.
  • 403 Access allowed only for registered users.
  • 507 Insufficient Storage.

Клиент узнаёт по коду ответа о результатах его запроса и определяет какие действия ему предпринимать дальше. Набор кодов состояния является стандартом, и они описаны в соответствующих документах RFC. Введение новых кодов должно производиться только после согласования с IETF. Тем не менее, известно о двух используемых кодах, не упомянутых в RFC: 449 Retry With. Так же упоминается пояснительная фраза «Reply With»[2] в спецификации по WebDAV в Microsoft Developer Network, введённый Microsoft и 509 Bandwidth Limit Exceeded, введённый в cPanel. Компания Google предложила комитету IETF использовать HTTP-код 451 для уведомления о преднамеренном блокировании порталов[3].

Клиент может не знать все коды состояния, но он обязан отреагировать в соответствии с классом кода. В настоящее время выделено пять классов кодов состояния.

Веб-сервер Internet Information Services в своих файлах журналов кроме стандартных кодов состояния использует подкоды, записывая их через точку после основного. При этом в ответах от сервера данный подкод не размещается — он нужен администратору сервера чтобы тот мог более точно определять источники проблем.

Обзорный список

Ниже представлен обзорный список всех описанных в данной статье кодов ответа:

Диаграмма принятия веб-сервером решений на основе заголовков

Статистика по кодам ответа, сгенерированная анализатором логов Webalizer

Статистика по ошибкам HTTP, сгенерированная лог-анализатором AWStats

Описание кодов


В этот класс выделены коды, информирующие о процессе передачи. При работе через протокол версии 1.0 сообщения с такими кодами должны игнорироваться. В версии 1.1 клиент должен быть готов принять этот класс сообщений как обычный ответ, но серверу отправлять что-либо не нужно. Сами сообщения от сервера содержат только стартовую строку ответа и, если требуется, несколько специфичных для ответа полей заголовка. Прокси-сервера подобные сообщения должны отправлять дальше от сервера к клиенту.

  • 100 Continue — сервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.
  • 101 Switching Protocols — сервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовка Update. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1.
  • 102 Processing — запрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV.


Сообщения данного класса информируют о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса сервер может ещё передать заголовки и тело сообщения.

  • 200 OK — успешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.
  • 201 Created — в результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется[источник не указан 278 дней] ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.
  • 202 Accepted — запрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс. Появился в HTTP/1.0.
  • 203 Non-Authoritative Information — аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.
  • 204 No Content — сервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.
  • 205 Reset Content — сервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.
  • 206 Partial Content — сервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1. (подробнее…)
  • 207 Multi-Status — сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности. Появился в WebDAV.
  • 226 IM Used — заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.


Коды этого класса сообщают клиенту, что для успешного выполнения операции необходимо сделать другой запрос, как правило, по другому URI. Из данного класса пять кодов 301, 302, 303, 305 и 307 относятся непосредственно к перенаправлениям. Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location. При этом допускается использование фрагментов в целевом URI.

По последним стандартам клиент может производить перенаправление без запроса пользователя только если второй ресурс будет запрашиваться методом GET или HEAD[7]. В предыдущих спецификациях говорилось, что для избежания круговых переходов пользователя следует спрашивать после 5-го подряд перенаправления[12]. При всех перенаправлениях, если метод запроса был не HEAD, то в тело ответа следует включить короткое гипертекстовое сообщение с целевым адресом, чтобы в случае ошибки пользователь смог сам произвести переход.

Разработчики HTTP отмечают, что многие клиенты при перенаправлениях с кодами 301 и 302 ошибочно применяют метод GET ко второму ресурсу, несмотря на то, что к первому запрос был с иным методом (чаще всего PUT)[13]. Чтобы избежать недоразумений, в верс

Коды ответов протокола HTTP — Раздел помощи

Код состояния HTTP — это трехзначный код ответа на HTTP-запрос. Он предназначен для использования автоматами, поясняющая фраза после него предназначена для пользователей.

Первая цифра кода состояния определяет класс ответа:

  1xx: Информационные коды — запрос получен, продолжается обработка.

  2xx: Успешные коды — запрос был успешно получен, понят и выполнен.

  3xx: Коды перенаправления — для выполнения запроса должны быть предприняты дальнейшие действия агента пользователя (программы, принимающей ответ на запрос).

  4xx: Коды ошибок клиента — запрос имеет плохой синтаксис или не может быть выполнен. Также указывает, является ли ситуация временной или постоянной.

  5xx: Коды ошибок сервера — сервер не в состоянии выполнить допустимый запрос или выполнил его с ошибкой.

Просмотр кода ответа протокола HTTP

Один из самых простых способов увидеть коды ответа — зайти в инструменты разработчика в браузере. Например, для браузеров google chrome и mozilla firefox достаточно:

  1. Зайти на нужный сайт
  2. Нажать на кнопку F12 на клавиатуре, в открывшихся инструментах перейти на вкладку «Network»
  3. Обновить страницу

На скриншоте показаны инструменты разработчика google chrome, коды ответа есть в колонке Status.

Наиболее распространённые коды ответов протокола HTTP

200 OK — запрос был выполнен успешно.

403 Forbidden (Запрещено) — сервер понял запрос, но отказывается выполнять его. Установление подлинности (Authorization) не поможет, и запрос не должен быть повторен. Ошибка 403 может возникать, когда доступ к ресурсу запрещён с определённого IP-адреса или всех адресов, либо в папке сайта отсутствует индексный файл.

404 Not Found (Не найден) — сервер не нашел ничего, соответствующего данному запрашиваемому URI (Universal Resource Identifier). Страница может быть не найдена вследствие некорректных настроек файла .htaccess или в случае фактического отсутствия искомой страницы на сайте.

500 Internal Server Error (Внутренняя ошибка сервера) — сервер столкнулся с непредвиденным условием, которое не позволяет ему выполнить запрос. Ошибка 500 является следствием невозможности запуска скрипта, а также возникает в случае синтаксических или иных ошибок в скрипте или присутствия некорректных записей в файле .htaccess.

502 Bad Gateway (Ошибка шлюза) — сервер, действуя в качестве шлюза или прокси-сервера, получил недопустимый ответ от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос. В случае, если используется связка apache+nginx, проксирующим сервером является nginx. Данная ошибка может появиться в случае, если работающий процесс пытается потребить больше ресурсов, чем доступно в рамках услуги виртуального хостинга, в этом случае ему посылается сигнал завершения и возвращается результат запроса 502.

503 Service Unavailable (Сервис недоступен) — сервер в настоящее время не способен обработать запрос из-за временной перегрузки или обслуживания сервера. Причина возникновения 503 Service Unavailable как правило, кроется в превышении лимита на количество одновременно запущенных процессов на аккаунте. На тарифах виртуального хостинга, согласно п. 2.12 Договора оферты, данный лимит составляет 64 процесса.

504 Gateway Timeout (Истекло время ожидания от шлюза) — сервер, действуя в качестве шлюза или прокси-сервера, не получил своевременного ответа от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос. В связке apache+nginx nginx выполняет роль прокси-сервера, и в случае, если он не дожидается ответа от apache, он отдаёт код 504. Также 504 Bad Gateway возникает, если исполняемый скрипт не может отработать в установленный лимит времени. Это возможно решить увеличением параметра max_execution_time или оптимизировать скрипт, при работе которого возникает ошибка.

Список прочих кодов ответов протокола HTTP

100 Continue (Продолжать) — клиент может продолжать запрос, а если запрос отправлен, то игнорировать отклик. Сервер должен послать окончательный отклик по завершении реализации запроса.

101 Switching Protocols (Переключение протоколов) — сервер принял и понял запрос клиента на переключение на модифицированный протокол. Сервер переходит на протокол, определенный в поле заголовка отклика Upgrade, немедленно после получения пустой строки, завершающей отклик 101.

201 Created (создан) — запрос был выполнен и в результате был создан новый ресурс.

202 Accepted (Принято) — запрос был принят для обработки, но обработка не была завершена. В конечном счете запрос может быть, а может и не быть выполнен, поскольку он может быть отвергнут при фактической обработке.

203 Non-Authoritative Information (Ненадёжная информация) — присылаемая в ответ метаинформация в заголовке объекта не идентифицируется, как полученная от исходного сервера, её следует скорее считать косвенной, полученной опосредованно.

204 No Content (нет содержимого) — сервер выполнил запрос, но нет никакой новой информации, которую можно послать обратно.

205 Reset Content (сбросить содержимое) — Сервер исполнил запрос и агент пользователя должен вернуть документ к виду, который он имел в момент посылки запроса. Этот отклик первоначально предназначался для обеспечения ввода при выполнении пользователем операции, за которой следует очистка формы, в которую произведен ввод, так что пользователь может начать другую операцию ввода.

206 Partial Content (Частичное содержимое) — сервер выполнил частичный GET запрос ресурса.

300 Multiple Choices (Множественный выбор) — запрошенный ресурс имеет несколько представлений, и можно использовать любое из перечисленных.Агент пользователя выбирает предпочтительное представление и перенаправляет запрос ему.

301 Moved Permanently (Постоянно перенесен) — запрошенному ресурсу был назначен новый постоянный URI, и любые будущие ссылки на этот ресурс следует выполнять, используя один из возвращенных URI.

302 Moved Temporarily (Временно перемещен) — запрошенный ресурс временно находится под другим URI.

303 See Other (Смотреть другой) — ответ на запрос может быть найден под другим URI и его следует запрашивать, используя метод GET для этого ресурса.

304 Not Modified (Не модифицирован) — если клиент выполнил условный GET запрос, и доступ разрешен, но документ не изменился, то серверу следует ответить, используя этот код состояния.

305 Use Proxy (Используйте прокси-сервер) — обращение к запрошенному ресурсу должно производиться через прокси-сервер, указанный в поле Location. В поле Location указан URL прокси-сервера.

400 Bad Request (Испорченный Запрос) — запрос не может быть понят сервером из-за ошибки синтаксиса.

401 Unauthorized (Несанкционированно) — запрос требует установления подлинности пользователя.

402 Payment Required (Требуется оплата) — этот код зарезервирован для будущего использования.

405 Method Not Allowed (Метод не дозволен)- метод, определенный в строке запроса (Request-Line) не дозволено применять для ресурса, идентифицированного запрашиваемым URI (Request-URI).

406 Not Acceptable (Не приемлем) — ресурс, определенный запросом, может генерировать только ответ, характеристики которого не соответствуют заголовкам, посланным в запросе.

407 Proxy Authentication Required (Требуется установление подлинности через прокси-сервер) — этот код подобен коду 401, но указывает, что клиент должен сначала установить свою подлинность (authenticate) прокси-серверу.

408 Request Timeout (Истекло время ожидания запроса) — клиент не произвел запрос в течение времени, которое сервер готов ждать.

409 Conflict (Конфликт) — запрос не был выполнен из-за конфликта с текущим состоянием ресурса, конфликты, наиболее вероятно, будут возникать в ответ на запрос PUT.

410 Gone (Удален)- запрошенный ресурс больше не доступен на сервере, и нет никакого адреса для перенаправления запроса.

411 Length Required (Требуется длина) — cервер отказывается принимать запрос с неопределенным Content-Length.

412 Precondition Failed (Предусловие неверно) — предусловие, представленное одним или несколькими полями заголовка запроса (request-header), оказалось ложным при проверке сервером.

413 Request Entity Too Large (Объект запроса слишком большой) — сервер отказывается обрабатывать запрос, потому что объект запроса больше, чем сервер желает или способен обработать.

414 Request-URI Too Long (URI запроса слишком длинный) — сервер отказывается обслуживать запрос, потому что запрашиваемый URI (Request-URI) длиннее, чем сервер желает интерпретировать.

415 Unsupported Media Type (Неподдерживаемый медиа тип) — сервер отказывается обслуживать запрос, потому что объект запроса находится в формате, не поддерживаемом запрошенным ресурсом для запрошенного метода.

501 Not Implemented (Не реализовано) — сервер не поддерживает функциональные возможности, требуемые для выполнения запроса.

505 HTTP Version Not Supported (Не поддерживаемая версия HTTP) — сервер не поддерживает, или отказывается поддерживать, версию HTTP протокола, которая используется в сообщении запроса.

204 Нет содержимого — httpstatuses.com

204 Нет содержимого — httpstatuses.com

2 × × Успех

Сервер успешно выполнил запрос, и в теле ответа нет дополнительного содержимого для отправки.

Метаданные в полях заголовка ответа относятся к целевому ресурсу и его выбранному представлению после применения запрошенного действия.

Например, если код состояния 204 получен в ответ на запрос PUT, и ответ содержит поле заголовка ETag, то PUT был успешным, а значение поля ETag содержит тег объекта для нового представления этого целевого ресурса. .

Ответ 204 позволяет серверу указать, что действие было успешно применено к целевому ресурсу, при этом подразумевая, что агенту пользователя не нужно уходить от своего текущего «представления документа» (если есть). Сервер предполагает, что пользовательский агент предоставит некоторую индикацию успеха своему пользователю в соответствии со своим собственным интерфейсом и применит любые новые или обновленные метаданные в ответ на свое активное представление.

Например, код состояния 204 обычно используется с интерфейсами редактирования документов, соответствующими действию «сохранить», так что сохраняемый документ остается доступным для редактирования пользователем.Он также часто используется с интерфейсами, которые ожидают, что автоматическая передача данных будет преобладать, например, в распределенных системах контроля версий.

Ответ 204 завершается первой пустой строкой после полей заголовка, поскольку он не может содержать тело сообщения.

Ответ 204 по умолчанию кэшируется; то есть, если иное не указано в определении метода или явных элементах управления кешем 1 .

Обозначение статуса HTTP Rails : no_content

Константа состояния HTTP http.СтатусNoContent

Константа состояния HTTP для Symfony Ответ :: HTTP_NO_CONTENT

Python2 Константа состояния HTTP httplib.NO_CONTENT

Python3 + Константа состояния HTTP http.client.NO_CONTENT

Python3.5 + Константа состояния HTTP http.HTTPStatus.NO_CONTENT

← Вернуться на httpstatuses.com

Протокол передачи гипертекста (HTTP) Реестр кодов состояния


100 Продолжить [RFC7231, раздел 6.2.1]
101 Протоколы коммутации [RFC7231, раздел 6.2.2]
102 Обработка [RFC2518]
103 Ранние подсказки [RFC8297]
104-199 Не назначено
200 ОК [RFC7231, раздел 6.3.1]
201 Создано [RFC7231, раздел 6.3.2]
202 Принято [RFC7231, раздел 6.3.3]
203 Неавторизованная информация [RFC7231, раздел 6.3.4]
204 Нет содержимого [RFC7231, раздел 6.3.5]
205 Сбросить содержимое [RFC7231, раздел 6.3.6]
206 Частичное содержимое [RFC7233, раздел 4.1]
207 Мульти-статус [RFC4918]
208 Уже сообщено [RFC5842]
209-225 Не назначено
226 IM Б / У [RFC3229]
227-299 Не назначено
300 Множественный выбор [RFC7231, раздел 6.4.1]
301 Постоянно перемещен [RFC7231, раздел 6.4.2]
302 Найдено [RFC7231, раздел 6.4.3]
303 См. Другие [RFC7231, раздел 6.4.4]
304 Без изменений [RFC7232, раздел 4.1]
305 Использовать прокси [RFC7231, раздел 6.4.5]
306 (Не используется) [RFC7231, раздел 6.4.6]
307 Временное перенаправление [RFC7231, раздел 6.4.7]
308 Постоянное перенаправление [RFC7538]
309-399 Не назначено
400 Плохой запрос [RFC7231, раздел 6.5.1]
401 Неавторизованный [RFC7235, раздел 3.1]
402 Требуется оплата [RFC7231, раздел 6.5.2]
403 Запрещено [RFC7231, раздел 6.5.3]
404 Не найдено [RFC7231, раздел 6.5.4]
405 Метод запрещен [RFC7231, раздел 6.5.5]
406 Неприемлемо [RFC7231, раздел 6.5.6]
407 Требуется проверка подлинности прокси [RFC7235, раздел 3.2]
408 Тайм-аут запроса [RFC7231, раздел 6.5,7]
409 Конфликт [RFC7231, раздел 6.5.8]
410 ушел [RFC7231, раздел 6.5.9]
411 Требуемая длина [RFC7231, раздел 6.5.10]
412 Ошибка предварительного условия [RFC7232, раздел 4.2] [RFC8144, раздел 3.2]
413 Слишком большая полезная нагрузка [RFC7231, раздел 6.5.11]
414 URI слишком длинный [RFC7231, раздел 6.5.12]
415 Неподдерживаемый тип носителя [RFC7231, раздел 6.5.13] [RFC7694, раздел 3]
416 Диапазон не соответствует требованиям [RFC7233, раздел 4.4]
417 Ожидание не выполнено [RFC7231, раздел 6.5.14]
418-420 Не назначено
421 Неверный запрос [RFC7540, раздел 9.1.2]
422 Необработанная сущность [RFC4918]
423 Заблокирован [RFC4918]
424 Неудачная зависимость [RFC4918]
425 Слишком рано [RFC8470]
426 Требуется обновление [RFC7231, раздел 6.5.15]
427 Не назначено
428 Требуется предварительное условие [RFC6585]
429 Слишком много запросов [RFC6585]
430 Не назначено
431 Слишком большие поля заголовка запроса [RFC6585]
432-450 Не назначено
451 Недоступно по юридическим причинам [RFC7725]
452-499 Не назначено
500 Внутренняя ошибка сервера [RFC7231, раздел 6.6.1]
501 Не реализовано [RFC7231, раздел 6.6.2]
502 Плохой шлюз [RFC7231, раздел 6.6.3]
503 Служба недоступна [RFC7231, раздел 6.6.4]
504 Тайм-аут шлюза [RFC7231, раздел 6.6.5]
505 Версия HTTP не поддерживается [RFC7231, раздел 6.6.6]
506 также обсуждает [RFC2295]
507 Недостаточно памяти [RFC4918]
508 Обнаружена петля [RFC5842]
509 Не назначено
510 Не расширенный [RFC2774]
511 Требуется сетевая аутентификация [RFC6585]
512-599 Не назначено

Коды ответа — Учет | Xero Developer

Сводка кодов

Сводка кодов HTTP-ответа, возвращаемых Xero API, показана ниже.


Код HTTP Сводка Описание
200 ОК Успешный вызов API.
Учить больше
400 Плохой запрос Произошла исключительная ситуация проверки.
Учить больше
401 Неавторизованный Неверные учетные данные для авторизации.Учить больше
403 Не допускается У пользователя нет разрешения на доступ к ресурсу.
404 Не найдено Указанный вами ресурс не может быть найден
412 Ошибка предварительного условия Одно или несколько условий, указанных в полях заголовка запроса, недопустимы.Этот код также будет возвращен, если вы используете TLS1.0
500 Внутренняя ошибка Необработанная ошибка Xero API. Если проблемы не исчезнут, обратитесь в команду Xero API
501 Не реализовано Вызванный вами метод не реализован (например, организация POST)
503 Превышен предел скорости Превышен предел скорости API для пары ваша организация / приложение.Учить больше
503 Нет в наличии в настоящее время недоступен — обычно из-за запланированного отключения. Повторите попытку позже.
Учить больше
503 Организация оффлайн К организации временно невозможно подключиться.
Учить больше

Общие коды ответов

  • Xero API вернет HTTP 200 для успешных запросов
  • Если вы используете параметр summarizeErrors = false querystring, вы всегда будете получать ответ HTTP 200, даже если
    некоторые элементы могли выйти из строя.Учить больше
HTTP 400 неверный запрос

Ответы HTTP 400 включают в себя элемент «ApiException», который содержит полезную сводку причин

HTTP 401 Неавторизованный

Клиент может в любой момент отключить ваше приложение от Xero, поэтому, по крайней мере, вы должны реализовать функциональность.
чтобы обработать ошибку 401 и позволить клиенту легко повторно авторизовать ваше приложение.

Описание причины ошибки возвращается в ответ в следующем формате.

 oauth_problem = xxxxxxxxxxxxxxxx & oauth_problem_advice = xxxxxxxxxxxxxxxxxxx 

Узнать больше о неавторизованных ошибках

Превышен предел скорости HTTP 503

Приложение может совершать до 5000 вызовов API к определенной организации Xero в течение 24 часов и 60 вызовов.
против конкретной организации Xero в течение 60 секунд. Следующее будет возвращено в теле, если вы превысите
ограничение скорости.

 oauth_problem = rate% 20limit% 20exceeded & oauth_problem_advice = пожалуйста% 20wait% 20before% 20повторная попытка% 20the% 20xero% 20api 

Узнать больше об ограничениях

HTTP 503 Недоступно

Время от времени нам может потребоваться кратковременный перерыв в работе для проведения технического обслуживания или обновления.В большинстве случаев API Xero ответит
с HTTP 503, когда он недоступен, и предоставить один из следующих тел ответа:

 API Xero в настоящее время отключен на техническое обслуживание 
 Xero API временно недоступен 
HTTP 503 Организация не в сети

Определенная организация может быть недоступна, хотя сами API Xero находятся в сети. В этом случае ответ ниже
будет возвращен. Обычно такая ситуация может длиться несколько минут. Рекомендуется интервал повтора около 5 минут.

 Организация не в сети 

Коды статуса

— Django REST framework





Фреймворк Django REST

  • Дом
  • Учебник

    • Быстрый старт
    • 1 — Сериализация
    • 2 — Запросы и ответы
    • 3 — Просмотры на основе классов
    • 4 — Аутентификация и разрешения
    • 5 — Отношения и гиперссылки API
    • 6 — Viewsets и маршрутизаторы
  • Руководство по API

    • Запросы
    • Ответы
    • Просмотры
    • Общие представления
    • Наборы просмотров
    • Маршрутизаторы
    • Парсеры
    • Рендереры
    • Сериализаторы
    • Поля сериализатора
    • Отношения сериализатора
    • Валидаторы
    • Аутентификация
    • Разрешения
    • Кеширование
    • Дросселирование
    • Фильтрация

Средство проверки кодов состояния HTTP ~ Средство проверки кода ответа заголовка сервера

Инструменты SEO

Инструменты, которые помогут вам создать и продвигать свой веб-сайт.

Расширения Firefox


Если вам нужна обратная связь или у вас есть какие-либо животрепещущие вопросы, задавайте их на форуме сообщества, чтобы мы могли их решить.


Обзор содержания сайта. Включает карту сайта, глоссарий и контрольный список для быстрого старта.


Содержит информацию о ключевых словах, SEO на странице, построении ссылок и социальном взаимодействии.


Советы по покупке трафика в поисковых системах.


Узнайте, как отслеживать свой успех с помощью обычных объявлений SEO и PPC. Включает информацию о веб-аналитике.


Создание заслуживающего доверия веб-сайта — это залог того, что на него можно ссылаться и продавать клиентам.


Узнайте, как зарабатывать деньги на своих веб-сайтах.

Аудио и видео

Ссылки на полезную аудио и видео информацию. Мы будем создавать новые SEO-видео каждый месяц.


Эксклюзивные интервью только для участников.


купонов и предложений, которые помогут вам сэкономить деньги на продвижении ваших сайтов.

Карта сайта

Просмотрите все наши учебные модули, на которые есть ссылки на одной странице.

См. Также:

Получите конкурентное преимущество сегодня

Ваши ведущие конкуренты годами инвестируют в свою маркетинговую стратегию.

Теперь вы можете точно знать, где они ранжируются, выбирать лучшие ключевые слова и отслеживать новые возможности по мере их появления.

Изучите рейтинг своих конкурентов в Google и Bing сегодня с помощью SEMrush.

Введите конкурирующий URL-адрес ниже, чтобы быстро получить доступ к их истории эффективности обычного и платного поиска — бесплатно.

Посмотрите, где они занимают место, и побейте их!

  • Исчерпывающие данные о конкуренции: исследований эффективности в обычном поиске, AdWords, объявлениях Bing, видео, медийных объявлениях и многом другом.
  • Сравните через каналы: используйте чью-то стратегию AdWords, чтобы стимулировать рост вашего SEO, или используйте их стратегию SEO, чтобы инвестировать в платный поиск.
  • Глобальный охват: Отслеживает результаты Google по более чем 120 миллионам ключевых слов на многих языках на 28 рынках
  • Исторические данные о производительности: восходит к прошлому десятилетию, до того, как существовали Panda и Penguin, поэтому вы можете искать исторические штрафы и другие потенциальные проблемы с рейтингом.
  • Без риска: Бесплатная пробная версия и низкая ежемесячная плата.

Ваши конкуренты, исследуют ваш сайт

Найдите новые возможности сегодня

RFC 7231 — Протокол передачи гипертекста (HTTP / 1.1): семантика и контент

[Документы] [txt | pdf] [draft-ietf-http …] [Tracker] [Diff1] [Diff2] [Errata]

Есть исправления

Инженерная группа Интернета (IETF) Р.Филдинг, Эд.
Запрос комментариев: 7231 Adobe
Вышло из употребления: 2616 J. Reschke, Ed.
Обновления: 2817 гринбайт
Категория: Standards Track июнь 2014 г.
ISSN: 2070-1721 гг.

     Протокол передачи гипертекста (HTTP / 1.1): семантика и содержание


   Протокол передачи гипертекста (HTTP) - это приложение без сохранения состояния.
   протокол уровня для распределенной совместной гипертекстовой информации
   системы.Этот документ определяет семантику сообщений HTTP / 1.1,
   как выражено методами запроса, полями заголовка запроса, ответом
   коды состояния и поля заголовка ответа, а также полезные данные
   сообщения (метаданные и основной контент) и механизмы для контента

Статус этой памятки

   Это документ Internet Standards Track.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил публичное рецензирование и был одобрен к публикации
   Инженерная группа управления Интернетом (IESG).Дополнительная информация о
   Интернет-стандарты доступны в разделе 2 RFC 5741.

   Информация о текущем статусе этого документа, исправлениях,
   а как оставить отзыв о нем можно узнать на

Стандарты Fielding & Reschke [Страница 1] 

RFC 7231 HTTP / 1.1 Семантика и контент июнь 2014 г.

Уведомление об авторских правах

   Авторские права (c) IETF Trust 2014 г. и лица, указанные в качестве
   авторы документа.Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описана в упрощенной лицензии BSD.Этот документ может содержать материалы из документов IETF или IETF.
   Материалы опубликованы или станут общедоступными до ноября
   10, 2008. Лица, контролирующие авторские права на некоторые из этих
   материал, возможно, не давал IETF Trust право разрешать
   модификации такого материала вне процесса стандартизации IETF.
   Без получения соответствующей лицензии от лица (лиц), контролирующего
   авторские права на такие материалы, этот документ не может быть изменен
   вне Процесса стандартизации IETF, и производные от него разработки могут
   не создаваться вне процесса стандартов IETF, кроме как для форматирования
   его для публикации как RFC или для перевода на другие языки
   чем английский.Стандарты Филдинга и Решке [Страница 2] 

 RFC 7231 HTTP / 1.1 Семантика и контент июнь 2014 г.


1. Введение ............................................... ..... 6
1.1. Соответствие и обработка ошибок ............................. 6
1.2. Обозначение синтаксиса ............................................ 6
2. Ресурсы ....................................................... 7
3. Представления ............................................... ..7
3.1. Метаданные представления .................................... 8
3.1.1. Обработка данных представления ...................... 8
3.1.2. Кодирование для сжатия или целостности .............. 11
3.1.3. Язык аудитории .................................. 13
3.1.4. Идентификация ..................................... 14
3.2. Данные представления ....................................... 17
3.3. Семантика полезной нагрузки ......................................... 17
3.4. Согласование содержания ....................................... 18
3.4.1. Проактивные переговоры .............................. 19
3.4.2. Реактивное согласование ............................... 20
4. Способы запроса .............................................. ..21
4.1. Обзор ................................................. .21
4.2. Общие свойства метода .................................. 22
4.2.1. Безопасные методы ....................................... 22
4.2.2. Идемпотентные методы ................................. 23
4.2.3. Кэшируемые методы .................................. 24
4.3. Определения методов ........................................ 24
4.3.1. ПОЛУЧИТЬ ................................................ 24
4.3.2. ГОЛОВА ............................................... 25
4.3.3. ПОЧТА ..................................