403 код

Jack Maniak — Code 403


Коды ошибок состояния HTTP — 404, 403, 500 и прочие

Location заголовка

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

404 Not Found (Не найдено)
403 Access allowed only for registered users
201 Webpage Created
507 Insufficient Storage

Сейчас выделено пять классов кодов состояния.

Перечень описанных в публикации кодов ответа:

1xx: Informational (Информационные).
100 Continue (Продолжать).
101 Switching Protocols (Переключение протоколов).
102 Processing (Идёт обработка). 2xx: Success (Удачно).
200 OK (Отлично).
201 Created (Создано).
202 Accepted (Принято).
203 Non-Authoritative Information (Информация не авторитетна).
204 No Content (Нет содержимого).
205 Reset Content (Скинуть содержание).
206 Partial Content (Выборочное содержание).
207 Multi-Status (Многостатусный).
226 IM Used (IM использовано). 3xx: Redirection (Перенаправление).
300 Multiple Choices (Много выборов).
301 Moved Permanently (Перемещено целиком).
302 Found (Найдено).
303 See Other (Смотреть другое).
304 Not Modified (Не изменялось).
305 Use Proxy (Применять прокси).
306 (зарезервировано).
307 Temporary Redirect (Временное перенаправление). 4xx: Client Error (Ошибка Программа-клиента).
400 Bad Request (Плохой запрос).
401 Unauthorized (Неавторизован).
402 Payment Required (Нужна плата).
403 Forbidden (Запрещено).
404 Not Found (Не найдено).
405 Method Not Allowed (Способ не поддерживается).
406 Not Acceptable (Не допустимо).
407 Proxy Authentication Required (Нужна аутентификация прокси).
408 Request Timeout (Время ожидания истекло).
409 Conflict (Инцидент).
410 Gone (Удалён).
411 Length Required (Нужна длина).
412 Precondition Failed (Требование «ложно»).
413 Request Entity Too Large (Размер запроса чрезмерно велик).
414 Request-URI Too Long (Запрашиваемый URI очень длинный).
415 Unsupported Media Type (Неподдерживаемый вид данных).
416 Requested Range Not Satisfiable (Запрашиваемый диапазон не достижим).
417 Expectation Failed (Ожидаемое не допустимо).
422 Unprocessable Entity (Необрабатываемый экзмепляр).
423 Locked (Заблокировано).
424 Failed Dependency (Неисполненная зависимость).
425 Unordered Collection (Неупорядоченный комплект).
426 Upgrade Required (Нужно оновление).
449 Retry With (Повторить с. ). 5xx: Server Error (Ошибка сервера).
500 Internal Server Error (Внутренняя ошибка сервера).
501 Not Implemented (Не реализовано).
502 Bad Gateway (Плохой шлюз).
503 Service Unavailable (Сервис недоступен).
504 Gateway Timeout (Шлюз не отвечает).
505 HTTP Version Not Supported (Версия HTTP не поддерживается).
506 Variant Also Negotiates (Вариант тоже согласован).
507 Insufficient Storage (Переполнение хранилища).
509 Bandwidth Limit Exceeded (Исчерпана пропускная ширина канала).
510 Not Extended (Не расширено).

1xx: Informational (Информационные)
В этот класс выделены коды, информирующие о процессе передачи. В HTTP/1.0 сообщения с подобными кодами должны игнорироваться. В HTTP/1.1 Программа-клиент обязан быть готов принять этот класс сообщений как традиционный ответ, однако ничего серверу отправлять не надо. Сами сообщения от сервера содержат только стартовую строку ответа и, если требуется, несколько специфичных для ответа полей заголовка. Прокси-сервера аналогичные сообщения должны отправлять дальше от сервера к Программе-клиенту.
100 Continue (Продолжать)
Сервер удовлетворён начальными сведениями о запросе. Программа-клиент может продолжать пересылать заголовки.

101 Switching Protocols (Переключение протоколов)
Сервер рекомендует перейти на намного лучший для установленного ресурса протокол. Перечень предлагаемых протоколов сервер в первую очередь указывает в поле заголовка Update. Если Программу-клиента это заинтересует, то он отправляет новый запрос с указыванием иного протокола.

102 Processing (Идёт обработка)
Запрос принят, но на его обработку потребуется долгое время. Применяется сервером, чтобы Программа-клиент не разорвал соединение из-за увеличения времени ожидания. Программа-клиент во время получения подобного ответа должен скинуть таймер и дожидаться следующей команды в обыкновенном режиме.

2xx: Success (Удачно)
Сообщения данного класса информируют о случаях успешного принятия и отделки запроса Программы-клиента. В зависимости от положения сервер может ещё передать заголовки и тело сообщения.

200 OK (Отлично)
Эффективный запрос ресурса. Если Программой-клиентом были запрошены какие-нибудь данные, то они находятся в заголовке и/или теле сообщения.

201 Created (Создано) (Транзакция прошла удачно)
В результате успешного выполнения запроса создали новый ресурс. Сервер должен показать его расположение в заголовке Location. Серверу рекомендуется ещё указывать в заголовке характеристики сделанного ресурса (к примеру, в поле Content-Type). Если сервер не уверен, что ресурс на самом деле будет существовать к моменту получения данного сообщения Программой-клиентом, то лучше применять ответ 202.

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

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

204 No Content (Нет содержимого)
Сервер удачно обработал запрос, однако в ответе были переданы только заголовки без тела сообщения. Программа-клиент не должен оновлять содержание документа, но может применить к нему полученные метаданные.

205 Reset Content (Скинуть содержание)
Сервер заставляет Программу-клиента скинуть введённые клиентом данные. Тела сообщения сервер при этом не передаёт и документ оновлять не обязательно.

206 Partial Content (Выборочное содержание)
Сервер хорошо выполнил выборочный GET запрос, возвратив лишь часть. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Большое внимание во время работы с аналогичными ответами нужно выделить кэшированию.

207 могут-не (Многостатусный)
Сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется разместить в данном объекте статусы из серии 1xx из-за бессмысленности и избыточности.

226 IM Used (IM использовано)
Заголовок A-IM от Программы-клиента был удачно принят и сервер возвращает содержание с учитыванием перечисленных показателей.

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

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

Изготовители HTTP отмечают что многие Программы-клиенты при перенаправлениях с кодами 301 и 302 неправильно используют способ GET к другому ресурсу, не обращая внимания на то, что к первому запрос был с другим методом[3]. Во избежание недоразумений в версии HTTP/1.1 были введены коды 303 и 307 заместо 302. Менять способ необходимо, только если сервер ответил 303. В других вариантах следующий запрос делать с исходным способом.

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

301 Moved Permanently (Перемещено целиком)
Запрошенный документ был целиком перенесен на новый URI, указанный в поле Location заголовка. Некоторые Программа-клиенты нетактично ведут себя во время обработки данного кода (см. описание ко всему классу 3xx).

302 Found (Найдено)
Запрошенный документ на время доступен по-иному URI, указанному в заголовке в поле Location. Этот код может быть применен, к примеру, при управляемом сервером согласовании содержимого. Некоторые Программы-клиенты нетактично ведут себя во время обработки данного кода (см. описание ко всему классу 3xx).

303 See Other (Смотреть другое)
Документ по запрошенному URI необходимо запросить по адресу в поле Location заголовка с применением способа GET несмотря даже на то, что первый запрашивался другим способом. Этот код был введён одновременно с 307-ым для избегания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен GET-методом (см. описание ко всему классу 3xx).
К примеру, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер выполняет запрос способом POST, включая в тело сообщения введённый текст. Если найден документ с введённым наименованием, то сервер отвечает 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит GET-методом для получения содержимого. В другом случае сервер просто вернёт Программа-клиенту страницу с результатами поиска[прим 2].

304 Not Modified (Не изменялось)
Сервер возвращает такой код, если Программа-клиент попросил документ GET-методом , использовал заголовок If-Modified-Since или If-None-Match и документ не поменялся с установленного момента. При этом сообщение сервера не должно содержать тела.

305 Use Proxy (Применять прокси)
Запрос к запрашиваемому ресурсу должен выполняться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут применить только исходные HTTP-сервера (не прокси).

306 (зарезервировано)
Применялось раньше, сейчас зарезервировано.

307 Temporary Redirect (Временное перенаправление)
Запрашиваемый ресурс быстрое время доступен по иному URI (указывается в поле Location заголовка). Этот код был введён одновременно с 303 заместо 302-ого во избежания неоднозначности (см. описание ко всему классу 3xx).

4xx: Client Error (Ошибка Программа-клиента)
Класс кодов 4xx предназначается для указания ошибок со стороны Программы-клиента. При применении всех способов, помимо HEAD, сервер должен вернуть в теле сообщения гипертекстовое объяснение для клиента.

400 Bad Request (Плохой запрос)
Значит, что сервер обнаружил в запросе Программы-клиента синтаксическую погрешность.

401 Unauthorized (Не авторизован)
Запрос просит проверки на идентичность клиента. Сервер должен запросить имя и пароль у клиента, а тот передаст их в заголовке WWW-Authenticate в следующем запросе. Если были указаны неверные данные, то сервер опять вернёт данный же статус.

402 Payment Required (Нужна плата)
Необходимо обратить свое внимание что этот код предполагается для платных пользовательских сервисов, а не для хостинговых компаний. Если не оплачена услуга хостинга сайта, то логичней возвращать Программа-клиенту ответ из класса 5xx. К примеру, как cPanel возвращает ответ 509 (Bandwidth Limit Exceeded) когда площадкой превышен лимит на употребление трафика.

403 Forbidden (Запрещено)
Сервер предоставил погрешность 403 при попытке просмотра директории «cgi-bin», доступ к которой был запрещён.
Сервер понял запрос, однако он отказывается его исполнять из-за ограничений в доступе со стороны Программа-клиента к указанному ресурсу.
Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 (или 407 для прокси). В другом случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей применяемого ПО.
Во всяком случае Программе-клиенту следует сообщить причины отказа в отделке запроса.
Наиболее вероятными причинами ограничения как правило служат:

* Попытка доступа к системным ресурсам веб-сервера (к примеру, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт при помощи конфигурационных файлов.
* Для доступа требуется аутентификация не средствами HTTP (к примеру, для доступа к CMS или разделу для оформленных клиентов).
* Сервер не удовлетворён IP-адресом Программы-клиента (к примеру, кратковременная блокировка из-за частых обращений либо же на шаге разработки приложения доступ разрешён только некоторым IP).

404 Not Found (Не найдено)
Сервер понял запрос, однако не нашёл соответствующего документа или страницы по указанному URI. Если серверу известно, что по этому адресу был документ, то ему лучше всего применять код 410. Ответ 404 может применяться заместо 403, если требуется тщательно спрятать от чужих глаз конкретные ресурсы.

405 Method Not Allowed (Способ не используем)
Указанный Программой-клиентом способ нельзя применить к текущему ресурсу. В ответе сервер должен показать доступные способы в заголовке Allow разделив их запятой.
Необходимо обратить свое внимание что эту погрешность сервер должен возвращать если способ ему известен, однако он не используем собственно к указанному в запросе ресурсу. Если же указанный способ не используем на всём сервере, то Программе-клиенту необходимо вернуть ответ 501 (Not Implemented).

406 Not Acceptable (Не допустимо)
Запрошенный URI не способна удовлетворить переданным в заголовке свойствам. Если способ был не HEAD, то сервер должен вернуть перечень возможных параметров для этого ресурса.

407 Proxy Authentication Required (Нужна авторизация прокси)
Ответ подобен коду 401 кроме того, что аутентификация выполняется для прокси-сервера. Механизм подобен проверки на идентичность на исходном сервере.

408 Request Timeout (Время ожидания истекло)
Время ожидания сервером передачи от Программы-клиента истекло. Программа-клиент может повторить подобный предыдущему запрос когда будет угодно.
К примеру, данная ситуация может появиться при загрузке на сервер объёмного файла способом POST или PUT. В определенный момент передачи источник данных перестал отвечать (к примеру, из-за повреждёния компакт-диска или потеря связи с иным компьютером в местной сети). Пока Программа-клиент ничего не передаёт, дожидаясь от него ответа, соединение с сервером удерживается. Через определенный промежуток времени сервер может закрыть соединение со своей стороны чтобы позволить иным Программа-клиентам сделать запрос.
Ответ не идет назад когда Программа-клиент принудительно остановиа передачу по команде клиента или соединение прервалось по каким-либо другим причинам, так как ответ уже послать не возможно.

409 Conflict (Инцидент)
Запрос не может быть сделан из-за конфликтного обращения к ресурсу. Это может быть, к примеру, когда две Программы-клиента пытаются поменять ресурс при помощи способа PUT.

410 Gone (Удалён)
Такой ответ сервер отправляет, когда ресурс раньше был по указанному URI, но был удалён и сейчас недоступен. Серверу в данном случае не известно и расположение альтернативного документа (к примеру, копии). Если у сервера есть предположение, что документ в скором будущем может быть восстановлен, то лучше Программе-клиенту передать код 404.

411 Length Required (Нужна длина)
Для установленного ресурса Программа-клиент должен показать Content-Length в заголовке запроса. Без указания этого поля не нужно делать повторную попытку запроса к серверу по этому URI.
Такой ответ вполне естественнен для запросов типа POST и PUT. К примеру, если по указанному URI выполняется загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумнее будет проверить в начале заголовок Content-Length и сразу отказать в загрузке, чем нагнетать бессмысленную нагрузку разрывая соединение, когда Программа-клиент на самом деле отправит чрезмерно объёмное сообщение.

412 Precondition Failed (Требование «ложно»)
Идет назад, если ни одно из условных полей заголовка запроса не было сделано.

413 Request Entity Too Large (Размер запроса чрезмерно велик)
Идет назад в случае, когда сервер отказывается обработать запрос из-за причины очень большого размера тела запроса. Сервер может закрыть соединение, чтобы перестать последующую передачу запроса Программой-клиентом.
Если проблема кратковременная, то рекомендуется в ответ сервера включить заголовок Retry-After с указыванием времени, по окончании какого можно повторить подобный запрос.

414 Request-URL Too Long (Запрашиваемый URL очень длинный)
Сервер не может обработать запрос из-за чрезмерно длинного установленного URL. Такую погрешность можно спровоцировать, к примеру, когда Программа-клиент пытается передать длинные параметры через способ GET, а не POST.

415 Unsupported Media Type (Неподдерживаемый вид данных)
По какой-то причине сервер отказывается работать с указанным типом данных при этом методе.

416 Requested Range Not Satisfiable (Запрашиваемый диапазон не достижим)
В поле Range заголовка запроса был указан диапазон за границами ресурса и отсутствует поле If-Range. Если Программа-клиент передал байтовый диапазон, то сервер может вернуть настоящий размер в поле Content-Range заголовка. Данный ответ не необходимо применять при передаче типа multipart/byteranges.

417 Expectation Failed (Ожидаемое не допустимо)
По какой-то причине сервер не способна удовлетворить значению поля Expect заголовка запроса.

422 Unprocessable Entity (Необрабатываемый экземпляр)
Сервер удачно принял запрос, будет работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но есть какая-нибудь закономерная ошибка в результате которой нереально сделать операцию над ресурсом.

423 Locked (Заблокировано)
Целевой ресурс из запроса заблокирован от использования к нему установленного способа.

424 Failed Dependency (Неисполненная зависимость)
Реализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не сделана и благодаря этому нельзя сделать нынешний запрос, то сервер вернёт код 424.

425 Unordered Collection (Неупорядоченный комплект)
Данный ответ посылается если Программа-клиент послал запрос отметив положение в неотсортированной коллекции или применяя порядок движения компонентов замечательный от серверного.

426 Upgrade Required (Нужно оновление)
Сервер указывает Программе-клиенту на необходимость освежить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection.

449 Retry With (Повторить с. )
Идет назад сервером если для отделки запроса от Программы-клиента поступило не достаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request.
Сейчас как минимум применяется программой Микрософт Money. Более детальную информацию по этому коду ответа можно получить в библиотеке MSDN.

5xx: Server Error (Ошибка сервера)
Коды 5xx выделены под ситуации не удачного выполнения операции по вине сервера. Для всех обстоятельств, помимо применения способа HEAD, сервер должен включать в тело сообщения разъяснение, которое Программа-клиент отобразит клиенту.

500 Internal Server Error (Внутренняя ошибка сервера)
Каждая внутренняя ошибка сервера, которая не входит в рамки других ошибок класса 5xx.

501 Not Implemented (Не реализовано)
Сервер не поддерживает возможностей, нужных для отделки запроса.
Стереотипный ответ для случаев, когда сервер не понимает указанный в запросе способ. Если же способ серверу известен, однако он не используем исключительно к данному ресурсу, то необходимо вернуть ответ 405 (Method Not Allowed).

502 Bad Gateway (Плохой шлюз)
Сервер в роли шлюза или прокси получил сообщение о неудачном выполнении переходной операции.

503 Service Unavailable (Сервис недоступен)
Сервер на время не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и другое). В поле Retry-After заголовка сервер может показать время, через которое Программе-клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным считается сразу разрывать соединение, эффективнее оказаться может установка особого значения поля Retry-After Для снижения частоты избыточных запросов.

504 Gateway Timeout (Шлюз не отвечает)
Сервер в роли шлюза или прокси не дождался ответа от вышестоящего сервера для окончания текущего запроса.

505 HTTP Version Not Supported (Версия HTTP не поддерживается)
Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP.

506 Variant Also Negotiates (Вариант тоже согласован)
В результате ошибочной комбинации подобранный вариант указывает сам на себя благодаря чему процесс связывания прерывается.

507 Insufficient Storage (Переполнение хранилища)
Мало места для выполнения текущего запроса. Проблема может быть временной.

509 Bandwidth Limit Exceeded (Исчерпана пропускная ширина канала)
Применяется при превышении веб-площадкой отведённого ей ограничения на употребление трафика. В таком случае владельцу площадки нужно обратиться к собственному хостинг-провайдеру. Сейчас данный код не описан ни в одном RFC и применяется только модулем bw/limited, входящем в панель управления хостингом cPanel.

510 Not Extended (Не расширено)
На сервере отсутствует увеличение, которое думает применять Программа-клиент. Сервер может дополнительно передать информацию о доступных ему расширениях.

Ошибка 403

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

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

Сейчас выделено пять классов кодов состояния:

  • 1xx: Informational (русск.Информационный ) — запрос получен и понят, а обработка длится.
  • 2xx: Success (русск.Удачно ) — запрос был удачно получен, понят и прошел обработку.
  • 3xx: Redirection (русск.Перенаправление ) — для выполнения запроса обязаны быть предприняты будущие действия.
  • 4xx: Client Error (русск.Ошибка клиента ) — запрос имеет неправильный синтаксис или не может быть сделан.
  • 5xx: Server Error (русск.Ошибка сервера ) — сервер не в состоянии сделать возможный запрос, или не поддерживает запросы этого типа.

Ниже показаны коды ответа из реестра кодов состояния

1xx: Informational

В этот класс выделены коды, информирующие о процессе передачи.

Continue (русск. Продолжать )
Возник в HTTP/1.1.

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

Switching Protocols (русск. Переключение протоколов )
Возник в HTTP/1.1.

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

Processing русск. Идёт обработка
Возник в

2xx: Success

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

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

Created (русск. Создано )
Возник в HTTP/1.0.

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

Accepted (русск. Принято )
Возник в HTTP/1.0.

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

Non-Authoritative Information (русск. Неавторитетная информация )
Возник в HTTP/1.1.

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

No Content (русск. Нет содержимого )
Возник в HTTP/1.0.

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

Reset Content (русск. Скинуть содержание )
Возник в HTTP/1.1.

Сервер заставляет клиента скинуть введённые клиентом данные. Тела сообщения сервер при этом не передаёт и документ оновлять не обязательно.

Partial Content (русск. Выборочное содержание )
Возник в HTTP/1.1.

Сервер хорошо выполнил . В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Большое внимание во время работы с аналогичными ответами нужно выделить кэшированию.

Multi-Status (русск. Многостатусный )
Возник в XML-документа с единственным объектом multistatus. Не рекомендуется разместить в данном объекте статусы из серии 1xx из-за бессмысленности и избыточности.

IM Used (русск. IM использовано )
Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

Заголовок A-IM от клиента был удачно принят и сервер возвращает содержание с учитыванием перечисленных показателей.

3xx: Redirection

Коды положения класса 3xx сообщают клиенту что для успешного выполнения операции необходимо сделать следующий запрос к иному URI. Во многих случаях новый адрес указывается в поле Location заголовка. Заказчик в данном случае должен, в основном, сделать автоматизированный переход (жарг. редирект).

Необходимо обратить свое внимание, что при обращении к следующему ресурсу можно узнать ответ из такого же класса кодов. Выйдет даже длинная цепочка из перенаправлений, которые, если будут выполняется автоматично, сделают большую нагрузку на оборудование. Благодаря этому изготовители протокола HTTP настойчиво предлагают после второго подряд аналогичного ответа в первую очередь запрашивать доказательство на перенаправление у клиента (раньше рекомендовалось после 5-го). За этим смотреть обязан заказчик, так как нынешний сервер может перенаправить клиента на ресурс иного сервера. Заказчик также должен устранить попадание в круговые перенаправления.

Multiple Choices (русск. Несколько выборов )
Возник в HTTP/1.0.

По указанному URI есть пару вариантов предъявления ресурса по типу

Moved Permanently (русск. Перемещёно целиком )
Возник в HTTP/1.0.

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

Ответ может кэшироваться.

Если код состояния 301 получен после запроса GET или HEAD, то заказчик должен запросить клиента перед адресацией.

Found (русск. Найдено )
Введено в HTTP/1.0.

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

Код считается примером того, как практика не отвечает нормам. Специфика HTTP/1.0 требовала от клиента выполнения временной переадресации («Moved temporarly» в оригинале), но распространенные браузеры применяли 303 See other. Благодаря этому специфика HTTP/1.1 (RFC 2068) добавила коды состояний 303 и 307, стараясь освободится от неоднозначности. Но все таки, большинство веб-приложений как и раньше применяют код 302, как если бы он был кодом 303.

See Other (русск. Смотреть другое )
Введено в HTTP/1.1.

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

Not Modified (русск. Не изменено )
Возник в HTTP/1.0.

Сервер возвращает такой код, если заказчик попросил документ способом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не поменялся с установленного момента. При этом сообщение сервера не должно содержать тела.

Use Proxy (русск. Применять прокси )
Введено в HTTP/1.1.

Запрос к запрашиваемому ресурсу должен выполняться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут применить только родные HTTP-сервера (не прокси).

Упомянуто в RFC 2616 (оновление HTTP/1.1).

Применялось раньше. Сейчас зарезервировано.

Temporary Redirect (русск. Временное перенаправление ) Введено в RFC 2616 (оновление HTTP/1.1).

Запрашиваемый ресурс быстрое время доступен исключительно по иному URI (указывается в поле Location заголовка). Если был послан не способ HEAD, то серверу следует включать в тело сообщения короткое гипертекстовое описание. При применении всех способов помимо GET и POST заранее следует предупредить клиента о временном изменении ссылки.

4xx: Client Error

Класс кодов 4xx предназначается для указания ошибок со стороны клиента. При применении всех способов, помимо HEAD, сервер должен вернуть в теле сообщения гипертекстовое объяснение для клиента.

Для облегчения запоминания значений кодов есть приёмы иллюстративной мнемотехники (к примеру, для диапазона 400 по 417 [1] )

Bad Request (русск. Плохой запрос )
Возник в HTTP/1.0.

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

Unauthorized (русск. Неавторизован )
Возник в HTTP/1.0.

Запрос просит проверки на идентичность клиента. Заказчик должен запросить имя и пароль у клиента и передать их в записи WWW-Authenticate заголовка в следующем запросе. В случае ввода неправильных данных сервер опять вернёт данный же статус.

Payment Required (русск. Нужна плата )
Зарезервирован начав с HTTP/1.1.

Планируется применять в будущем. Сейчас не применяется.

HTTP Сервер

Forbidden (русск. Запрещено )
Возник в HTTP/1.0.

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

Сообщение 403 может возвращаться, если хозяин сайта по каким-либо соображениям решил закрыть от клиентов часть информации. Также, если веб-сервер не имеет прав доступа к запрошенному документу, он также вернёт код 403. Обычная ситуация, когда страница может в действительности не существует, но сервер выдаст погрешность 403 (запрещено), а не 404 (не найдено): страница находится в директории foo, доступ к которой был запрещён веб-серверу — подобным образом веб-сервер не может «знать», есть в данной директории данная страница, или нет.

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

Возник HTTP Сервер

Not Found (русск. Не найдено )
Возник в HTTP/1.0.

  • Медиафайлы по теме http-ошибка 404 с Викисклада.
  • ErrorDocument Directive — инструкции для создания пользовательских 404-х страниц для Apache 2.2 web server.
  • 404 Research Lab — Все о 404-х страничках
  • Несколько 404-х страниц в одной — Несколько 404-х страниц в одной

Method Not Allowed (русск. Способ не поддерживается )
Возник в HTTP/1.1.

Указанный клиентом способ нельзя применить к ресурсу. Сервер также должен передать в заголовке ответа поле Allow со перечнем доступных способов.

Not Acceptable (русск. Не допустимо )
Возник в HTTP/1.1.

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

Proxy Authentication Required (русск. Нужна авторизация прокси )
Возник в HTTP/1.1.

Ответ подобен коду 401 кроме того, что аутентификация выполняется для прокси-сервера. Механизм подобен проверки на идентичность на самом обыкновенном сервере.

Request Timeout (русск. Время ожидания истекло )
Возник в HTTP/1.1,

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

Conflict (русск. Инцидент )
Возник в HTTP/1.1.

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

Gone (русск. Удалён )
Возник в HTTP/1.1.

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

Length Required (русск. Нужна длина )
Возник в HTTP/1.1.

Для установленного ресурса заказчик должен показать Content-Length в заголовке запроса. Без указания этого поля не нужно делать повторную попытку запроса к серверу по этому URI.

Precondition Failed (русск. Требование «ложно» )
Возник в HTTP/1.1.

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

Request Entity Too Large (русск. Запрашиваемые данные очень большие )
Возник в HTTP/1.1.

Идет назад если сервер по какой-то причине не имеет право передать запрашиваемый объём информации. Если проблема кратковременная, то сервер может в ответе показать в поле Retry-After время, по окончании какого можно повторить подобный запрос.

Request-URI Too Long (русск. Запрашиваемый URI очень длинный )
Возник в HTTP/1.1.

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

Unsupported Media Type (русск. Неподдерживаемый вид данных )
Возник в HTTP/1.1.

По какой-то причине сервер отказывается работать с указанным типом данных при этом методе.

Requested Range Not Satisfiable (русск. Запрашиваемый диапазон не достижим )
Введено в RFC 2616 (оновление HTTP/1.1).

В поле Range заголовка запроса был указан диапазон за границами ресурса и отсутствует поле If-Range. Если заказчик передал байтовый диапазон, то сервер может вернуть настоящий размер в поле Content-Range заголовка. Данный ответ не необходимо применять при передаче типа multipart/byteranges.

Expectation Failed (русск. Ожидаемое неправильно )
Введено в RFC 2616 (оновление HTTP/1.1).

По какой-то причине сервер не способна удовлетворить значению поля Expect заголовка запроса.

Unprocessable Entity (русск. Необрабатываемый экзмепляр )
Введено в XML-документ имеет верный синтаксис, но есть какая-нибудь закономерная ошибка в результате которой нереально сделать операцию над ресурсом.

Locked (русск. Заблокировано )
Введено в

Failed Dependency (русск. Неисполненная зависимость )
Введено в 424.

Upgrade Required (русск. Нужно оновление )
Введено в RFC 2817 для возможности перехода к

Сервер указывает клиенту на необходимость освежить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection.

5xx: Server Error

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

Internal Server Error (русск. Внутренняя ошибка сервера )
Возник в HTTP/1.0.

Каждая внутренняя ошибка сервера, которая не входит в рамки других ошибок класса 5xx.

Not Implemented (русск. Не реализовано )
Возник в HTTP/1.0.

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

Bad Gateway (русск. Плохой шлюз )
Возник в HTTP/1.0.

Сервер в роли шлюза или прокси получил сообщение о неудачном выполнении переходной операции.

Service Unavailable (русск. Сервис недоступен )
Возник в HTTP/1.0.

Сервер на время не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и другое). В поле Retry-After заголовка сервер может показать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным считается сразу разрывать соединение, эффективнее оказаться может установка особого значения поля Retry-After Для снижения частоты избыточных запросов.

Gateway Timeout (русск. Шлюз не отвечает )
Возник в HTTP/1.1.

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

HTTP Version Not Supported (русск. Версия HTTP не поддерживается )
Возник в HTTP/1.1.

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

Variant Also Negotiates (русск. Вариант тоже согласован )
Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

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

Insufficient Storage (русск. Кончилось место )
Введено в

Not Extended (русск. Не расширено )
Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

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

Примечания

  • Реестр кодов состояния IANA.
  • RFC 1945 — «Hypertext Transfer Protocol — HTTP/1.0» (также описывает HTTP/0.9).
  • RFC 2068 — «Hypertext Transfer Protocol — HTTP/1.1» (перевод на русском).
  • RFC 2518 — «HTTP Extensions for Distributed Authoring — WEBDAV».
  • RFC 2616 — «Hypertext Transfer Protocol — HTTP/1.1» (обновленние протокола HTTP/1.1).
  • RFC 2774 — «An HTTP Extension Framework» (введение в HTTP поддержки расширений).
  • RFC 3229 — «Delta encoding in HTTP».
  • RFC 4918 — «HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)».
  • Коды состояния служб IIS в «Базе знаний» Микрософт.

Wikimedia Foundation . 2010 .

Смотреть Что такое «Ошибка 403» в остальных словарях:

Ошибка 404 — SSL Заголовки (перечень) Cookie · ETag · Referer · User Agent Коды состояния Код состояния англ. HTTP status code) считается частью первой строчки ответа сервера. Он собой представляет целое количество из трех арабских цифр. Первая цифра указывает на… … Википедия

Ошибка 200 — SSL Заголовки (перечень) Cookie · ETag · Referer · User Agent Коды состояния Код состояния англ. HTTP status code) считается частью первой строчки ответа сервера. Он собой представляет целое количество из трех арабских цифр. Первая цифра указывает на… … Википедия

403 (количество) — 403 четыреста три 400 · 401 · 402 · 403 · 404 · 405 · 406 Факторизация: 13?31 Римская запись: CDIII Бинарное: 110010011 Восьмеричное: 623 Шестнадцатеричное: 193 … Википедия

Типовая ошибка для «бета»-коэффициента — (STANDARD ERROR OF BETA) стандартное отклонение «бета» коэффициента ценной бумаги, подходящее ее апостериорной характеристической линии … Материальный глоссарий

Код 200 — SSL Заголовки (перечень) Cookie · ETag · Referer · User Agent Коды состояния Код состояния англ. HTTP status code) считается частью первой строчки ответа сервера. Он собой представляет целое количество из трех арабских цифр. Первая цифра указывает на… … Википедия

Код состояния HTTP — SSL Заголовки (перечень) Cookie · ETag · Referer · User Agent Коды состояния Код состояния англ. HTTP status code) считается частью первой строчки ответа сервера. Он собой представляет целое количество из трех арабских цифр. Первая цифра указывает на… … Википедия

Коды состояния HTTP — SSL Заголовки (перечень) Cookie · ETag · Referer · User Agent Коды состояния Код состояния англ. HTTP status code) считается частью первой строчки ответа сервера. Он собой представляет целое количество из трех арабских цифр. Первая цифра указывает на… … Википедия

Охта-центр — Местонахождение Санкт петербург, Российская Федерация … Википедия

Перечень кодов состояния HTTP — HTTP Постоянное соединение · Сжатие · HTTPS Способы OPTIONS · GET · HEAD · POST · PUT · DELETE · TRACE · CONNECT · PATCH Заголовки Cookie · ETag · Location · Referer DNT · X Forwarded For … Википедия

HTTP 404 — HTTP Постоянное соединение · Сжатие · HTTPS Способы OPTIONS · GET · HEAD · POST · PUT · DELETE · TRACE · CONNECT · PATCH Заголовки Cookie · ETag · Location · Referer DNT · X Forwarded For … Википедия

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

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