Код ответа | Название | Описание | Версия HTTP |
---|---|---|---|
401 | Unauthorized | "Неавторизовано". Для получения запрашиваемого ответа нужна аутентификация. Статус похож на статус 403, но,в этом случае, аутентификация возможна. | HTTP/0.9 and later |
402 | Payment Required | "Необходима оплата". Этот код ответа зарезервирован для будущего использования. Первоначальная цель для создания этого когда была в использовании его для цифровых платежных систем(на данный момент не используется). | HTTP/0.9 and 1.1 |
403 | Forbidden | "Запрещено". У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ. | HTTP/0.9 and later |
404 | Not Found | "Не найден". Сервер не может найти запрашиваемый ресурс. Код этого ответа, наверно, самый известный из-за частоты его появления в вебе. | HTTP/0.9 and later |
405 | Method Not Allowed | "Метод не разрешен". Сервер знает о запрашиваемом методе, но он был деактивирован и не может быть использован. Два обязательных метода, GET и HEAD, никогда не должны быть деактивированы и не должны возвращать этот код ошибки. | HTTP/1.1 only |
406 | Not Acceptable | Этот ответ отправляется, когда веб-сервер после выполнения согласования содержимого на основе сервера не находит контент, соответствующий критериям, заданным агентом пользователя. | HTTP/1.1 only |
407 | Proxy Authentication Required | Это похоже на 401, но проверка подлинности необходима прокси. | HTTP/1.1 only |
408 | Request Timeout | Этот ответ отправляется на незанятое соединение некоторыми серверами, даже без какого-либо предыдущего запроса клиентом. Это означает, что сервер хотел бы отключить это неиспользуемое соединение. Этот ответ используется гораздо больше, поскольку некоторые браузеры, такие как Chrome или IE9, используют механизмы предварительного подключения HTTP для ускорения работы в режиме серфинга (см. Баг 881804, который отслеживает будущую реализацию такого механизма в Firefox). Также обратите внимание, что некоторые серверы просто закрывают соединение без отправки этого сообщения. | HTTP/1.1 only |
409 | Conflict | Этот ответ будет отправлен, когда запрос будет конфликтовать с текущим состоянием сервера. | HTTP/1.1 only |
410 | Gone | Этот ответ будет отправлен, когда запрашиваемый контент будет удален с сервера. | HTTP/1.1 only |
411 | Length Required | Сервер отклонил запрос, потому что поле заголовка Content-Length не определено и сервер требует его. | HTTP/1.1 only |
412 | Precondition Failed | Объект запроса больше ограничений, определенных сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After. | HTTP/1.1 only |
414 | Request-URI Too Long | Запрошенный клиентом URI слишком длинный для обработки сервера. | HTTP/1.1 only |
415 | Unsupported Media Type | Формат медиаданных запрашиваемых данных не поддерживается сервером, поэтому сервер отклоняет запрос. | HTTP/1.1 only |
416 | Requested Range Not Satisfiable | Диапазон, указанный поле заголовка Range в запросе, не может быть выполнен; возможно, что диапазон находится вне размера данных целевого URI. | HTTP/1.1 only |
417 | Expectation Failed | Этот код ответа означает, что ожидание, указанное полем заголовка запроса Expect, не может быть выполнено сервером. | HTTP/1.1 only |
500 | Internal Server Error | "Внутренняя ошибка сервера". Сервер столкнулся с ситуацией, которую он не знает как обработать. | HTTP/0.9 and later |
501 | Not Implemented | "Не выполнено". Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые сервера должны поддерживать (и, соответственно, не должны возвращать этот код) - GET и HEAD. | HTTP/0.9 and later |
502 | Bad Gateway | "Плохой шлюз". Эта ошибка означает что сервер, во время работы в качестве шлюза для получения ответа, нужного для обработки запроса, получил недействительный(недопустимый) ответ. | HTTP/0.9 and later |
503 | Service Unavailable | "Сервис недоступен". Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы. Этот ответ должен использоваться для временных условий и Retry-After: HTTP-заголовок должен, если возможно, содержать предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кэшироваться. | HTTP/0.9 and later |