Коды состояния ответа HTTP указывают, является ли конкретный HTTP
запрос успешно выполнен.
Ответы сгруппированы в пять классов:
- Информационные ответы
(100
–199
) - Успешные ответы
(200
–299
) - Сообщения о перенаправлении
(300
–399
) - Ответы клиента об ошибках
(400
–499
) - Ответы об ошибках сервера
(500
–599
)
Перечисленные ниже коды состояния определены RFC 9110 .
.
Примечание:
Если вы получили ответ, которого нет в этом списке
, это нестандартный ответ, возможно, созданный специально для программного обеспечения сервера.
Информационные ответы
-
100 Continue
-
Этот промежуточный ответ указывает, что клиент должен продолжить запрос или игнорировать ответ, если запрос уже завершен.
-
101 Switching Protocols
-
Этот код отправляется в ответ на
Upgrade
заголовок запроса от клиента и указывает протокол, на который переключается сервер. -
102 Processing
( WebDAV
) -
Этот код указывает, что сервер получил и обрабатывает запрос, но ответа пока нет.
-
103 Early Hints
Успешные ответы
-
200 OK
-
Запрос выполнен успешно. Значение результата «успех» зависит от метода HTTP:
-
GET
: Ресурс был получен и передан в теле сообщения. -
HEAD
: заголовки представления включаются в ответ без тела сообщения. -
PUT
илиPOST
: Ресурс, описывающий результат действия, передается в теле сообщения. -
TRACE
: Тело сообщения содержит сообщение запроса, полученное сервером.
-
-
201 Created
-
Запрос выполнен успешно, в результате был создан новый ресурс. Обычно это ответ, отправленный после
POST
запросы или некоторыеPUT
Запросы. -
202 Accepted
-
Запрос получен, но еще не обработан.
Это ни к чему не обязывает, поскольку в HTTP нет возможности позже отправить асинхронный ответ, указывающий результат запроса.
Он предназначен для случаев, когда запрос обрабатывается другим процессом или сервером, или для пакетной обработки. -
Этот код ответа означает, что возвращенные метаданные не совсем совпадают с теми, которые доступны на исходном сервере, а собираются из локальной или сторонней копии.
Чаще всего это используется для зеркал или резервных копий другого ресурса.
За исключением этого конкретного случая,200 OK
ответ предпочтительнее этого статуса. -
204 No Content
-
205 Reset Content
-
206 Partial Content
-
Этот код ответа используется, когда
Range
заголовок отправляется от клиента для запроса только части ресурса. -
207 Multi-Status
( WebDAV
) -
Передает информацию о нескольких ресурсах для ситуаций, когда могут быть уместны несколько кодов состояния.
-
208 Already Reported
( WebDAV
) -
Используется внутри
<dav:propstat>
элемент ответа, чтобы избежать повторного перечисления внутренних членов нескольких привязок к одной и той же коллекции. -
226 IM Used
( Дельта-кодирование HTTP
) -
Сервер выполнил
GET
запрос ресурса, а ответ представляет собой результат одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.
Сообщения о перенаправлении
-
300 Multiple Choices
-
301 Moved Permanently
-
URL запрошенного ресурса был изменен навсегда. Новый URL-адрес указан в ответе.
-
302 Found
-
Этот код ответа означает, что URI запрошенного ресурса был временно изменен .
.
В будущем могут быть внесены дальнейшие изменения в URI. Следовательно, этот же URI должен использоваться клиентом в будущих запросах. -
303 See Other
-
Сервер отправил этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с помощью запроса GET.
-
304 Not Modified
-
Это используется для целей кэширования.
Он сообщает клиенту, что ответ не был изменен, поэтому клиент может продолжать использовать ту же кэшированную версию ответа. -
305 Use Proxy
-
Определен в предыдущей версии спецификации HTTP, чтобы указать, что запрошенный ответ должен быть доступен через прокси.
Он устарел из-за проблем безопасности, связанных с внутренней настройкой прокси-сервера. -
306 unused
-
Этот код ответа больше не используется; это просто зарезервировано. Он использовался в предыдущей версии спецификации HTTP/1.1.
-
307 Temporary Redirect
-
308 Permanent Redirect
Ответы клиента об ошибках
-
400 Bad Request
-
Сервер не может или не будет обрабатывать запрос из-за чего-то, что воспринимается как ошибка клиента (например, неверный синтаксис запроса, неверный кадр сообщения запроса или обманная маршрутизация запроса).
-
Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неаутентифицированный».
То есть клиент должен аутентифицировать себя, чтобы получить запрошенный ответ. -
402 Payment Required
-
Этот код ответа зарезервирован для использования в будущем.
Первоначальной целью создания этого кода было использование его для цифровых платежных систем, однако этот код состояния используется очень редко, и стандартного соглашения не существует. -
403 Forbidden
-
Клиент не имеет прав доступа к контенту; то есть он неавторизован, поэтому сервер отказывается предоставить запрошенный ресурс.
В отличие от401 Unauthorized
, личность клиента известна серверу. -
404 Not Found
-
Сервер не может найти запрошенный ресурс.
В браузере это означает, что URL-адрес не распознан.
В API это также может означать, что конечная точка действительна, но сам ресурс не существует.
Серверы также могут отправлять этот ответ вместо403 Forbidden
скрыть существование ресурса от неавторизованного клиента.
Этот код ответа, вероятно, наиболее известен из-за его частого появления в сети. -
405 Method Not Allowed
-
Метод запроса известен серверу, но не поддерживается целевым ресурсом.
Например, API может не разрешать вызовDELETE
.
удалить ресурс. -
406 Not Acceptable
-
407 Proxy Authentication Required
-
Это похоже на
401 Unauthorized
но аутентификация должна выполняться через прокси. -
408 Request Timeout
-
Некоторые серверы отправляют этот ответ при простое соединения даже без предварительного запроса со стороны клиента.
Это означает, что сервер хотел бы закрыть это неиспользуемое соединение.
Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome, Firefox 27+ или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга.
Также обратите внимание, что некоторые серверы просто отключают соединение, не отправляя это сообщение. -
409 Conflict
-
Этот ответ отправляется, когда запрос конфликтует с текущим состоянием сервера.
-
410 Gone
-
Этот ответ отправляется, когда запрошенный контент был окончательно удален с сервера без адреса пересылки.
Ожидается, что клиенты удалят свои кеши и ссылки на ресурс.
Спецификация HTTP предполагает, что этот код состояния будет использоваться для «ограниченных по времени рекламных услуг».
API не должны чувствовать себя обязанными указывать ресурсы, которые были удалены, с помощью этого кода состояния. -
411 Length Required
-
Сервер отклонил запрос, поскольку
Content-Length
Поле заголовка не определено, и оно требуется серверу. -
412 Precondition Failed
-
Клиент указал в своих заголовках предварительные условия, которым сервер не соответствует.
-
413 Payload Too Large
-
Объект запроса превышает ограничения, определенные сервером.
Сервер может закрыть соединение или вернутьRetry-After
поле заголовка. -
414 URI Too Long
-
URI, запрошенный клиентом, длиннее, чем сервер готов интерпретировать.
-
415 Unsupported Media Type
-
Медиа-формат запрошенных данных не поддерживается сервером, поэтому сервер отклоняет запрос.
-
416 Range Not Satisfiable
-
Диапазон, указанный
Range
Поле заголовка в запросе не может быть заполнено.
Возможно, диапазон выходит за пределы размера данных целевого URI. -
417 Expectation Failed
-
Этот код ответа означает ожидание, обозначенное
Expect
Поле заголовка запроса не может быть удовлетворено сервером. -
418 I'm a teapot
-
Сервер отказывается от попытки заварить кофе в чайнике.
-
421 Misdirected Request
-
Запрос был направлен на сервер, который не может дать ответ.
Его может отправить сервер, который не настроен на выдачу ответов для комбинации схемы и полномочий, включенных в URI запроса. -
422 Unprocessable Content
( WebDAV
) -
423 Locked
( WebDAV
) -
Ресурс, к которому осуществляется доступ, заблокирован.
-
424 Failed Dependency
( WebDAV
) -
Запрос не выполнен из-за сбоя предыдущего запроса.
-
425 Too Early
-
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
-
426 Upgrade Required
-
Сервер отказывается выполнять запрос с использованием текущего протокола, но может быть готов сделать это после обновления клиента до другого протокола.
Сервер отправляетUpgrade
заголовок в ответе 426 для указания требуемого протокола(ов). -
428 Precondition Required
-
Исходный сервер требует, чтобы запрос был условным.
Этот ответ предназначен для предотвращения проблемы «потерянного обновления», когда клиентGET
состояние ресурса, изменяет его иPUT
Он возвращается на сервер, а тем временем третья сторона изменила состояние сервера, что привело к конфликту. -
429 Too Many Requests
-
Сервер не желает обрабатывать запрос, поскольку его поля заголовка слишком велики.
Запрос может быть отправлен повторно после уменьшения размера полей заголовка запроса.
Ответы сервера об ошибках
-
500 Internal Server Error
-
Сервер столкнулся с ситуацией, с которой не знает, как справиться.
-
501 Not Implemented
-
Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы должны поддерживать (и, следовательно, не должны возвращать этот код):
GET
иHEAD
. -
502 Bad Gateway
-
Этот ошибочный ответ означает, что сервер, работая как шлюз для получения ответа, необходимого для обработки запроса, получил недопустимый ответ.
-
504 Gateway Timeout
-
Этот ответ об ошибке выдается, когда сервер действует как шлюз и не может получить ответ вовремя.
-
505 HTTP Version Not Supported
-
Версия HTTP, использованная в запросе, не поддерживается сервером.
-
506 Variant Also Negotiates
-
На сервере произошла внутренняя ошибка конфигурации: выбранный вариантный ресурс сам настроен на участие в прозрачном согласовании контента и поэтому не является подходящей конечной точкой в процессе согласования.
-
507 Insufficient Storage
( WebDAV
) -
Этот метод не удалось выполнить для ресурса, поскольку сервер не может сохранить представление, необходимое для успешного выполнения запроса.
-
508 Loop Detected
( WebDAV
) -
Сервер обнаружил бесконечный цикл при обработке запроса.
-
510 Not Extended
-
Для того чтобы сервер выполнил запрос, требуются дальнейшие расширения.
-
511 Network Authentication Required
-
Указывает, что клиенту необходимо пройти аутентификацию для получения доступа к сети.
Совместимость с браузером
Таблицы BCD загружаются только в браузере
См. также
Код состояния HTTP
( англ.
Код состояния HTTP
) — первая часть ответа сервера при запросах по протоколу HTTP
.
Он представляет собой соединение трёхразрядного десятичного числа. Первая цифра указывает на класс состояния
. За код ответа
обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа. Примеры:
Создано 201 веб-страница 403 Доступ разрешен только зарегистрированным пользователям 507 Недостаточно места для хранения
Клиент не может знать все коды состояния, но он обязан отреагировать в соответствии с классом кода. В настоящее время выделено пять классов кодов состояния.
Веб-сервер Информационные службы Интернета
в своих файлах-журналах, кроме стандартных кодов состояния, используются подкоды, записывающие их точки через основное. При этом в ответах от сервера данный подкод не размещается — ему нужен администратор сервера, чтобы можно было более точно определить источник проблемы.
Ниже представлен обзорный список всех описанных в данной статье кодов ответа:


В этом классе выделены коды, информирующие о процессе передачи. При работе через протокол версии 1.0 сообщения с такими кодами должны закрываться. В версии 1.1 клиент должен быть готов принять этот класс сообщений как обычный ответ, но серверу отправлять что-либо не нужно. Сами сообщения от сервера содержат только начальный текст текста и, если необходимо, несколько заголовков полей, специфичных для ответа. Прокси-серверы
Подобные сообщения следует отправлять дальше с сервера в Китай.
-
100 Продолжить — удовлетворив исходные данные сервера по запросу, клиент может продолжить пересылку заголовков. Появился в HTTP/1.1. -
101 Протоколы коммутации — сервер выполняет требования клиента и переключает протоколы в соответствии с приведенными в поле заголовкаUpgrade
данными.
. Сервер отправляет заголовок ответаUpgrade
, указав протокол, на котором он переключился. Появился в HTTP/1.1. -
102 Обработка — запрос принят, но для его обработки потребуется время. Используется сервером, чтобы клиент не разорвал соединение из-за слишком большого времени ожидания. Клиент при получении такого ответа должен сбросить таймер и ожидать этой команды в обычном режиме. Появился в WebDAV
. -
103 Ранние подсказки — используются для раннего возврата частей заголовков, когда заголовки по полному ответу не могут быть быстро сформированы.
Сообщения данного класса информируют о случаях положительного ответа и обработки запроса клиента.
В зависимости от последствий сервер может дополнительно передавать заголовки и телесообщения.
-
200 ОК — успешный запрос. Если клиентом были запрошены какие-либо данные, то они оказались в заголовке и/или телесообщениях. Появился в HTTP/1.0. -
201 Created — в результате выполнения запроса был создан новый ресурс. Сервер может передать адрес (их может быть несколько) созданного ресурса в телеответ, при этом гарантированный адрес перехода в заголовкеLocation
. Сервер рекомендует проверить качество созданного ресурса и его адреса, формат тела определения, определенный заголовком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
. -
208 Already Reported — члены привязки DAV уже были перечислены в предыдущей части (multistatus) ответа и не включаются снова. -
226 IM Used — заголовокA-IM
от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229
для дополнения протокола HTTP поддержкой дельта-кодирования
.
Коды этого класса сообщают клиенту, что для успешного выполнения операции необходимо сделать другой запрос, как правило, по другому URI
. Из данного класса пять кодов 301
, 302
, 303
, 305
и 307
относятся непосредственно к перенаправлениям. Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location
. При этом допускается использование фрагментов в целевом URI.
Поведение клиентов при различных перенаправлениях описано в таблице:
-
300 Multiple Choices — по указанному URI существует несколько вариантов предоставления ресурса по типу MIME
, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0. -
301 Moved Permanently
— запрошенный документ был окончательно перенесен на новый URI, указанный в полеLocation
заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0. -
302 Found, 302 Moved Temporarily — запрошенный документ временно доступен по другому URI, указанному в заголовке в полеLocation
. Этот код может быть использован, например, при управляемом сервером согласовании содержимого
. Некоторые [ какие?
]
клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0. -
303 See Other — документ по запрошенному URI нужно запросить по адресу в полеLocation
заголовка с использованием методаGET
несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с кодом307
для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методомGET
. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методомPOST
, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом303
, указав в заголовкеLocation
его постоянный адрес. Тогда браузер гарантировано его запросит методомGET
для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1. -
304 Not Modified — сервер возвращает такой код, если клиент запросил документ методомGET
, использовал заголовокIf-Modified-Since
илиIf-None-Match
и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела. Появился в HTTP/1.0. -
305 Use Proxy — запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер
, URI которого указан в полеLocation
заголовка. Данный код ответа могут использовать только исходные HTTP-сервера (не прокси). Введено в HTTP/1.1. -
306 (зарезервировано) — использовавшийся в ранних версиях спецификации код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616
(обновление HTTP/1.1). Согласно ранним наброскам, код означал Switch Proxy, указывая клиенту сменить используемый прокси-сервер на указанный сервером в заголовке ответа [18]
. -
307 Temporary Redirect — запрашиваемый ресурс на короткое время доступен по другому URI, указанный в полеLocation
заголовка. Метод запроса (GET/POST) менять не разрешается. Например, POST-запрос должен быть отправлен по новому URI тем же методом POST. Этот код был введён вместе с 303-м вместо 302-го для избежания неоднозначности. Введено в RFC 2616
(обновление HTTP/1.1). -
308 Permanent Redirect — запрашиваемый ресурс был окончательно перенесен на новый URI, указанный в полеLocation
заголовка. Метод запроса (GET/POST) менять не разрешается. Например, POST-запрос должен быть отправлен по новому URI тем же методом POST. Этот код был введён вместо 301-го для избежания неоднозначности. Введено в RFC 7238
( RFC 7538
).
Класс кодов 4xx
предназначен для указания ошибок со стороны клиента. При использовании всех методов, кроме HEAD
, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя.
-
400 Bad Request — сервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0. -
401 Unauthorized — для доступа к запрашиваемому ресурсу требуется аутентификация
. В заголовке ответ должен содержать полеWWW-Authenticate
с перечнем условий аутентификации. Иными словами, для доступа к запрашиваемому ресурсу клиент должен представиться, послав запрос, включив при этом в заголовок сообщения полеAuthorization
с требуемыми для аутентификации данными. Если запрос уже включает данные для авторизации, ответ 401 означает, что в авторизации с ними отказано. -
402 Payment Required — предполагается использовать в будущем [ когда?
]
. В настоящий момент [ когда?
]
не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговых
компаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.


Коды 5xx
выделены под случаи необработанных исключений при выполнении операций на стороне сервера. Для всех ситуаций, кроме использования метода HEAD
, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю.
- Основные документы по протоколу HTTP (по убыванию даты публикации)
1xx
Hypertext Transfer Protocol (HTTP) Status Code Registry
multistatus
IANA
(17 октября 2007). — реестр кодов состояния HTTP .
17 февраля 2012 года.
RFC 2616 Draft standard «
A-IM
Hypertext Transfer Protocol — HTTP/1.1 » (англ.)
(с «Протокол передачи гипертекста — HTTP/1.1»); IETF
, июнь 1999;
Content-Range
Fielding Roy
(
), Gettys Jim
( Compaq
W3C
), Mogul J. ( Compaq
),
( MIT
/ W3C
), Masinter L. ( Xerox
), Leach P. ( Microsoft
), Berners-Lee Tim
( W3C
/ MIT
)
— обновление протокола HTTP версии 1.1.
» (англ.)
(с «Протокол передачи гипертекста — HTTP/1.1»); IETF
, январь 1997; Fielding Roy
(
), Gettys Jim
( DEC
), Mogul J. ( DEC
),
( MIT
/LCS), Berners-Lee Tim
( MIT
/LCS)
— ранняя спецификация по HTTP версии 1.1.
» (англ.)
(с «Протокол передачи гипертекста — HTTP/1.0»); IETF
, май 1996; Berners-Lee Tim
( MIT
/LCS), Fielding Roy
(
),
( MIT
/LCS)
— самая первая спецификация по протоколу HTTP. Так же включает в себя описание HTTP/0.9.
- Документы по расширениям и обновлениям протокола HTTP (по убыванию даты публикации)
- RFC 4918 Proposed Standard « HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)
» (англ.)
(с «Расширения HTTP для распределённой авторской работы и управления версиями через веб (WebDAV)»); IETF
, июнь 2007; Dusseault Ed. L. (
)
— поздняя спецификация по протоколу WebDAV, заместившая RFC 2518
. - RFC 3229 Proposed standard « Delta encoding in HTTP
» (англ.)
(с «Дельта-кодирование в HTTP»); IETF
, январь 2002; Mogul J. ( Compaq
WRL), Krishnamurthy B. ( AT&T
), Douglis F. ( AT&T
), Feldmann A. ( Univ. of Saarbrücken
), Goland Y. ( Marimba), van Hoff A. ( Marimba), Hellerstein D. ( ERS/USDA)
. - RFC 2817 Proposed Standard « Upgrading to TLS Within HTTP/1.1
» (англ.)
(с «Обновление к TLS совместно с HTTP/1.1»); IETF
, май 2000;
(4K Associates/
), Lawrence S. ( Agranat Systems, Inc.)
— обновление к RFC 2616
для описания работы HTTP и TLS
. - RFC 2774 Experimental « An HTTP Extension Framework
» (англ.)
(с «Каркас расширений HTTP»); IETF
, февраль 2000; - Microsoft
- ), Davis J. ( CourseNet), Clemm G. (
- ), Crawford J. (
- Novell
) - — первая спецификация по протоколу WebDAV (замещена RFC 4918
- ).
- IETF
, март 1998; Holtman K. ( TUE), Mutz A. ( Hewlett-Packard -
)
.
Nielsen H. ( Microsoft
), Leach P. (
), Lawrence S. ( Agranat Systems)
.
Internet Draft « WebDAV Advanced Collections Protocol
» (с «Протокол продвинутых коллекций WebDAV»); multistatus
IETF 1xx
, 18 июня 1999; Slein J. ( Xerox
), Whitehead Jr. E. J. (
Rational
), Fay C. (
IBM
), Chihaya T. ( DataChannel)
— управление коллекциями в WebDAV; просрочился 18 декабря 1999 года.
A-IM
RFC 2518 Proposed Standard « HTTP Extensions for Distributed Authoring — WEBDAV
» (англ.)
(с «Расширения HTTP для распределённой авторской работы — WEBDAV»);
IETF Microsoft
, февраль 1999; Goland Y. (
), Whitehead E. ( Location
), Faizi A. ( Content-Type
Netscape 202
), Carter S. ( Novell
), Jensen D. (
RFC 2295 Experimental « Transparent Content Negotiation in HTTP 200
» (англ.)
(с «Прозрачное согласование содержимого в HTTP»);
Дополнительные материалы
Content-Range
Web Distributed Authoring and Versioning (WebDAV) Protocol: Client Extensions
Microsoft
(14 марта 2007). — описание поддержки клиентских расширений в протоколе WebDAV .
Дата обращения: 30 июля 2009.
Архивировано
17 февраля 2012 года.
» (англ.)
(с «Гипертекстовый протокол управления кофеваркой (HTCPCP/1.0)»); IETF
, 1 апреля 1998; Masinter L.
.
. Microsoft
(4 декабря 2007). — список расширенных кодов состояния для протоколов HTTP и FTP .
Дата обращения: 16 января 2010.
Архивировано
17 февраля 2012 года.
. Яндекс
. — обработка кодов состояния HTTP роботами
Яндекса
.
Дата обращения: 2 мая 2018.
При работе программ под управлением Windows версий: 7, 8, 8.1, 10 в некоторых случаях могут появляться ошибки Windows. Что бы понять, какой код ошибки что означает, какая неполадка, неисправносить или глюк, расшифровка кодов поможет. Стоит понимать, что по коду ошибки можно понять лишь примерно, в каком направлении копать, при ремонте компьютера или восстановлении функционирования операционной системы.
Как правило, случаи бывают разные:
- Вирус на компьютере;
- Внутренние ошибки Windows после установки корявого ПО;
- Не корректная установка операционной системы;
- Аппаратные ошибки;
- Сбой жесткого диска;
Основные группы по кодам ошибок
1. Системные ошибки
2. Ошибки дисков и процессов
3. Ошибки – СЕМАФОРЫ
4. ОШИБКИ СИСТЕМНОГО РЕЕСТРА
5. ОШИБКИ ПРИ ЗАПУСКЕ СЛУЖБ
6. ОШИБКИ УСТРОЙСТВ КОМПЬЮТЕРА
7. ОШИБКИ УЧЕТНЫХ ЗАПИСЕЙ
Знать и запоминать все не стоит, но иметь список ошибок в своей базе знаний, да еще и с расшифровкой действительно не помешает.
Информационные
Upgrade:
RFC 8297 (Experimental)
Успешные
-
GET: “ПОЛУЧИТЬ”. Запрошенный ресурс был найден и передан в теле
ответа. - HEAD: “ЗАГОЛОВОК”. Заголовки переданы в ответе.
-
POST: “ПОСЫЛКА”. Ресурс, описывающий результат действия сервера на
запрос, передан в теле ответа. -
TRACE: “ОТСЛЕЖИВАТЬ”. Тело ответа содержит тело запроса полученного
сервером.
Сообщения о перенаправлениях
“Перемещён на постоянной основе”. Этот код ответа значит, что URI
запрашиваемого ресурса был изменён. Возможно, новый URI будет
предоставлен в ответе.
“Найдено”. Этот код ответа значит, что запрошенный ресурс
временно изменён
. Новые изменения в URI могут быть доступны в
будущем. Таким образом, этот URI, должен быть использован клиентом в
будущих запросах.
302 Found
POST
POST
“Перенаправление на постоянной основе”. Это означает, что ресурс
теперь постоянно находится в другом URI, указанном в заголовке
Location:
HTTP Response. Данный код ответа имеет ту же
семантику, что и код ответа 301 Moved Permanently
, за
исключением того, что агент пользователя не должен изменять
используемый метод HTTP: если POST
использовался в первом
запросе, POST
должен использоваться и во втором запросе.
Примечание:
Это экспериментальный код ответа,
Спецификация которого в настоящее время находится в черновом виде.
draft-reschke-http-status-308
Клиентские
GET
HEAD
HTTP механизмы предварительного соединения
баг 634278
Этот ответ отсылается, когда запрос конфликтует с текущим состоянием
сервера.
Этот ответ отсылается, когда запрашиваемый контент удалён с сервера.
Запрос отклонён, потому что сервер требует указание заголовка
, но он не указан.
Размер запроса превышает лимит, объявленный сервером. Сервер может
закрыть соединение, вернув заголовок Retry-After
Range
Expect
Серверные
GET
HEAD
Retry-After: