Это список кодов статуса ответа протокола передачи гипертекста (HTTP). Коды статуса выдаются сервером в ответ на запрос клиента , сделанный серверу. Он включает коды из запроса комментариев IETF (RFC), других спецификаций и некоторые дополнительные коды, используемые в некоторых распространенных приложениях HTTP. Первая цифра кода статуса указывает один из пяти стандартных классов ответов. Показанные необязательные фразы сообщений являются типичными, но может быть предоставлена любая удобочитаемая альтернатива или вообще не предоставлена.
Если не указано иное, код состояния является частью стандарта HTTP. [1]
Все коды статуса HTTP-ответа разделены на пять классов или категорий. Первая цифра кода статуса определяет класс ответа, а последние две цифры не имеют никакой роли классификации или категоризации. Стандартом определены пять классов:
1xx информационный ответ – запрос получен, процесс продолжается
2xx успешно – запрос был успешно получен, понят и принят
Перенаправление 3xx – необходимо предпринять дополнительные действия для выполнения запроса.
Ошибка клиента 4xx – запрос содержит неверный синтаксис или не может быть выполнен
Ошибка сервера 5xx – сервер не смог выполнить, по всей видимости, допустимый запрос.
1xx информационный ответ
Информационный ответ указывает, что запрос был получен и понят. Он выдается на временной основе, пока продолжается обработка запроса. Он предупреждает клиента о необходимости дождаться окончательного ответа. Сообщение состоит только из строки состояния и необязательных полей заголовка и завершается пустой строкой. Поскольку стандарт HTTP/1.0 не определяет никаких кодов состояния 1xx, серверы не должны [примечание 1] отправлять ответ 1xx клиенту, совместимому с HTTP/1.0, за исключением экспериментальных условий.
100 Продолжить
Сервер получил заголовки запроса, и клиент должен продолжить отправку тела запроса (в случае запроса, для которого необходимо отправить тело; например, запрос POST ). Отправка большого тела запроса на сервер после того, как запрос был отклонен из-за ненадлежащих заголовков, будет неэффективной. Чтобы сервер проверил заголовки запроса, клиент должен отправить Expect: 100-continueзаголовок в своем первоначальном запросе и получить 100 Continueкод состояния в ответ перед отправкой тела. Если клиент получает код ошибки, такой как 403 (Forbidden) или 405 (Method Not Allowed), то он не должен отправлять тело запроса. Ответ 417 Expectation Failedуказывает, что запрос следует повторить без Expectзаголовка, поскольку он указывает, что сервер не поддерживает ожидания (это касается, например, серверов HTTP/1.0). [1] : §10.1.1
101 протокол коммутации
Запрашивающая сторона попросила сервер переключить протоколы, и сервер согласился сделать это.
Запрос WebDAV может содержать много подзапросов, включающих файловые операции, требующие много времени для выполнения запроса. Этот код указывает, что сервер получил и обрабатывает запрос, но ответ пока не доступен. [3] Это предотвращает истечение времени ожидания клиента и предположение, что запрос был утерян. Код статуса устарел. [4]
103 ранних подсказки (RFC 8297)
Используется для возврата некоторых заголовков ответа перед финальным HTTP-сообщением. [5]
2xx успех
Этот класс кодов статуса указывает на то, что запрошенное клиентом действие было получено, понято и принято. [2]
200 ОК
Стандартный ответ для успешных HTTP-запросов. Фактический ответ будет зависеть от используемого метода запроса . В запросе GET ответ будет содержать сущность, соответствующую запрошенному ресурсу. В запросе POST ответ будет содержать сущность, описывающую или содержащую результат действия.
201 Создано
Запрос был выполнен, что привело к созданию нового ресурса. [6]
202 Принято
Запрос принят к обработке, но обработка не завершена. Запрос может быть выполнен или нет, и может быть отклонен при обработке.
203 Неавторитетная информация (начиная с HTTP/1.1)
Сервер — это преобразующий прокси-сервер (например, веб-ускоритель ), который получил ответ 200 OK от своего источника, но возвращает измененную версию ответа источника. [1] : §15.3.4 [1] : §7.7
204 Нет контента
Сервер успешно обработал запрос и не возвращает никакого контента.
205 Сбросить содержимое
Сервер успешно обработал запрос, просит запрашивающую сторону сбросить вид документа и не возвращает никакого контента.
206 Частичное содержание
Сервер доставляет только часть ресурса ( байтовую подачу ) из-за заголовка диапазона, отправленного клиентом. Заголовок диапазона используется HTTP-клиентами для возобновления прерванных загрузок или разделения загрузки на несколько одновременных потоков.
207 Мультистатус (WebDAV; RFC 4918)
Тело сообщения, которое следует далее, по умолчанию является XML- сообщением и может содержать несколько отдельных кодов ответа в зависимости от того, сколько подзапросов было сделано. [7]
208 Уже сообщено (WebDAV; RFC 5842)
Члены привязки DAV уже были перечислены в предыдущей части ответа (мультистатусного) и не включаются повторно.
226 IM используется (RFC 3229)
Сервер выполнил запрос на ресурс, и ответ представляет собой представление результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру. [8]
3xx перенаправление
Этот класс кодов состояния указывает, что клиент должен предпринять дополнительные действия для завершения запроса. Многие из этих кодов состояния используются в перенаправлении URL . [2]
Пользовательский агент может выполнить дополнительное действие без взаимодействия с пользователем, только если метод, используемый во втором запросе, — GET или HEAD. Пользовательский агент может автоматически перенаправить запрос. Пользовательский агент должен обнаружить и вмешаться, чтобы предотвратить циклические перенаправления. [1] : §15.4
Сообщает клиенту о необходимости поиска (перейти к) другому URL-адресу. Спецификация HTTP/1.0 требовала от клиента выполнения временного перенаправления с помощью того же метода (исходная описывающая фраза была «Moved Temporarily»), [9] но популярные браузеры реализовали перенаправления 302, изменив метод на GET. Поэтому HTTP/1.1 добавил коды статуса 303 и 307, чтобы различать два поведения. [1] : §15.4
Ответ на запрос можно найти под другим URI с помощью метода GET. При получении в ответ на POST (или PUT/DELETE) клиент должен предположить, что сервер получил данные, и должен выдать новый запрос GET на указанный URI.
304 Не изменено
Указывает, что ресурс не был изменен с версии, указанной заголовками запроса If-Modified-Since или If-None-Match. В таком случае нет необходимости повторно передавать ресурс, поскольку у клиента все еще есть ранее загруженная копия.
305 Использовать прокси (начиная с HTTP/1.1)
Запрошенный ресурс доступен только через прокси, адрес которого указан в ответе. По соображениям безопасности многие HTTP-клиенты (например, Mozilla Firefox и Internet Explorer ) не подчиняются этому коду статуса. [10]
306 Переключатель Прокси
Больше не используется. Первоначально означало «Последующие запросы должны использовать указанный прокси».
307 Временное перенаправление (начиная с HTTP/1.1)
В этом случае запрос следует повторить с другим URI; однако будущие запросы должны по-прежнему использовать исходный URI. В отличие от того, как 302 был реализован исторически, метод запроса не может быть изменен при повторной отправке исходного запроса. Например, запрос POST следует повторить с использованием другого запроса POST.
308 Постоянное перенаправление
Этот и все будущие запросы должны быть направлены на указанный URI . 308 соответствует поведению 301, но не позволяет изменить метод HTTP . Так, например, отправка формы на постоянно перенаправленный ресурс может продолжаться гладко.
Ошибки клиента 4xx
Ошибка 404 на Wikimedia
Этот класс кодов состояния предназначен для ситуаций, в которых ошибка, по-видимому, вызвана клиентом. За исключением случаев ответа на запрос HEAD, сервер должен включить сущность, содержащую объяснение ситуации с ошибкой, и является ли это временным или постоянным состоянием. Эти коды состояния применимы к любому методу запроса . Агенты пользователя должны отображать любую включенную сущность пользователю.
400 Неверный запрос
Сервер не может или не будет обрабатывать запрос из-за очевидной ошибки клиента (например, неверно сформированный синтаксис запроса, слишком большой размер, недопустимое формирование сообщения запроса или обманчивая маршрутизация запроса).
401 Несанкционированный
Аналогично 403 Forbidden, но специально для использования, когда требуется аутентификация, которая не пройдена или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее вызов, применимый к запрошенному ресурсу. См. Базовая аутентификация доступа и Дайджест-аутентификация доступа . Семантически 401 означает «не аутентифицирован», у пользователя нет действительных учетных данных аутентификации для целевого ресурса.
Зарезервировано для будущего использования. Первоначально предполагалось, что этот код может использоваться как часть какой-либо формы цифровой наличности или схемы микроплатежей , как это было предложено, например, GNU Taler , [11] но этого пока не произошло, и этот код не получил широкого распространения. Google Developers API использует этот статус, если конкретный разработчик превысил дневной лимит запросов. [12] Sipgate использует этот код, если на счете недостаточно средств для начала вызова. [13] Shopify использует этот код, когда магазин не заплатил свои сборы и временно отключен. [14] Stripe использует этот код для неудавшихся платежей, когда параметры были правильными, например, заблокированные мошеннические платежи. [15]
Запрос содержал допустимые данные и был понят сервером, но сервер отклоняет действие. Это может быть связано с тем, что у пользователя нет необходимых разрешений для ресурса или ему нужна какая-то учетная запись, или он пытается выполнить запрещенное действие (например, создать дубликат записи, когда разрешена только одна). Этот код также обычно используется, если запрос предоставил аутентификацию, ответив на вызов поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
Запрошенный ресурс не найден, но может быть доступен в будущем. Последующие запросы клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET для формы, требующей представления данных через POST , или запрос PUT для ресурса, доступного только для чтения.
406 Неприемлемо
Запрошенный ресурс способен генерировать только контент, неприемлемый согласно заголовкам Accept, отправленным в запросе. См. Согласование контента .
407 Требуется аутентификация прокси-сервера
Клиент должен сначала пройти аутентификацию на прокси-сервере .
408 Тайм-аут запроса
Сервер отключился из-за ожидания запроса. Согласно спецификациям HTTP: "Клиент не выполнил запрос в течение времени, которое сервер был готов ждать. Клиент МОЖЕТ повторить запрос без изменений в любое более позднее время".
409 Конфликт
Указывает, что запрос не может быть обработан из-за конфликта в текущем состоянии ресурса, например конфликта редактирования между несколькими одновременными обновлениями.
410 Ушел
Указывает, что запрошенный ресурс ранее использовался, но больше не доступен и не будет доступен снова. Это следует использовать, когда ресурс был намеренно удален и ресурс должен быть очищен. Получив код статуса 410, клиент не должен запрашивать ресурс в будущем. Такие клиенты, как поисковые системы, должны удалить ресурс из своих индексов. В большинстве случаев использования клиентам и поисковым системам не требуется очищать ресурс, и вместо этого можно использовать «404 Not Found».
411 Требуемая длина
В запросе не указана длина его содержимого, требуемая запрашиваемым ресурсом.
412 Предварительное условие не выполнено
Сервер не соответствует одному из предварительных условий, которые отправитель запроса указал в полях заголовка запроса.
413 Полезная нагрузка слишком велика
Запрос больше, чем сервер готов или может обработать. Ранее назывался «Слишком большой объект запроса». [16] : §10.4.14
414 URI слишком длинный
Предоставленный URI был слишком длинным для обработки сервером. Часто это результат слишком большого количества данных , закодированных как строка запроса GET, в этом случае их следует преобразовать в запрос POST. Ранее назывался «Request-URI Too Long». [16] : §10.4.15
415 Неподдерживаемый тип носителя
Запрос сущности имеет тип носителя , который сервер или ресурс не поддерживает. Например, клиент загружает изображение как image/svg+xml , но сервер требует, чтобы изображения использовали другой формат.
416 Диапазон Неудовлетворительный
Клиент запросил часть файла ( байтовая подача ), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, которая находится за концом файла. Ранее называлось «Запрошенный диапазон не удовлетворяется». [16] : §10.4.17
417 Ожидания не оправдались
Сервер не может выполнить требования поля заголовка запроса Expect. [17]
Этот код был определен в 1998 году как одна из традиционных шуток IETF на первое апреля в RFC 2324, Hyper Text Coffee Pot Control Protocol , и не ожидается, что он будет реализован реальными HTTP-серверами. RFC указывает, что этот код должен возвращаться чайниками, которым было предложено сварить кофе. [18] Этот HTTP-статус используется в качестве пасхального яйца на некоторых веб-сайтах, например, пасхальное яйцо «Я чайник» на Google.com . [19] [20] [21] Иногда этот код статуса также используется в качестве ответа на заблокированный запрос вместо более подходящего 403 Forbidden. [22] [23]
421 Неправильно направленный запрос
Запрос был направлен на сервер, который не может дать ответ (например, из-за повторного использования соединения).
422 Необрабатываемый контент
Запрос был правильно сформирован (т.е. синтаксически верный), но не может быть обработан. [1] : §15.5.21
423 Заблокировано (WebDAV; RFC 4918)
Ресурс, к которому осуществляется доступ, заблокирован. [7]
424 Ошибка зависимости (WebDAV; RFC 4918)
Запрос не был выполнен, поскольку он зависел от другого запроса, а этот запрос не был выполнен (например, PROPPATCH). [7]
425 Слишком рано (RFC 8470)
Указывает на то, что сервер не желает рисковать, обрабатывая запрос, который может быть воспроизведен повторно.
Исходный сервер требует, чтобы запрос был условным. Предназначено для предотвращения проблемы «потерянного обновления», когда клиент получает состояние ресурса, изменяет его и возвращает его на сервер, в то время как третья сторона изменила состояние на сервере, что приводит к конфликту. [24]
429 Слишком много запросов (RFC 6585)
Пользователь отправил слишком много запросов за указанный промежуток времени. Предназначено для использования со схемами ограничения скорости . [24]
431 Поля заголовка запроса слишком большие (RFC 6585)
Сервер не желает обрабатывать запрос, поскольку либо отдельное поле заголовка, либо все поля заголовков вместе слишком велики. [24]
Оператор сервера получил законное требование отказать в доступе к ресурсу или набору ресурсов, включающему запрашиваемый ресурс. [25] Код 451 был выбран в качестве ссылки на роман « 451 градус по Фаренгейту» (см. Благодарности в RFC).
5xx ошибки сервера
Сервер не смог выполнить запрос.
Коды статуса ответа, начинающиеся с цифры "5", указывают на случаи, когда сервер знает, что он столкнулся с ошибкой или по иной причине не может выполнить запрос. За исключением случаев ответа на запрос HEAD, сервер должен включить сущность, содержащую объяснение ситуации ошибки, и указать, является ли это временным или постоянным состоянием. Аналогично, пользовательские агенты должны отображать любую включенную сущность пользователю. Эти коды ответа применимы к любому методу запроса .
500 Внутренняя ошибка сервера
Общее сообщение об ошибке, выдаваемое при возникновении непредвиденной ситуации и отсутствии подходящего более конкретного сообщения.
501 Не реализовано
Сервер либо не распознает метод запроса, либо не имеет возможности выполнить запрос. Обычно это подразумевает будущую доступность (например, новую функцию API веб-сервиса).
Сервер не может сохранить представление, необходимое для выполнения запроса. [7]
508 Обнаружена петля (WebDAV; RFC 5842)
Сервер обнаружил бесконечный цикл при обработке запроса (отправлено вместо 208 Already Reported).
510 Не расширено (RFC 2774)
Для выполнения запроса сервером необходимы дополнительные расширения. [28]
511 Требуется сетевая аутентификация (RFC 6585)
Клиенту необходимо пройти аутентификацию для получения доступа к сети. Предназначено для использования путем перехвата прокси-серверов, используемых для контроля доступа к сети (например, « порталы захвата », используемые для требования согласия с Условиями обслуживания перед предоставлением полного доступа к Интернету через точку доступа Wi-Fi ). [24]
Используется серверами Apache. Состояние ошибки, допускающее прохождение тел сообщений через сервер, когда ProxyErrorOverride параметр включен. В этой ситуации отображается вместо сообщения об ошибке 4xx или 5xx. [29]
Возвращается версией 1 API поиска и трендов Twitter, когда скорость клиента ограничена; версии 1.1 и более поздние используют вместо этого код ответа 429 Too Many Requests. [33] Фраза «Enhance your calm» («Укрепляйте спокойствие») взята из фильма 1993 года «Разрушитель» , и ее связь с этим числом, вероятно, является отсылкой к каннабису . [ требуется ссылка ]
430 Поля заголовка запроса слишком большие ( Shopify )
Устаревший ответ, используемый Shopify вместо кода ответа 429 Too Many Requests, когда в течение определенного периода времени запрашивается слишком много URL-адресов. [34]
Сервер превысил пропускную способность, указанную администратором сервера; это часто используется провайдерами общего хостинга для ограничения пропускной способности клиентов. [38]
529 Сайт перегружен
Используется Qualys в API тестирования сервера SSLLabs для сигнализации о том, что сайт не может обработать запрос. [39]
530 Сайт заморожен
Используется веб-платформой Pantheon Systems для обозначения сайта, который был заморожен из-за бездействия. [40]
Используется некоторыми HTTP-прокси для сигнализации тайм-аута чтения сети за прокси-сервером клиенту перед прокси-сервером. [41]
599 Ошибка тайм-аута сетевого подключения
Ошибка, используемая некоторыми HTTP-прокси для оповещения клиента, находящегося перед прокси-сервером, об истечении времени ожидания сетевого соединения за прокси-сервером.
Используется Shopify для указания того, что запрос содержит ошибку синтаксиса JSON. [35]
999 Нестандартный
Ошибка 999 используется LinkedIn и связана с блокировкой/защитой или невозможностью доступа к их веб-страницам без предварительного входа в систему. [42]
Сессия клиента истекла, и необходимо снова войти в систему. [43]
449 Повторить попытку с
Сервер не может выполнить запрос, поскольку пользователь не предоставил требуемую информацию. [44]
451 Перенаправление
Используется в Exchange ActiveSync, когда доступен более эффективный сервер или сервер не может получить доступ к почтовому ящику пользователя. [45] Ожидается, что клиент повторно запустит операцию HTTP AutoDiscover, чтобы найти более подходящий сервер. [46]
Иногда IIS использует дополнительные десятичные субкоды для более конкретной информации, [47] однако эти субкоды появляются только в полезной нагрузке ответа и в документации, а не вместо фактического кода состояния HTTP.
nginx
Программное обеспечение веб-сервера nginx расширяет пространство ошибок 4xx, чтобы сигнализировать о проблемах с запросом клиента. [48] [49]
444 Нет ответа
Используется внутренне [50], чтобы дать указание серверу не возвращать клиенту никакой информации и немедленно закрыть соединение.
494 Заголовок запроса слишком большой
Клиент отправил слишком большой запрос или слишком длинную строку заголовка.
495 Ошибка SSL-сертификата
Расширение кода ответа 400 Bad Request, используемое в случае, если клиент предоставил недействительный клиентский сертификат .
496 Требуется SSL-сертификат
Расширение кода ответа 400 Bad Request, используемое в случае, когда требуется клиентский сертификат, но он не предоставлен.
497 HTTP-запрос отправлен на HTTPS-порт
Расширение кода ответа 400 Bad Request, используемое, когда клиент сделал HTTP-запрос на порт, прослушивающий HTTPS-запросы.
499 Клиент Закрыл Запрос
Используется, когда клиент закрыл запрос до того, как сервер смог отправить ответ.
Исходный сервер вернул Cloudflare пустой, неизвестный или неожиданный ответ. [52]
521 Веб-сервер не работает
Исходный сервер отклонил соединения с Cloudflare. Решения безопасности на исходном сервере могут блокировать легитимные соединения с определенных IP-адресов Cloudflare.
522 Время ожидания соединения истекло
Cloudflare прервал соединение с исходным сервером.
523 Источник Недоступен
Cloudflare не может связаться с исходным сервером; например, если записи DNS для исходного сервера неверны или отсутствуют.
524 Произошел тайм-аут
Cloudflare смог установить TCP-соединение с исходным сервером, но не получил своевременный HTTP-ответ.
525 SSL-рукопожатие не удалось
Cloudflare не удалось согласовать SSL/TLS-соединение с исходным сервером.
526 Недействительный SSL-сертификат
Cloudflare не удалось проверить сертификат SSL на исходном веб-сервере. Также используется gorouter Cloud Foundry .
527 Ошибка рельсотрона (устарело)
Ошибка 527 указывает на прерванное соединение между Cloudflare и сервером Railgun исходного сервера. [53] Эта ошибка устарела, поскольку Cloudflare прекратил поддержку Railgun.
530
Ошибка 530 возвращается вместе с ошибкой 1xxx. [54]
Эластичная балансировка нагрузки AWS
Elastic Load Balancing в Amazon Web Services добавляет несколько пользовательских кодов возврата для оповещения о проблемах с клиентским запросом или исходным сервером. [55]
000
Возвращается с кадром HTTP/2 GOAWAY, если сжатая длина любого из заголовков превышает 8 Кбайт или если через одно соединение обслуживается более 10 Кбайт запросов. [55]
460
Клиент закрыл соединение с балансировщиком нагрузки до истечения периода ожидания простоя. Обычно, когда время ожидания клиента меньше времени ожидания Elastic Load Balancer. [55]
463
Балансировщик нагрузки получил заголовок запроса X-Forwarded-For с более чем 30 IP-адресами. [55]
464
Несовместимые версии протокола между клиентом и исходным сервером. [55]
561 Несанкционированный
Ошибка аутентификации, возвращенная сервером, зарегистрированным с балансировщиком нагрузки. Правило прослушивателя настроено на аутентификацию пользователей, но поставщик идентификации (IdP) вернул код ошибки при аутентификации пользователя. [55]
Коды предупреждений кэширования (устарело)
Следующие коды предупреждений, связанные с кэшированием, были указаны в RFC 7234. В отличие от других кодов состояния, указанных выше, они не отправлялись как статус ответа в протоколе HTTP, а как часть заголовка HTTP «Warning». [56] [57]
Поскольку этот заголовок «Предупреждение» часто не отправляется серверами и не подтверждается клиентами, этот заголовок и его коды были признаны устаревшими рабочей группой HTTP в 2022 году с появлением RFC 9111. [58]
110 Ответ устарел
Ответ, предоставленный кэшем, устарел (возраст содержимого превышает максимальный возраст, установленный заголовком Cache-Control или эвристически выбранным временем жизни).
111 Повторная проверка не удалась
Кэш не смог проверить ответ из-за невозможности связаться с исходным сервером.
112 Отключенная операция
Кэш намеренно отключен от остальной сети.
113 Эвристическое истечение срока действия
Кэш эвристически выбрал срок актуальности более 24 часов, а возраст ответа превышает 24 часа.
199 Разное Предупреждение
Произвольное, неспецифическое предупреждение. Текст предупреждения может быть зарегистрирован или представлен пользователю.
214 Применено преобразование
Добавляется прокси-сервером, если он применяет какие-либо преобразования к представлению, например, изменяет кодировку контента, тип носителя и т. п.
299 Разное Постоянное Предупреждение
То же, что 199, но указывает на постоянное предупреждение.
^ Выделенные слова и фразы, такие как «должен» и «следует» представляют собой рекомендации по толкованию, данные в RFC 2119.
Ссылки
^ abcdefg R. Fielding ; M. Nottingham; J. Reschke, ред. (июнь 2022 г.). Семантика HTTP. Internet Engineering Task Force . doi : 10.17487/RFC9110 . ISSN 2070-1721. STD 97. RFC 9110.Стандарт Интернета 97. Отменяет действие RFC 2818, 7230, 7231, 7232, 7233, 7235, 7538, 7615 и 7694. Обновляет RFC 3864.
^ abc "Hypertext Transfer Protocol (HTTP) Status Code Registry". Iana.org. Архивировано из оригинала 11 декабря 2011 г. Получено 8 января 2015 г.
^ Голанд, Яронн; Уайтхед, Джим ; Файзи, Асад; Картер, Стив Р.; Дженсен, Дел (февраль 1999 г.). Расширения HTTP для распределенной разработки – WEBDAV. Сетевая рабочая группа. doi : 10.17487/RFC2518 . RFC 2518.Предложенный стандарт. Устаревший из-за RFC 4918.
^ "102 Обработка – HTTP MDN". 25 июля 2023 г.Код статуса 102 устарел
^ Оку, Казухо (декабрь 2017 г.). Код статуса HTTP для указания подсказок. IETF . doi : 10.17487/RFC8297 . RFC 8297.Экспериментальный.
^ Стюарт, Марк; djna. "Создайте запрос с помощью POST, который возвращает коды 200 или 201 и содержимое". Stack Overflow . Архивировано из оригинала 11 октября 2016 г. Получено 16 октября 2015 г.
^ abcd Dusseault, Lisa, ed. (июнь 2007 г.). HTTP-расширения для распределенной веб-разработки и управления версиями (WebDAV). Сетевая рабочая группа. doi : 10.17487/RFC4918 . RFC 4918.Предложенный стандарт. Обновлен RFC 5689. Отменяет RFC 2518.
^ Хофф, Артур ван ; Дуглис, Фред; Кришнамурти, Балачандер; Голанд, Ярон Й.; Хеллерстайн, Дэниел М.; Фельдманн, Аня; Могул, Джеффри (январь 2002 г.). Дельта-кодирование в HTTP. Сетевая рабочая группа. doi : 10.17487/RFC3229 . RFC 3229.Предлагаемый стандарт.
^ T Berners-Lee ; R. Fielding ; H. Frystyk (май 1996 г.). Протокол передачи гипертекста — HTTP/1.0. Сетевая рабочая группа. doi : 10.17487/RFC1945 . RFC 1945.Информационный.
^ "Mozilla Bugzilla Bug 187996: Странное поведение при перенаправлении 305, комментарий 13". 3 марта 2003 г. Архивировано из оригинала 21 апреля 2014 г. Получено 21 мая 2009 г.
^ "Учебник GNU Taler для разработчиков веб-магазинов PHP 0.4.0". docs.taler.net . Архивировано из оригинала 8 ноября 2017 г. . Получено 29 октября 2017 г. .
^ "Google API Standard Error Responses". 2016. Архивировано из оригинала 25 мая 2017 г. Получено 21 июня 2017 г.
^ "Sipgate API Documentation". Архивировано из оригинала 10 июля 2018 г. Получено 10 июля 2018 г.
^ "Shopify Documentation". Архивировано из оригинала 25 июля 2018 г. Получено 25 июля 2018 г.
^ "Stripe API Reference – Errors". stripe.com . Получено 28 октября 2019 г. .
^ abc R. Fielding ; J. Gettys; J. Mogul; H. Frystyk ; L. Masinter ; P. Leach; T. Berners-Lee (август 1999 г.). Протокол передачи гипертекста — HTTP/1.1. Сетевая рабочая группа. doi : 10.17487/RFC2616 . RFC 2616.Устарело. Устарело в соответствии с RFC 7230, 7231, 7232, 7233, 7234 и 7235. Устаревший RFC 2068. Обновлено в соответствии с RFC 2817, 5785, 6266 и 6585.
^ TheDeadLike. "HTTP/1.1 Status Codes 400 and 417, cannot select which". serverFault . Архивировано из оригинала 10 октября 2015 г. Получено 16 октября 2015 г.
^ Л. Масинтер (1 апреля 1998 г.). Протокол управления гипертекстовым кофейником (HTCPCP/1.0). Сетевая рабочая группа. doi : 10.17487/RFC2324 . RFC 2324.Информационное. Обновлено RFC 7168. Это запрос на комментарии в честь Дня смеха . Любая попытка заварить кофе с помощью чайника должна привести к коду ошибки "418 Я чайник". Полученное тело сущности МОЖЕТ быть коротким и толстым.
^ Я чайник.
^ Барри Шварц (26 августа 2014 г.). «Новое пасхальное яйцо Google для SEO-гиков: статус сервера 418, я чайник». Search Engine Land . Архивировано из оригинала 15 ноября 2015 г. Получено 4 ноября 2015 г.
^ "Google's Teapot" . Получено 23 октября 2017 г. .
^ "Включить дополнительную веб-безопасность на веб-сайте". DreamHost . Получено 18 декабря 2022 г.
^ «Я зашёл на русский сайт и получил только этот паршивый чайник». PCMag . Получено 18 декабря 2022 г. .
^ abcd M. Nottingham; R. Fielding (апрель 2012 г.). Дополнительные коды статуса HTTP. Internet Engineering Task Force . doi : 10.17487/RFC6585 . ISSN 2070-1721. RFC 6585.Предложенный стандарт. Обновления RFC 2616.
^ Брей, Т. (февраль 2016 г.). «Код статуса HTTP для сообщения о юридических препятствиях». ietf.org . Архивировано из оригинала 4 марта 2016 г. Получено 7 марта 2015 г.
^ alex. "Какой правильный код статуса HTTP следует отправлять, когда сайт закрыт на техническое обслуживание?". Stack Overflow . Архивировано из оригинала 11 октября 2016 г. Получено 16 октября 2015 г.
^ Холтман, Коэн; Мутц, Эндрю Х. (март 1998 г.). Прозрачное согласование контента в HTTP. Сетевая рабочая группа. doi : 10.17487/RFC2295 . RFC 2295.Экспериментальный.
^ Нильсен, Хенрик Фристик ; Лич, Пол; Лоуренс, Скотт (февраль 2000 г.). Структура расширения HTTP. Сетевая рабочая группа. doi : 10.17487/RFC2774 . RFC 2774.Исторический.
^ "218 Это нормально – пояснение кода статуса HTTP". HTTP.dev . Получено 25 июля 2023 г. .
^ "framework/src/Illuminate/Foundation/Exceptions/Handler.php". GitHub . Получено 12 декабря 2023 г. .
^ "draft-ietf-webdav-protocol-05: Расширения для распределенной разработки во Всемирной паутине -- WEBDAV".
^ "Enum HttpStatus". Spring Framework . org.springframework.http. Архивировано из оригинала 25 октября 2015 г. Получено 16 октября 2015 г.
^ "Twitter Error Codes & Responses". Twitter . 2014. Архивировано из оригинала 27 сентября 2017 г. Получено 20 января 2014 г.
^ "Коды статуса HTTP и SEO: что вам нужно знать". ContentKing . Получено 9 августа 2019 г. .
^ abcd "Shopify API статус ответа и коды ошибок" . Получено 12 декабря 2023 г. .
^ "Скриншот страницы с ошибкой". Архивировано из оригинала (bmp) 11 мая 2013 г. Получено 11 октября 2009 г.
^ ab "Использование аутентификации на основе токенов". ArcGIS Server SOAP SDK . Архивировано из оригинала 26 сентября 2014 г. Получено 8 сентября 2014 г.
^ "Коды ошибок HTTP и быстрые исправления". Docs.cpanel.net. Архивировано из оригинала 23 ноября 2015 г. Получено 15 октября 2015 г.
^ "Документация API SSL Labs v3". github.com .
^ "Platform Considerations | Pantheon Docs". pantheon.io . Архивировано из оригинала 6 января 2017 г. . Получено 5 января 2017 г. .
^ "HTTP status codes – ascii-code.com". www.ascii-code.com . Архивировано из оригинала 7 января 2017 г. . Получено 23 декабря 2016 г. .
^ Видно в 2017 + 2024 пример
^ «Сообщение об ошибке при попытке входа в Exchange 2007 с помощью Outlook Web Access: «440 Login Time-out»». Microsoft . 2010 . Получено 13 ноября 2013 г. .
^ "2.2.6 449 Повторить попытку с кодом состояния". Microsoft . 2009. Архивировано из оригинала 5 октября 2009 г. Получено 26 октября 2009 г.
^ "MS-ASCMD, Раздел 3.1.5.2.2". Msdn.microsoft.com. Архивировано из оригинала 26 марта 2015 г. Получено 8 января 2015 г.
^ "Ms-oxdisco". Msdn.microsoft.com. Архивировано из оригинала 31 июля 2014 г. Получено 8 января 2015 г.
^ "Коды состояния HTTP в IIS 7.0". Microsoft . 14 июля 2009 г. Архивировано из оригинала 9 апреля 2009 г. Получено 1 апреля 2009 г.
^ "ngx_http_request.h". Исходный код nginx 1.9.5 . nginx inc. Архивировано из оригинала 19 сентября 2017 г. Получено 9 января 2016 г.
^ "ngx_http_special_response.c". Исходный код nginx 1.9.5 . nginx inc. Архивировано из оригинала 8 мая 2018 г. Получено 9 января 2016 г.
^ Директива «return» Архивировано 1 марта 2018 г. в документации Wayback Machine (модуль http_rewrite).
^ "Устранение неполадок: страницы ошибок". Cloudflare . Архивировано из оригинала 4 марта 2016 г. Получено 9 января 2016 г.
^ "527 Error: Railgun Listener to origin error". Cloudflare . Архивировано из оригинала 13 октября 2016 г. Получено 12 октября 2016 г.
^ "Ошибка 530". Cloudflare . Получено 1 ноября 2019 г. .
^ abcdef «Устранение неполадок балансировщиков нагрузки приложений – Эластичная балансировка нагрузки». docs.aws.amazon.com . Получено 17 мая 2023 г. .
^ Р. Филдинг ; М. Ноттингем; Дж. Решке (июнь 2014 г.). Протокол передачи гипертекста (HTTP/1.1): кэширование. Internet Engineering Task Force (IETF). doi : 10.17487/RFC7234 . RFC 7234.Предложенный стандарт. Раздел 5.5. Устаревший RFC 9111. Устаревший RFC 2616.
^ "Предупреждение – HTTP | MDN". developer.mozilla.org . Получено 15 августа 2021 г. . В данной статье используется текст, доступный по лицензии CC BY-SA 2.5.
^ "Предупреждение". HTTP-кэширование. Июнь 2022 г. раздел 5.5. doi : 10.17487/RFC9111 . RFC 9111.
Внешние ссылки
На Викискладе есть медиафайлы, связанные с кодами статуса HTTP .
Реестр кодов состояния протокола передачи гипертекста (HTTP) в Управлении по распределению адресов в Интернете
