ДОКУМЕНТ КОДЫ ОШИБОК СИСТЕМЫ

Коды состояния ответа HTTP указывают, является ли конкретный HTTP
запрос успешно выполнен.
Ответы сгруппированы в пять классов:

  1. Информационные ответы
    ( 100
    199
    )
  2. Успешные ответы
    ( 200
    299
    )
  3. Сообщения о перенаправлении
    ( 300
    399
    )
  4. Ответы клиента об ошибках
    ( 400
    499
    )
  5. Ответы об ошибках сервера
    ( 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

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

401 Unauthorized

Хотя стандарт 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

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

503 Service Unavailable
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 Недостаточно места для хранения
  

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

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

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


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

ДОКУМЕНТ КОДЫ ОШИБОК СИСТЕМЫ
Диаграмма принятия веб-сервером решений на основе заголовков
ДОКУМЕНТ КОДЫ ОШИБОК СИСТЕМЫ
Статистика по кодам ответа, сгенерированный анализатором журналов Webalizer



В этом классе выделены коды, информирующие о процессе передачи. При работе через протокол версии 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.
ДОКУМЕНТ КОДЫ ОШИБОК СИСТЕМЫ
Сервер вернул ошибку 403 при попытке просмотра каталога «cgi-bin», доступ к которому был запрещён


ДОКУМЕНТ КОДЫ ОШИБОК СИСТЕМЫ
Пример ошибки 502 Bad Gateway

Коды 5xx
выделены под случаи необработанных исключений при выполнении операций на стороне сервера. Для всех ситуаций, кроме использования метода HEAD
, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю.


Основные документы по протоколу HTTP (по убыванию даты публикации)

1xx Hypertext Transfer Protocol (HTTP) Status Code Registry
multistatus
  IANA
(17 октября 2007). — реестр кодов состояния HTTP .

  • Дата обращения: 30 июля 2009.
  • Архивировано
    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.

  • RFC 2068 Proposed standard « Hypertext Transfer Protocol — 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.
  • RFC 1945 Informational « Hypertext Transfer Protocol — HTTP/1.0
    »  (англ.)
    (с  «Протокол передачи гипертекста — 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;
    • Nielsen H. ( Microsoft
      ), Leach P. (

    • Microsoft
    • ), Lawrence S. ( Agranat Systems)

      .

      Internet Draft « WebDAV Advanced Collections Protocol
      » (с  «Протокол продвинутых коллекций WebDAV»); multistatus IETF 1xx
      , 18 июня 1999; Slein J. ( Xerox
      ), Whitehead Jr. E. J. (

    • ), Davis J. ( CourseNet), Clemm G. (
    • Rational
      ), Fay C. (

    • ), Crawford J. (
    • IBM
      ), Chihaya T. ( DataChannel)
       — управление коллекциями в WebDAV; просрочился 18 декабря 1999 года.

      A-IM RFC 2518 Proposed Standard « HTTP Extensions for Distributed Authoring — WEBDAV
      » 
      (англ.)

      (с  «Расширения HTTP для распределённой авторской работы — WEBDAV»);

      IETF
      , февраль 1999; Goland Y. (

      Microsoft
      ), Whitehead E. (
      Location
      ), Faizi A. ( Content-Type Netscape 202
      ), Carter S. ( Novell
      ), Jensen D. (

    • Novell
      )

    •  — первая спецификация по протоколу WebDAV (замещена RFC 4918

    • ).

    • RFC 2295 Experimental « Transparent Content Negotiation in HTTP 200
      »  (англ.)
      (с  «Прозрачное согласование содержимого в HTTP»);

    • IETF
      , март 1998;
      Holtman K. ( TUE), Mutz A. ( Hewlett-Packard

    • )
      .

    Дополнительные материалы


  • Content-Range Web Distributed Authoring and Versioning (WebDAV) Protocol: Client Extensions

      Microsoft
    (14 марта 2007). — описание поддержки клиентских расширений в протоколе WebDAV .
    Дата обращения: 30 июля 2009.
    Архивировано
    17 февраля 2012 года.

  • RFC 2324 Informational « Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0)
    »  (англ.)
    (с  «Гипертекстовый протокол управления кофеваркой (HTCPCP/1.0)»); IETF
    , 1 апреля 1998; Masinter L.
    .
  • KB 318380 Коды состояния служб IIS

    . Microsoft
    (4 декабря 2007). — список расширенных кодов состояния для протоколов HTTP и FTP .
    Дата обращения: 16 января 2010.
    Архивировано
    17 февраля 2012 года.

  • Справочник по кодам статуса HTTP

    . Яндекс
    . — обработка кодов состояния 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:

    Читайте также:  Po404 код ошибки

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *