Этот промежуточный ответ указывает, что клиент должен продолжить запрос или проигнорировать ответ, если запрос уже завершён.

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

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

Этот код состояния предназначен в первую очередь для использования с заголовком Link, позволяя пользовательскому агенту начать предварительную загрузку ресурсов, пока сервер готовит ответ.

Запрос успешно выполнен. Значение "успеха" зависит от метода HTTP:

• GET: Ресурс был получен и передан в теле сообщения.
• HEAD: Заголовки представления включены в ответ без тела сообщения.
• PUT или POST: Ресурс, описывающий результат действия, передан в теле сообщения.
• TRACE: Тело сообщения содержит запрос, полученный сервером.

Запрос выполнен успешно, и в результате был создан новый ресурс. Обычно это ответ, отправленный после запросов POST или некоторых запросов PUT.

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

Этот код ответа означает, что возвращаемые метаданные не совсем идентичны тем, что доступны от исходного сервера, но собраны с локальной или сторонней копии. В основном используется для зеркал или резервных копий другого ресурса. За исключением этого конкретного случая, предпочтительнее ответ 200 OK.

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

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

Этот код ответа используется, когда клиент отправляет заголовок Range, чтобы запросить только часть ресурса.

Передает информацию о нескольких ресурсах, для ситуаций, когда может быть уместно несколько кодов состояния.

Используется внутри элемента ответа <dav:propstat> для предотвращения повторного перечисления внутренних членов нескольких связей с одним и тем же набором.

Сервер выполнил запрос GET для ресурса, и ответ представляет собой результат одного или нескольких манипуляций с экземпляром, применённых к текущему экземпляру.

Запрос имеет более одного возможного ответа. Пользовательский агент или пользователь должен выбрать один из них. (Нет стандартного способа выбора одного из ответов, но рекомендуется использовать HTML-ссылки на варианты, чтобы пользователь мог выбрать.)

URL запрошенного ресурса был изменён постоянно. Новый URL указан в ответе.

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

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

Используется для кэширования. Указывает клиенту, что ответ не был изменён, поэтому клиент может продолжить использовать ту же кэшированную версию ответа.

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

Этот код ответа больше не используется; он просто зарезервирован. Он использовался в предыдущей версии спецификации HTTP/1.1.

Сервер отправляет этот ответ, чтобы направить клиента к получению запрошенного ресурса по другому URI с тем же методом, что использовался в предыдущем запросе. Этот ответ имеет те же семантические значения, что и код ответа 302 Found HTTP, за исключением того, что пользовательский агент не должен изменять используемый HTTP-метод: если в первом запросе был использован POST, то во втором запросе должен быть использован POST.

Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке ответа HTTP Location:. Это имеет те же семантические значения, что и код ответа 301 Moved Permanently HTTP, за исключением того, что пользовательский агент не должен изменять используемый HTTP-метод: если в первом запросе был использован POST, то во втором запросе должен быть использован POST.

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

Хотя HTTP-стандарт определяет "неавторизованный", семантически этот ответ означает "необоснованный". То есть, клиент должен пройти процедуру аутентификации, чтобы получить запрашиваемый ответ.

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

Клиент не имеет прав доступа к контенту; то есть, он неавторизован, поэтому сервер отказывается предоставить запрашиваемый ресурс. В отличие от 401 Unauthorized, идентичность клиента известна серверу.

Сервер не может найти запрашиваемый ресурс. В браузере это означает, что URL не распознан. В API это также может означать, что конечная точка валидна, но сам ресурс не существует. Серверы также могут отправлять этот ответ вместо 403 Forbidden , чтобы скрыть существование ресурса от неавторизованного клиента. Этот код ответа, вероятно, наиболее известен из-за его частой встречаемости в сети.

Метод запроса известен серверу, но не поддерживается целевым ресурсом. Например, API может не допускать вызова DELETE для удаления ресурса.

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

Это аналогично 401 Unauthorized, но аутентификация требуется через прокси.

Некоторые серверы отправляют этот ответ по неактивному соединению даже без предварительного запроса клиента. Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, так как некоторые браузеры, такие как Chrome, Firefox 27+, или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга. Также обратите внимание, что некоторые серверы просто закрывают соединение без отправки этого сообщения.

Этот ответ отправляется, когда запрос противоречит текущему состоянию сервера.

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

Сервер отклонил запрос, потому что поле заголовка Content-Length не определено, а сервер его требует.

Клиент указал предварительные условия в своих заголовках, которые сервер не выполняет.

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

Запрашиваемый URI клиента длиннее, чем сервер готов интерпретировать.

Формат данных, запрошенных клиентом, не поддерживается сервером, поэтому сервер отклоняет запрос.

Диапазон, указанный в поле заголовка Range запроса, не может быть выполнен. Возможно, диапазон выходит за пределы размера данных целевого URI.

Этот код ответа означает, что ожидание, указанное в поле заголовка запроса Expect, не может быть выполнено сервером.

Сервер отказывается пытаться сварить кофе с чайником.

Запрос был направлен на сервер, который не может сгенерировать ответ. Это может быть отправлено сервером, который не настроен на генерацию ответов для сочетания схемы и авторитета, которые включены в URI запроса.

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

Доступный ресурс заблокирован.

Запрос завершился неудачей из-за сбоя предыдущего запроса.

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

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

Исходный сервер требует, чтобы запрос был условным. Этот ответ призван предотвратить проблему «потерянного обновления», когда клиент GET состояние ресурса, изменяет его и PUT его обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что приводит к конфликту.

Пользователь отправил слишком много запросов за определенное время («ограничение скорости»).

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

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

Сервер столкнулся с ситуацией, с которой не знает, как справиться.

Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы обязаны поддерживать (и поэтому не должны возвращать этот код), это GET и HEAD.

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

Сервер не готов обработать запрос. Распространённые причины: сервер находится в режиме технического обслуживания или перегружен. Обратите внимание, что вместе с этим ответом должен быть отправлен понятный пользователю веб-страницы с объяснением проблемы. Этот ответ должен использоваться для временных ситуаций, а заголовок Retry-After HTTP, по возможности, должен содержать приблизительное время восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшированием, которые отправляются вместе с этим ответом, так как эти ответы для временных ситуаций обычно не должны кэшироваться.

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

Используемая в запросе версия HTTP не поддерживается сервером.

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

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

Сервер обнаружил бесконечную петлю при обработке запроса.

Для выполнения запроса сервером требуются дополнительные расширения.

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