Во время запроса информации с удаленного веб сервера может возникнуть ошибка, тогда веб-сервер посылает в ответ код ошибки HTTP. Например 404 – Not Found (ресурс не найден). Коды состояния HTTP состоят из трех цифр от 100 и до 510. Они делятся на следующие группы:

  1. Информационные (100-105)
  2. Успешные (200-226)
  3. Перенаправление (300-307)
  4. Ошибка клиента (400-499)
  5. Ошибка сервера (500-510)

Введите в поле ниже интересующий Вас трех символьный код и получите его описание:

Описание

100 ContinueCервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1. 101 Switching ProtocolsСервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовкаUpdate. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1. 102 ProcessingЗапрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV. 200 ОКУспешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0. 201 CreatedВ результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется[источник не указан 336 дней] ещё указывать в заголовке характеристики созданного ресурса (например, в поле 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. 226 IM Used Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования. 300 Multiple ChoicesПо указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0. 301 Moved PermanentlyЗапрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0. 302 Found, 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). 307 Temporary RedirectЗапрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1). 400 Bad RequestСервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0. 401 UnauthorizedДля доступа к запрашиваемому ресурсу требуется аутентификация. В заголовке ответ должен содержать поле WWW-Authenticate с перечнем условий аутентификации. Клиент может повторить запрос, включив в заголовок сообщения поле Authorization с требуемыми для аутентификации данными. 402 Payment RequiredПредполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговыхкомпаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1. 403 ForbiddenСервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0. 404 Not FoundСамая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0. 405 Method Not AllowedУказанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1. 406 Not AcceptableЗапрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1. 407 Proxy Authentication RequiredОтвет аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1. 408 Request TimeoutВремя ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потеря связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1. 409 ConflictЗапрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1. 410 GoneТакой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1. 411 Length RequiredДля указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1. 412 Precondition FailedВозвращается, если ни одно из условных полей заголовка[неизвестный термин] запроса не было выполнено. Появился в HTTP/1.1. 413 Request Entity Too LargeВозвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1. 414 Request-URL Too LongСервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1. 415 Unsupported Media TypeПо каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1. 416 Requested Range Not SatisfiablВ поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges[источник не указан 336 дней]. Введено в RFC 2616 (обновление HTTP/1.1). 417 Expectation FailedПо каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1). 422 Unprocessable EntityСервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом. Введено в WebDAV. 423 LockedЦелевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV. 424 Failed DependencyРеализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV. 425 Unordered Collection —Посылается, если клиент послал запрос, обозначив положение в неотсортированной коллекции или используя порядок следования элементов, отличный от серверного[уточнить]. Введено в черновике по WebDAV Advanced Collections Protocol[14]. 426 Upgrade RequiredСервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено вRFC 2817 для возможности перехода к TLS посредством HTTP. 449 Retry WithВозвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money. 456 Unrecoverable ErrorВозвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных[источник не указан 336 дней]. Введено корпорацией Microsoftдля WebDAV. 500 Internal Server ErrorЛюбая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0. 501 Not ImplementedСервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0. 502 Bad GatewayСервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0. 503 Service UnavailableСервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным кажется сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов. Появился в HTTP/1.0. 504 Gateway TimeoutСервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса. Появился в HTTP/1.1. 505 HTTP Version Not SupportedСервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1. 506 Variant Also NegotiatesВ результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation. 507 Insufficient StorageНе хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV. 509 Bandwidth Limit ExceededИспользуется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем «bw/limited», входящим в панель управления хостингом cPanel, где и был введён. 510 Not ExtendedНа сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений. Часто запрашиваемые коды ТОП-10

Код Название
1 456 Unrecoverable Error
2 404 Not Found
3 500 Internal Server Error
4 400 Bad Request
5 200 ОК
6 403 Forbidden
7 401 Unauthorized
8 302 Found, Moved Temporarily
9 502 Bad Gateway
10 510 Not Extended

Elena_ZhmurinaЗнания Как проверить код ответа сервера и понять его значение. Подробный перечень частых ошибок HTTP с пояснениями.

В статье:

  1. Как проверить код ответа сервера

  2. Значения кодов ответов сервера

  3. Информационные коды

  4. Коды успешной обработки запроса

  5. Коды редиректов

  6. Коды ошибок клиента

  7. Коды ошибок сервера

На код ответа сервера обращают внимание поисковые боты и браузеры.

Как проверить код ответа сервера

Результаты просмотра кода в браузере

Для просмотра кода есть браузерные расширения: HTTP Headers для Google Chrome, HTTP Header для Opera.

Инструмент в Яндекс.Вебмастере покажет код статуса HTTP.

Результаты проверки инструментом

Инструмент проверки заголовков сервера от PR-CY определит HTTP статусы сайта и доменного имени.

Результаты проверки инструментом

Значения кодов ответов сервера

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

Принадлежность кода к группе определяется по первой цифре:

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

Информационные коды

Коды этой группы информируют о том, что сервер принял запрос и будет его обрабатывать.

100 Continue

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

101 Switching Protocols

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

102 Processing

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

Коды успешной обработки запроса

200 ОК

Это один из самых популярных ответов, он означает, что запрос принят и успешно обработан, страница открыта и доступна к просмотру. Все страницы, которые будут проиндексированы, должны отдавать код 200 ОК.

201 Created

Ответ означает, что сервер принял запрос, обработал и создал новый ресурс. Код можно увидеть, к примеру, если пользователь создал новую страницу. Если новый ресурс создать невозможно, или он перестанет существовать к тому времени, когда клиент получит сообщение, то сервер отдаст код 202 Accepted.

202 Accepted

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

203 Non-Authoritative Information

Код ответа 203 означает, что операция прошла успешно, но от кода 200 он отличается указанием источника информации. Данные получены не из первоисточника, а с другого сервера или резервной копии. Возможно, информация устарела, о чем и предупреждает код ответа.

204 No Content

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

205 Reset Content

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

206 Partial Reset

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

207 Multi-Status

Код обозначает мультистатусность ответа: сервер обработал несколько операций,не зависящих друг от друга. Результаты отображаются в теле сообщения как XML-документ с объектом multistatus.

226 IM Used

Сервер успешно завершил операцию: принял заголовок A-IM и вернул содержимое с учетом указанных параметров.

Коды редиректов

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

300 Multiple Choices

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

301 Moved Permanently

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

302 Found

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

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

303 See Other

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

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

304 Not Modified

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

305 Use Proxy

Код ответа связан с безопасностью данных. Сервер выдает код 305, если доступ к ресурсу, который запрашивает клиент, возможен только с прокси. Прокси указан там же в ответе сервера.

307 Temporary Redirect

Код 307 похож на 302, но дает более конкретный ответ. Код означает, что ресурс, который требует клиент, на время переведен на другой адрес, а новый URL нужно прописать в Location.

Коды ошибок клиента

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

400 Bad Request

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

401 Unauthorized

Информация доступна только зарегистрированным пользователям или запаролена. Если пользователь не авторизовался, доступ к странице невозможен.

403 Forbidden

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

Если пользователю www-data, под которым запущен сервер, закрыт доступ к чтению файла, поможет команда sudo chmod o=r /usr/share/nginx/html/index.html

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

404 Not Found

Серверу не удалось найти ресурс, который запрашивает пользователь, документа по этому адресу не существует.

Код ответа 404 Not Found

Ссылки на удаленные разделы сайта будут возвращать код 404. На такие документы не нужно тратить краулинговый бюджет, поэтому в файле robots.txt запрещают роботу посещение и индексацию таких страниц.

405 Method Not Allowed

Недоступен метод, которым совершается запрос. Сервер выдает этот код для конкретных отдельных объектов на странице. К примеру, строка запроса, запускающая скрипт, отличается от запроса, который совершает пользователь.

406 Not Acceptable

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

407 Proxy Authentication Required

Этот код похож на 401 и 407, он используется, если вопрос корректен, но клиент может получить доступ к документу только с помощью авторизации через прокси. Клиент авторизуется, если прокси вернет поле с заголовком proxy-authenticate.

408 Request Timeout

Сервер возвращает этот код ответа, если в установленное время ожидания клиент не сделал ни один запрос. Код 408 не возвращается, если пользователь сам отменил запрос, или соединение оборвалось, а отправить ответ нет возможности.

409 Conflict

Код означает, что в системе конфликт: к примеру, пользователь загружает файл на сервер, где уже есть такой файл в новой версии.

410 Gone

Код ответа похож на 404 код, он означает, что документ, к которому направлен запрос, больше недоступен. Если сервер возвращает код 404, то робот еще вернется на страницу, чтобы проверить ее состояние, а в случае ответа 410 робот поймет, что страница удалена навсегда.

411 Length Required

Сервер не может принять и обработать запрос, если в заголовке content-length не указана длина контента.

413 Request Entity Too Large

Если в теле запроса слишком большой объем информации и сервер не может обработать такой большой запрос, то он возвращает код ошибки 413. Если это временная проблема, в поле Retry-After сервер укажет время, которое нужно подождать.

414 Request-URL Too Long

Аналогично с кодом 413, за исключением того, что 414 код отображается, если в запросе указан слишком длинный URL.

422 Unprocessable Entity

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

424 Failed Dependency

Если выполнение этой операции зависит от исхода других связанных с ней операций, сервер вернет этот запрос.

429 Too Many Requests

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

431 Request Header Fields Too Large

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

451 Unavailable For Legal Reasons

Код отображает то же, что и 403, но с уточнениями. Он используется, если доступ к серверу заблокирован по решению суда, обычно из-за нарушения авторских прав, а также если доступ закрыт на государственном уровне.

418 I’m a teapot

Это забавный код, возвращающий ошибку «Я чайник», связан с гипертекстовым протоколом управления кофеваркой — Hyper Text Coffee Pot Control Protocol. Ошибка означает, что запрос некорректен, с помощью чайника нельзя приготовить кофе. Протокол и код этой ошибки были созданы в шутку в 1998 году к 1 апреля.

Код 418 I’m a teapot

Коды ошибок сервера

Коды этой группы обозначают ошибки на стороне сервера.

500 Internal Server Error

Код обозначает, что сервер не может обработать запрос по причине внутренних ошибок. Обычно проблема в настройке сервера, обращении к некорректному файлу .htaccess или пакету PHP, который не установлен.

501 Not Implemented

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

502 Bad Gateway

За обработку запроса отвечают бэкенд серверы, которые передают данные прокси-серверу или шлюзу. Если запрос был направлен к такому шлюзу, который не получил ответ от бэкенда, сервер вернет 502 код. Для исправления нужно проверить настройку прокси-сервера.

503 Service Unavailable

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

504 Gateway Timeout

Код похож на 502, но ошибка 504 означает, что истек срок ожидания ответа от сервера. Необходимое количество времени истекло, а ответ от бэкенд-сервера не пришел.

Причина может быть в сетевом соединении, недостатке ресурсов, версии протокола HTTP или настройке сервера, если выставлен слишком короткий таймаут.

506 Variant Also Negotiates

Код ответа 506 означает, что сервер настроен некорректно: ошибка в конфигурации зацикливает обращение сервера, и он указывает сам на себя.

507 Insufficient Storage

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

510 Not Extended

Код 510 возвращается в случае, если сервер не поддерживает расширение, которое указано в запросе. В этом же ответе сервер может указать, какие расширения доступны.

511 Network Authentication Required

Эта ошибка возвращается клиенту, если пользователь не авторизовался в сети. К примеру, если он не согласился на условия использования интернета, когда подключался к wi-fi, или не ввел пароль.

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

Системные сообщения — код ошибки 0х0 — могут возникать в ходе установки определенной программы, связанной с Microsoft Corporation (к примеру, Виндовс 7).

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

Содержание:

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

К ним можно отнести следующие:

  • при запуске определенной программы происходит резкое закрытие активного окна и на экране монитора появляется сообщение — «Ошибка 0х0»;
  • в ходе запуска программы компьютер надолго «зависает», а после появления сообщения об ошибке 0х0 и вовсе перестает работать;
  • на экране появляется сообщение «Windows 7 Error 0x0»;
  • в процессе работы система медленно реагирует на операции ввода, как с клавиатуры, так и от мыши;
  • медленная работа компьютера чередуется с частыми зависаниями системы.

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

Причины возникновения ошибки

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

Только так можно исключить повторное возникновение проблемы. Рассмотрим различные причины на примере Виндовс 7.

К возможным причинам можно отнести следующие:

  • наличие повреждений в загрузочном файле операционной системы Windows 7, а также ее неполная установка;
  • изменение программного обеспечения, повлекшее за собой повреждение реестра Виндовс;
  • наличие вирусов или шпионских программ, которые причинили вред либо самому системному файлу, либо программным файлам, связанным с операционной системой;
  • наличие сторонней программы, которая произвела удаление файлов, связанных с системой (ошибочно или преднамеренно).

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

Читайте также:

Ошибки при обновлении Windows. Исправляем самые частые

Основные команды CMD Windows. Полный список + [описание и применение]

Ошибка Windows Installer — Способы решения неполадки

Как повысить ФПС в играх: все возможные способы 2017 года

Восстановление записи реестра

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

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

Поэтому, если вы не являетесь специалистом в этой области — доверьте эту сложную работу специализированным приложениям.

Одним из таких приложений является  WinThruster, которое способно произвести сканирование системы на наличие и исправление ошибки 0х0.

Рис.2 Рабочее окно программы WinThruster.

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

Устранение подобных ошибок благоприятно скажется на скорости работы системы.

Сканирование системы на наличие вирусов

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

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

Одной из лучших в своем роде является Emsisoft Anti-Malware.

Рис.3 Рабочее окно программы Emsisoft Anti-Malware.

С ее помощью вы гарантированно избавитесь от любого вредоносного ПО.

Очистка системы от временных файлов

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

Если их не удалять — они ощутимо снизят работоспособность системы и спровоцируют возникновение ошибки с кодом 0х0.

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

Из сторонних приложений довольно неплохим является Win Sweeper, который проводит автоматическое сканирование и очистку диска.

Рис.4 Рабочее окно программы WinSweeper.

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

Обновление драйверов

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

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

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

Рис.5 Рабочее окно программы DriverDoc.

Откат системы

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

Рис.6 Окно восстановления системы.

Для этого следует открыть окно восстановления системы  и кликнуть по кнопке .

После этого в строку поиска нужно будет ввести и нажать на кнопку .

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

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

ВАЖНО!Для того, чтобы иметь возможность отката системы — следует предварительно создать контрольные точки. В противном случае вы не сможете воспользоваться данной функцией.

Установка последних обновлений Windows

Корпорация Microsoft постоянно работает над обновлениями своих операционных систем с целью улучшения работоспособности и устранения всевозможных ошибок.

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

Рис.7 Окно обновления Windows.

Для того чтобы проверить наличие свежих обновлений — необходимо нажать кнопку и в строке поиска ввести «update».

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

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

Читайте также:

Социальные сети в Интернете: какие бывают и как пользоваться?

Какой Интернет лучше подключить для дома. Обзор всех возможных вариантов

Почему высокий пинг. Причины и способы решения проблемы

Браузер не открывает страницы: Способы решения проблемы

Появление ошибки 400 Bad Request при попытке входа на какой-то интернет-сайт – явление весьма распространенное. Причин появления этого сбоя можно назвать достаточно много. А вот исправление возникшей проблемы подразумевает несколько решений, применение которых будет зависеть исключительно от первопричины сложившейся ситуации. Рассмотрим все возможные варианты.

Ошибка 400 http-запроса: причины появления

Как уже понятно, выбирать методику устранения проблемы придется исключительно после выявления причин такого явления. Дело тут даже не в браузере. Для начала попытайтесь просто перевести англоязычное сообщение. Оно дословно означает «плохой запрос». Иными словами, подразумевается обращение к несуществующему ресурсу.

Это самая обычная невнимательность пользователя, который неправильно ввел адрес сайта или вписал окончание доменного имени (например, доступ к сайту Mail.ru будет отклонен при вводе запроса Mail.ru.com или чего-то подобного). Это самая частая проблема.

Но, в основном, среди всего того, о чем может свидетельствовать код ошибки 400, следует выделить следующие первопричины:

  • некорректный ввод URL-адреса;
  • захламленность браузеров временными файлами;
  • блокирование доступа со стороны антивирусов и файрвола;
  • вирусное воздействие;
  • неполадки на сервере, к которому производится обращение.

Как исправить ошибку 400 простейшим методом

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

Но и сами Windows-системы далеко не безупречны (это известно всем). Появление ошибки 400 может быть связано с кратковременными сбоями и нарушениями в работе ОС, которые критичных последствий для системы в целом не вызывают, но провоцируют невозможность доступа к некоторым интернет-ресурсам.

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

Если в сообщении присутствует ссылка на Nginx, можно смело утверждать, что это действительно проблема, относящаяся к работе сервера под управлением UNIX-систем. Тут ничего не поделаешь. Быть может, работа сервера по истечении какого-то времени будет восстановлена, так что, придется просто ждать.

Очистка временных файлов и Cookies

Основной же ситуацией, когда в браузере вместо открываемой страницы появляется ссылка на ошибку 400, считается наличие в браузере слишком большого количества временных объектов.

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

Снятие блокировки со стороны защитных средств

Еще одна достаточно распространенная проблема, связанная с появлением ошибки 400, — блокировка доступа на уровне антивирусного программного обеспечения и встроенных средств защиты самих операционных систем (брандмауэр и «Защитник»).

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

Что касается файрвола, он тоже может провоцировать появление ошибки 400. Его следует отключить, хотя система этого делать и не рекомендует. Все равно попытаться можно. В случае восстановления доступа к ресурсу, файрвол можно оставить отключенным или же в список исключений внести используемый веб-обозреватель.

Проверка на вирусы

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

В этом случае необходимо произвести углубленное сканирование компьютера, применяя для этого сканеры портативного типа. Не лишней станет и проверка на предмет наличия в системе вредоносного ПО рекламного характера. В первом случае можно использовать программы вроде Dr. Web CureIt или применить утилиты наподобие Rescue Disk с полной проверкой компьютера еще до старта операционный системы при загрузке со съемного носителя с программой. Во втором случае неплохо подойдет приложение AdwCleaner.

Несколько слов напоследок

Как уже видно из представленного материала, основная проблема появления ошибки 400 связана с мусором, находящимся в браузере. Если его очистка встроенными инструментами обозревателей эффекта не дает, можно воспользоваться специальными программами-оптимизаторами вроде CCleaner, Advanced SystemCare или им подобными. В таких программных пакетах имеются модули очистки (причем даже системного кэша), найти их можно в разделе очистки конфиденциальности.

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

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

Код ошибки (англ. Error code) в программировании, — это номер (или сочетания буквы и номера), который соответствует конкретной проблеме в работе программы. Коды ошибок используются для идентификации неправильной работы аппаратного и программного обеспечения, неверного ввода данных пользователем без обработки возникающей при этом исключительной ситуации в коде программы, хотя иногда коды ошибок используются в сочетании с обработкой исключений. Коды ошибок не следует путать с кодами возврата, хотя они часто используются вместе при обработке ошибок. Одни из самых серьёзных кодов ошибок, которые могут встретить пользователи — это коды «Синего экрана смерти» операционной системыMicrosoft Windows.

Примеры

В языках программирования, в которых отсутствует механизм обработки исключений (например, в языке С), коды ошибок часто хранятся как глобальные переменные с именами такими как errno. Коды ошибок обычно обозначаются номерами, каждый из которых идентифицирует определенную исключительную ситуацию. В приложении, которое использует коды ошибок, каждая функция обычно определяет один код возврата, который указывает на ошибку общего значения. Получив этот обобщенный код возврата программист может проверить значение, находящееся в глобальном коде ошибки для определения условий, которые привели к возникновению исключительной ситуации. Например, при неудачной попытке открыть файл, функция может установить глобальный код ошибки, указывающий на причину ошибки и возвратить некорректный указатель на файл. Следующий пример показывает как код ошибки может быть использован для описания причины ошибки:

/* попытка открыть файл на чтение */FILE*fp=fopen("filename","r");/* если файл не может быть открыт, напечатать номер ошибки и сообщение*/if(fp==NULL){printf("Cannot open file, error %d, %sn",errno,strerror(errno));/* Альтернативно можно использовать perror(), который обеспечивает ту же функциональность */perror("Cannot open file");}

Так как обычно коды ошибок — глобальные переменные, то они могут быть доступны из любой точки программы. Так же как и с другими глобальными переменными, эта простота доступа может быть источником проблем в многопоточной среде. В связи с тем, что в глобальные переменные могут записывать одновременно несколько потоков, это может привести к состоянию гонки. Для решения этой проблемы, POSIX определяет переменную errno как переменную локальную к потоку (thread-local variable).

См. также

Эта страница в последний раз была отредактирована 18 сентября 2019 в 23:57.

ОСТАВЬТЕ ОТВЕТ

Войти с помощью: 
Please enter your name here
Please enter your comment!