Содержание

Список 55 ошибок HTTP с расшифровкой

Расшифровка 55 состояний прикладного протокола HTTP (протокол передачи гипертекста): от информационных сообщений до ошибок.

Во время запроса информации с удаленного веб-сервера может возникнуть ошибка. Тогда веб-сервер посылает в ответ код ошибки HTTP. Например 404 — Not Found (ресурс не найден).

Коды состояния HTTP состоят из трех цифр от 100 и до 510. Они делятся на следующие группы:

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

Чтобы получить сведения об ошибке, введите её код в поле поиска по странице. Для этого нажмите сочетание клавиш CTRL + F и укажите номер.

Содержание

100

Continue
Cервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в 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 поддержкой расширений.

что означают коды и как с ними работать — Топвизор

Содержание

  • Что такое код ответа HTTP
  • Как проверить код состояния страницы
  • В браузере
  • В Яндекс.Вебмастере
  • В Google Search Console
  • 1* класс кодов (информационные сообщения)
  • 100 Continue
  • 101 Switching Protocols
  • 102 Processing
  • 103 Checkpoint
  • 105 Name Not Resolved
  • 2* класс кодов (успешно обработанные запросы)
  • 200 ОК
  • 201 Created
  • 202 Accepted
  • 203 Non‑Authoritative Information
  • 204 No Content
  • 205 Reset Content
  • 206 Partial Content
  • 207 Multi‑Status
  • 226 IM Used
  • 3* класс кодов (перенаправление на другой адрес)
  • 300 Multiple Choices
  • 301 Moved Permanently
  • 302 Found/Moved 
  • 303 See Other
  • 304 Not Modified
  • 305 Use Proxy
  • 306 Unused
  • 307 Temporary Redirect
  • 308 Resume Incomplete
  • 4* класс кодов (ошибки на стороне клиента)
  • 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
  • 415 Unsupported Media Type
  • 416 Requested Range Not Satisfiable
  • 417 Expectation Failed
  • 418 I’m a teapot
  • 422 Unprocessable Entity
  • 423 Locked
  • 424 Failed Dependency
  • 425 Unordered Collection
  • 426 Upgrade Required
  • 428 Precondition Required
  • 429 Too Many Requests
  • 431 Request Header Fields Too Large
  • 434 Requested Host Unavailable
  • 444 No Response
  • 449 Retry With
  • 450 Blocked by Windows Parental Controls
  • 451 Unavailable For Legal Reasons
  • 456 Unrecoverable Error
  • 499 Client Closed Request
  • 5* класс кодов (ошибки на стороне сервера)
  • 500 Internal Server Error
  • 501 Not Implemented
  • 502 Bad Gateway
  • 503 Service Unavailable
  • 504 Gateway Timeout
  • 505 HTTP Version Not Supported
  • 506 Variant Also Negotiates
  • 507 Insufficient Storage
  • 508 Loop Detected
  • 509 Bandwidth Limit Exceeded
  • 510 Not Extended
  • 511 Network Authentication Required

    • Составили подробный классификатор кодов состояния HTTP. Добавляйте в закладки, чтобы был под рукой, когда понадобится.

    Что такое код ответа HTTP

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

    Первая цифра в ответе обозначает класс состояния, другие две — причину, по которой мог появиться такой ответ.

    Как проверить код состояния страницы

    Проверить коды ответа сервера можно вручную с помощью браузера и в панелях веб‑мастеров: Яндекс.Вебмастер и Google Search Console.

    В браузере

    Для примера возьмём Google Chrome.

    1. Откройте панель разработчика в браузере клавишей F12, комбинацией клавиш Ctrl + Shift + I или в меню браузера → «Дополнительные инструменты» → «Инструменты разработчика». Подробнее об этом рассказывали в статье «Как открыть исходный код страницы».  

    2. Переключитесь на вкладку «Сеть» в Инструментах разработчика и обновите страницу: 

    Как посмотреть код ответа сервера в инструментах разработчика в браузере

    В Яндекс.Вебмастере

    Откройте инструмент «Проверка ответа сервера» в Вебмастере. Введите URL в специальное поле и нажмите кнопку «Проверить»:

    Как посмотреть код состояния в Вебмастере

    Как добавить сайт в Яндекс.Вебмастер и другие сервисы Яндекса

    В Google Search Console

    Чтобы посмотреть код ответа сервера в GSC, перейдите в инструмент проверки URL — он находится в самом верху панели:

    Проверка URL в инструменте GSC

    Введите ссылку на страницу, которую хотите проверить, и нажмите Enter. В результатах проверки нажмите на «Изучить просканированную страницу» в блоке «URL есть в индексе Google».

    Изучить просканированную страницу в GSC

    А затем в открывшемся окне перейдите на вкладку «Подробнее»:

    HTTP код страницы в GSC

    Теперь расскажем подробнее про все классы кодов состояния HTTP.

    1* класс кодов (информационные сообщения)

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

    100 Continue

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

    101 Switching Protocols

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

    102 Processing

    Запрос принят — он находится в обработке, и на это понадобится чуть больше времени.

    103 Checkpoint

    Контрольная точка — используется в запросах для возобновления после прерывания запросов POST или PUT.

    POST отправляет данные на сервер, PUT создает новый ресурс или заменяет существующий данными, представленными в теле запроса.  

    Разница между ними в том, что PUT работает без изменений: повторное его применение даёт такой же результат, что и в первый раз, а вот повторный вызов одного и того же метода POST часто меняет данные. 

    Пример — оформленный несколько раз интернет‑заказ. Такое часто происходит как раз по причине неоднократного использования запроса PUT.

    105 Name Not Resolved

    Не удается преобразовать DNS‑адрес сервера — это  означает ошибку в службе DNS. Эта служба преобразует IP‑адреса в знакомые нам доменные имена.

    2* класс кодов (успешно обработанные запросы)

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

    200 ОК

    Все хорошо — HTTP‑запрос успешно обработан (не ошибка).

    201 Created

    Создано — транзакция успешна, сформирован новый ресурс или документ.

    202 Accepted

    Принято — запрос принят, но ещё не обработан.

    203 Non‑Authoritative Information

    Информация не авторитетна — запрос успешно обработан, но передаваемая информация была взята не из первичного источника (данные могут быть устаревшими).

    204 No Content

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

    205 Reset Content

    Сбросить содержимое. Запрос успешно обработан — но нужно сбросить введенные данные. Страницу можно не обновлять.

    206 Partial Content

    Частичное содержимое. Сервер успешно обработал часть GET‑запроса, а другую часть вернул.

    GET — метод для чтения данных с сайта. Он говорит серверу, что клиент хочет прочитать какой‑то документ. 

    Представим интернет‑магазин и страницы каталога. Фильтры, которые выбирает пользователь, передаются благодаря методу GET. GET‑запрос работает с  получением данных, а POST‑запрос нужен для отправки данных.

    При работе с подобными ответами следует уделить внимание кэшированию.

    207 Multi‑Status

    Успешно выполнено несколько операций — сервер передал результаты выполнения нескольких независимых операций. Они появятся в виде XML‑документа с объектом multistatus. 

    226 IM Used

    Успешно обработан IM‑заголовок (специальный заголовок, который отправляется клиентом и используется для передачи состояния HTTP).

    3* класс кодов (перенаправление на другой адрес)

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

    300 Multiple Choices

    Множественный выбор — сервер выдает список нескольких возможных вариантов перенаправления (максимум — 5). Можно выбрать один из них.

    301 Moved Permanently

    Окончательно перемещено — страница перемещена на другой URL, который указан в поле Location.

    302 Found/Moved 

    Временно перемещено — страница временно перенесена на другой URL,  который указан в поле Location.

    303 See Other

    Ищите другую страницу — страница не найдена по данному URL, поэтому смотрите страницу по другому URL, используя метод GET.

    304 Not Modified

    Модификаций не было — с момента последнего визита клиента изменений не было.

    305 Use Proxy

    Используйте прокси — запрос к нужному ресурсу можно сделать только через прокси‑сервер, URL которого указан в поле Location заголовка.

    306 Unused

    Зарезервировано. Код в настоящий момент не используется.

    307 Temporary Redirect

    Временное перенаправление — запрашиваемый ресурс временно доступен по другому URL.

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

    308 Resume Incomplete

    Перемещено полностью (навсегда) — запрашиваемая страница была перенесена на новый URL, указанный в поле Location заголовка. Метод запроса (GET/POST) менять не разрешается.

    4* класс кодов (ошибки на стороне клиента)

    Эти коды указывают на ошибки со стороны клиентов. 

    Скриншот страницы с ошибкой 404 с сайта modcloth.com

    400 Bad Request

    Неверный запрос — запрос клиента не может быть обработан, так как есть синтаксическая ошибка (возможно, опечатка).

    401 Unauthorized

    Не пройдена авторизация — запрос ещё в обработке, но доступа нет, так как пользователь не авторизован.

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

    402 Payment Required

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

    403 Forbidden

    Запрещено — запрос принят, но не будет обработан, так как у клиента недостаточно прав. Может возникнуть, когда пользователь хочет открыть системные файлы (robots, htaccess) или не прошёл авторизацию.

    404 Not Found

    Не найдено — запрашиваемая страница не обнаружена. Сервер принял запрос, но не нашёл ресурса по указанному URL (возможно, была ошибка в URL или страница была перемещена).

    405 Method Not Allowed

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

    406 Not Acceptable

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

    407 Proxy Authentication Required

    Нужно пройти аутентификацию прокси — ответ аналогичен коду 401, только нужно аутентифицировать прокси‑сервер.

    408 Request Timeout

    Тайм‑аут запроса — запрос клиента занял слишком много времени. На каждом сайте существует свое время тайм‑аута — проверьте интернет‑соединение  и просто обновите страницу.

    409 Conflict

    Конфликт (что‑то пошло не так) — запрос не может быть выполнен из‑за конфликтного обращения к ресурсу (несовместимость двух запросов).

    410 Gone

    Недоступно — ресурс раньше был размещён по указанному URL, но сейчас удалён и  недоступен (серверу неизвестно месторасположение).

    411 Length Required

    Добавьте длины — сервер отклоняет отправляемый запрос, так как длина заголовка не определена, и он не находит значение Content‑Length.  

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

    412 Precondition Failed

    Предварительное условие не выполнено — стоит проверить правильность HTTP‑заголовков данного запроса.

    413 Request Entity Too Large

    Превышен размер запроса — перелимит максимального размера запроса, принимаемого сервером. Браузеры поддерживают запросы от 2 до 8 килобайт.

    414 Request‑URI Too Long

    Превышена длина запроса — сервер не может обработать запрос из‑за длинного URL. Такая ошибка может возникнуть, например, когда клиент пытается передать чересчур длинные параметры через метод GET, а не POST.

    415 Unsupported Media Type

    Формат не поддерживается —  сервер не может принять запрос, так как  данные подгружаются в некорректном формате, и сервер разрывает соединение.

    416 Requested Range Not Satisfiable

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

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

    417 Expectation Failed

    Ожидания не оправдались — прокси некорректно идентифицировал содержимое поля «Expect: 100‑Continue».

    418 I’m a teapot

    Первоапрельская шутка разработчиков в 1998 году. В расшифровке звучит как «я не приготовлю вам кофе, потому что я чайник». Не используется в работе.

    422 Unprocessable Entity

    Объект не обработан — сервер принял запрос, но в нём  есть логическая ошибка. Стоит посмотреть в сторону семантики сайта.

    423 Locked

    Закрыто — ресурс заблокирован для выбранного HTTP‑метода. Можно перезагрузить роутер и компьютер. А также использовать только статистический IP.

    424 Failed Dependency

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

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

    425 Unordered Collection

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

    426 Upgrade Required

    Нужно обновление — в заголовке ответа нужно корректно сформировать поля Upgrade и Connection. 

    Этот ответ возникает, когда серверу требуется обновление до SSL‑протокола, но клиент не имеет его поддержки.

    428 Precondition Required

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

    429 Too Many Requests

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

    431 Request Header Fields Too Large

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

    Исправляется это с помощью сокращения заголовков и повторной отправки запроса.

    434 Requested Host Unavailable

    Адрес запрашиваемой страницы недоступен.

    444 No Response

    Нет ответа — код отображается в лог‑файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение. Возвращается только сервером nginx.

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

    449 Retry With

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

    450 Blocked by Windows Parental Controls

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

    451 Unavailable For Legal Reasons

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

    456 Unrecoverable Error

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

    499 Client Closed Request

    Запрос закрыт клиентом — нестандартный код, используемый nginx в ситуациях, когда клиент закрыл соединение, пока nginx обрабатывал запрос.

    5* класс кодов (ошибки на стороне сервера)

    Эти коды указывают на ошибки со стороны серверов. 

    При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. И его можно использовать в работе.

    Изображение страницы с ошибкой сайта REG.RU

    500 Internal Server Error

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

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

    501 Not Implemented

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

    Сами вы эту ошибку не исправите. Устранить её может только сервер.

    502 Bad Gateway

    Ошибка шлюза — появляется, когда сервер, выступая в роли шлюза или прокси‑сервера, получил ответное сообщение от вышестоящего сервера о несоответствии протоколов.

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

    503 Service Unavailable

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

    В поле Retry‑After заголовка сервер укажет время, через которое  можно повторить запрос.

    504 Gateway Timeout

    Тайм‑аут шлюза —  сервер, выступая в роли шлюза или прокси‑сервера, не получил ответа от вышестоящего сервера в нужное время.

    Исправить эту ошибку самостоятельно не получится. Здесь дело в прокси, часто — в веб‑сервере. 

    Первым делом просто обновите веб‑страницу. Если это не помогло, нужно почистить DNS‑кэш. Для этого  нажмите горячие клавиши Windows+R и введите команду cmd (Control+пробел). В открывшемся окне укажите команду ipconfig / flushdns и подтвердите её нажатием Enter.

    505 HTTP Version Not Supported

    Сервер не поддерживает версию протокола — отсутствует поддержка текущей версии HTTP‑протокола. Нужно обеспечить клиента и сервер одинаковой версией.

    506 Variant Also Negotiates

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

    507 Insufficient Storage

    Не хватает места для хранения — серверу недостаточно места в хранилище. Нужно либо расчистить место, либо увеличить доступное пространство.

    508 Loop Detected

    Обнаружен цикл — ошибка означает провал запроса и выполняемой операции в целом.

    509 Bandwidth Limit Exceeded

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

    510 Not Extended

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

    511 Network Authentication Required

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

    Полное руководство и список кодов ошибок

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

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

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

    Начинаем!

    Предпочитаете смотреть видеоверсию?

    Что такое коды состояния HTTP?

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

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

    Обычно только когда что-то идет не так, вы можете увидеть его в своем браузере. Это способ сервера сказать: «Что-то не так. Вот код, который объясняет, что пошло не так».

    Google 404 Код состояния HTTP

    Если вы хотите увидеть коды состояния, которые ваш браузер обычно не показывает, существует множество различных инструментов, упрощающих эту задачу. Расширения браузера доступны для удобных для разработчиков платформ, таких как Chrome и Firefox, а также существует множество веб-инструментов для извлечения заголовков, таких как Web Sniffer.

    Чтобы просмотреть коды состояния HTTP с помощью одного из этих инструментов, найдите строку в верхней части отчета с надписью «Статус: HTTP/1.1». За этим последует код состояния, возвращенный сервером.

    Понимание классов кодов состояния HTTP

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

    Пять классов включают:

    • 100 с:  Информационные коды, указывающие на то, что запрос, инициированный браузером, продолжается.
    • 200 с:  Коды успеха возвращаются, когда запрос браузера получен, понят и обработан сервером.
    • 300 с:  Коды перенаправления возвращаются, когда запрошенный ресурс заменяется новым.
    • 400s:  Коды ошибок клиента, указывающие на проблему с запросом.
    • 500s:  Коды ошибок сервера, указывающие на то, что запрос был принят, но ошибка на сервере помешала выполнению запроса.

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

    Почему коды состояния HTTP и ошибки имеют значение для поисковой оптимизации (SEO)

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

    Подпишитесь на информационный бюллетень

    Хотите узнать, как мы увеличили трафик более чем на 1000%?

    Присоединяйтесь к более чем 20 000 других людей, которые получают нашу еженедельную рассылку с советами по WordPress, посвященными инсайдерской информации!

    Подпишитесь сейчас

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

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

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

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

    Проверка кодов состояния HTTP в Google Search Console

    Одним из способов отслеживания того, как Google воспринимает коды состояния HTTP на вашем сайте, является использование Google Search Console. Вы можете просмотреть 300-, 400- и 500-уровневые коды состояния в Охват  отчет:

    Отчет о покрытии Google Search Console

    В этой области панели управления отображаются четыре типа контента на вашем сайте:

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

    Вы можете найти страницы с кодами состояния HTTP уровня 300, 400 и 500 под кодом Исключено , Ошибка или Действителен с предупреждениями  разделов, в зависимости от типа кода. Например, переадресация 301 может быть указана в разделе Исключено как Страница с переадресацией :

    Страница с переадресацией в отчете о покрытии Google Search Console.

    400- и 500-уровневые коды состояния, скорее всего, появятся под Error .

    Еще один способ просмотреть коды состояния HTTP — использовать инструмент URL Inspection  . Если Google не может проиндексировать определенную страницу из-за ошибки, вы увидите это здесь:

    Ошибка 404 в инструменте проверки URL-адресов Google Search Console

    Чтобы получить дополнительные советы по использованию Google Search Console, ознакомьтесь с нашим подробным руководством по платформе.

    Полное руководство и список кодов состояния HTTP

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

    100 кодов состояния

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

    • 100: «Продолжить». Это означает, что рассматриваемый сервер получил заголовки запроса вашего браузера и теперь также готов к отправке тела запроса. Это делает процесс запроса более эффективным, поскольку не позволяет браузеру отправить основной запрос, даже если заголовки были отклонены.
    • 101: «Переключение протоколов». Ваш браузер попросил сервер изменить протоколы, и сервер подчинился.
    • 103: «Ранние намеки». Это возвращает некоторые заголовки ответа до того, как остальная часть ответа сервера будет готова.

    200 кодов состояния

    Это лучший тип кода состояния HTTP для получения. Ответ уровня 200 означает, что все работает именно так, как должно.

    • 200: «Все в порядке». Это код, который доставляется, когда веб-страница или ресурс ведут себя именно так, как ожидается.
    • 201: «Создано». Сервер выполнил запрос браузера и в результате создал новый ресурс.
    • 202: «Принято». Сервер принял запрос вашего браузера, но все еще обрабатывает его. В конечном итоге запрос может привести или не привести к завершенному ответу.
    • 203: «Неавторитетная информация». Этот код состояния может появиться, когда используется прокси. Это означает, что прокси-сервер получил код состояния 200 «Все в порядке» от исходного сервера, но изменил ответ, прежде чем передать его вашему браузеру.
    • 204: «Нет содержания».   Этот код означает, что сервер успешно обработал запрос, но не собирается возвращать какой-либо контент.
    • 205: «Сбросить содержимое». Как и код 204, это означает, что сервер обработал запрос, но не собирается возвращать какой-либо контент. Однако для этого также требуется, чтобы ваш браузер сбросил представление документа.
    • 206:  «Частичный контент». Вы можете увидеть этот код состояния, если ваш HTTP-клиент (также известный как ваш браузер) использует «заголовки диапазонов». Это позволяет вашему браузеру возобновить приостановленные загрузки, а также разделить загрузку на несколько потоков. Код 206 отправляется, когда заголовок диапазона заставляет сервер отправлять только часть запрошенного ресурса.

    300 кодов состояния

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

    • 300: «Множественный выбор». Иногда может быть несколько возможных ресурсов, которыми сервер может ответить, чтобы выполнить запрос вашего браузера. Код состояния 300 означает, что теперь ваш браузер должен выбирать между ними. Это может произойти, если доступно несколько расширений типов файлов или если на сервере выполняется устранение неоднозначности смысла слов.
    • 301:  «Запрошенный ресурс был перемещен без возможности восстановления». Этот код доставляется, когда веб-страница или ресурс были навсегда заменены другим ресурсом. Он используется для постоянного перенаправления URL.
    • 302:  «Запрошенный ресурс был перемещен, но найден». Этот код используется для указания того, что запрошенный ресурс был найден, но не в том месте, где он ожидался. Используется для временного перенаправления URL.
    • 303: «См. Другое». Чтобы понять код состояния 303, необходимо знать разницу между четырьмя основными методами HTTP-запроса. По сути, код 303 сообщает вашему браузеру, что он нашел ресурс, запрошенный вашим браузером через POST, PUT или DELETE. Однако, чтобы получить его с помощью GET, вам нужно сделать соответствующий запрос к URL-адресу, отличному от того, который вы использовали ранее.
    • 304:  «Запрошенный ресурс не был изменен с момента последнего обращения к нему». Этот код сообщает браузеру, что ресурсы, хранящиеся в кеше браузера, не изменились. Он используется для ускорения доставки веб-страниц за счет повторного использования ранее загруженных ресурсов.
    • 307:  «Временное перенаправление». Этот код состояния заменил 302 «Найдено» в качестве подходящего действия, когда ресурс был временно перемещен на другой URL-адрес. В отличие от кода состояния 302, он не позволяет изменить метод HTTP.
    • 308: «Постоянная переадресация». Код состояния 308 является преемником кода 301 «Перемещено навсегда». Он не позволяет изменять метод HTTP и указывает, что запрошенный ресурс теперь постоянно находится по новому URL-адресу.

    400 кодов состояния

    На уровне 400 коды состояния HTTP становятся проблематичными. Это коды ошибок, указывающие на неисправность вашего браузера и/или запроса.

    • 400: «Неверный запрос». Сервер не может вернуть ответ из-за ошибки на стороне клиента. См. наше руководство по устранению этой ошибки.
    • 401:  «Не авторизовано» или «Требуется авторизация». Это возвращается сервером, когда у целевого ресурса отсутствуют действительные учетные данные для аутентификации. Вы можете увидеть это, если вы настроили базовую HTTP-аутентификацию с помощью htpasswd.
    Ошибка авторизации Nginx 401 в Chrome
    • 402: «Требуется оплата». Изначально этот код был создан для использования в системе цифровой наличности. Однако этот план так и не был реализован. Вместо этого он используется различными платформами, чтобы указать, что запрос не может быть выполнен, обычно из-за отсутствия необходимых средств. Общие случаи включают в себя:
      • Вы достигли дневного лимита запросов к Google Developers API.
      • Вы не оплатили комиссию Shopify, и ваш магазин временно деактивирован.
      •  Ваш платеж через Stripe не прошел, или Stripe пытается предотвратить мошеннический платеж.
    • 403:  «Доступ к этому ресурсу запрещен». Этот код возвращается, когда пользователь пытается получить доступ к чему-то, на что у него нет разрешения на просмотр. Например, попытка получить доступ к защищенному паролем содержимому без входа в систему может привести к ошибке 403.
    • 404:  «Запрошенный ресурс не найден». Это самое распространенное сообщение об ошибке из всех. Этот код означает, что запрошенный ресурс не существует, и сервер не знает, существовал ли он когда-либо.
    • 405:  «Метод не разрешен». Это генерируется, когда хост-сервер (исходный сервер) поддерживает полученный метод, а целевой ресурс — нет.
    • 406:  «Неприемлемый ответ». Запрошенный ресурс способен генерировать только тот контент, который неприемлем в соответствии с заголовками accept, отправленными в запросе.
    • 407: «Требуется аутентификация прокси». Прокси-сервер используется и требует, чтобы ваш браузер аутентифицировал себя, прежде чем продолжить.
    • 408: «Время ожидания сервера истекло в ожидании остальной части запроса от браузера». Этот код генерируется, когда время ожидания сервера истекает при ожидании полного запроса от браузера. Другими словами, сервер не получил полный запрос, отправленный браузером. Одной из возможных причин может быть сетевая перегрузка, приводящая к потере пакетов данных между браузером и сервером.
    • 409: «Конфликт». Код состояния 409 означает, что сервер не смог обработать запрос вашего браузера из-за конфликта с соответствующим ресурсом. Иногда это происходит из-за нескольких одновременных правок.
    • 410:  «Запрашиваемый ресурс пропал и не вернется». Это похоже на код 404 «Не найдено», за исключением того, что 410 указывает на ожидаемое и постоянное состояние.
    • 411: «Требуется длина». Это означает, что запрошенный ресурс требует, чтобы клиент указал определенную длину, а он этого не сделал.
    • 412: «Не удалось выполнить предварительное условие». Ваш браузер включил определенные условия в заголовки своих запросов, и сервер не соответствовал этим спецификациям.
    • 413:  «Слишком большая полезная нагрузка» или «Слишком большой объект запроса». Ваш запрос больше, чем сервер хочет или может обработать.
    • 414: «URI слишком длинный». Обычно это результат запроса GET, который был закодирован как строка запроса, слишком большая для обработки сервером.
    • 415:  «Неподдерживаемый тип носителя». Запрос включает тип мультимедиа, который не поддерживается сервером или ресурсом.
    • 416:  «Диапазон недостижим». Ваш запрос относился к части ресурса, которую сервер не может вернуть.
    • 417:  «Ожидание не оправдалось». Сервер не может выполнить требования, указанные в поле ожидаемого заголовка запроса.
    • 418:  «Я чайник». Этот код возвращают чайники, которые получают запросы на приготовление кофе. Это также первоапрельская шутка 1998 года.
    418 Код состояния «Я чайник»
    • 422:  «Необрабатываемый объект». Запрос клиента содержит семантические ошибки, и сервер не может его обработать.
    • 425:  «Слишком рано». Этот код отправляется, когда сервер не желает обрабатывать запрос, поскольку он может быть воспроизведен повторно.
    • 426: «Требуется обновление». Из-за содержимого поля заголовка обновления запроса клиент должен переключиться на другой протокол.
    • 428: «Требуется предварительное условие». Сервер требует, чтобы условия были указаны перед обработкой запроса.
    • 429:  «Слишком много запросов». Это генерируется сервером, когда пользователь отправил слишком много запросов за заданный промежуток времени (ограничение скорости). Иногда это может происходить из-за того, что боты или скрипты пытаются получить доступ к вашему сайту. В этом случае вы можете попробовать изменить URL-адрес входа в WordPress. Вы также можете ознакомиться с нашим руководством по исправлению ошибки 429.Ошибка «Слишком много запросов».
    429 слишком много запросов
    • 431: «Поля заголовка запроса слишком велики». Сервер не может обработать запрос, так как поля заголовка слишком велики. Это может указывать на проблему с одним полем заголовка или со всеми вместе.
    • 451: «Недоступно по юридическим причинам». Оператору сервера поступило требование запретить доступ к запрошенному вами ресурсу (или набору ресурсов, включая запрошенный вами). Забавный факт: этот код является отсылкой к роману Рэя Брэдбери «9».0034 451 по Фаренгейту .
    • 499:  «Клиент закрыл запрос». Это возвращается NGINX, когда клиент закрывает запрос, пока Nginx все еще обрабатывает его.

    500 кодов состояния

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

    • 500:  «На сервере произошла ошибка, и запрос не может быть выполнен». Это общий код, который просто означает «внутренняя ошибка сервера». Что-то пошло не так на сервере и запрошенный ресурс не был доставлен. Этот код обычно генерируется сторонними плагинами, неисправным PHP или даже разрывом соединения с базой данных. Ознакомьтесь с нашими руководствами о том, как исправить ошибку при подключении к базе данных, а также о других способах устранения внутренней ошибки сервера 500.
    Ошибка при подключении к базе данных
    • 501:  «Не реализовано». Эта ошибка указывает на то, что сервер не поддерживает функции, необходимые для выполнения запроса. Это почти всегда проблема на самом веб-сервере и обычно должна решаться хостом. Ознакомьтесь с нашими рекомендациями по устранению не реализованной ошибки 501.
    • 502:  «Плохой шлюз». Этот код ошибки обычно означает, что один сервер получил неверный ответ от другого, например, при использовании прокси-сервера. В других случаях запрос или запрос занимают слишком много времени, поэтому он отменяется или уничтожается сервером, а соединение с базой данных разрывается. Для получения более подробной информации см. наш подробный учебник о том, как исправить ошибку 502 Bad Gateway.
    • 503:  «Сервер сейчас недоступен для обработки этого запроса». Запрос не может быть выполнен в данный момент времени. Этот код может быть возвращен перегруженным сервером, который не может обрабатывать дополнительные запросы. У нас есть полное руководство о том, как исправить ошибку 503 Service Unreachable.
    • 504:  «Сервер, выступающий в роли шлюза, превысил время ожидания ответа другого сервера». Этот код возвращается, когда два сервера участвуют в обработке запроса, и время ожидания первого сервера истекло, ожидая ответа второго сервера. Подробнее о том, как исправить ошибку 504, читайте в нашем специальном руководстве.
    • 505: «Версия HTTP не поддерживается». Сервер не поддерживает версию HTTP, которую клиент использовал для выполнения запроса.
    • 508 : «Достигнут лимит ресурсов» достигнуты ограничения на ресурсы, установленные вашим веб-хостом. Ознакомьтесь с нашим руководством о том, как устранить ошибку «508 Resource Limit Is Reached».
    • 509 : «Превышено ограничение пропускной способности» означает, что ваш веб-сайт использует большую пропускную способность, чем позволяет ваш хостинг-провайдер.
    • 511: «Требуется сетевая аутентификация». Этот код состояния отправляется, когда сеть, которую вы пытаетесь использовать, требует какой-либо формы аутентификации перед отправкой вашего запроса на сервер. Например, вам может потребоваться принять Условия использования общедоступной точки доступа Wi-Fi.
    • 521:  «Веб-сервер не работает». Ошибка 521 — это сообщение об ошибке, характерное для Cloudflare. Это означает, что ваш веб-браузер смог успешно подключиться к Cloudflare, но Cloudflare не смог подключиться к исходному веб-серверу.
    • 525 : «Сбой рукопожатия SSL». Ошибка 525 означает, что рукопожатие SSL между доменом, использующим Cloudflare, и исходным веб-сервером не удалось. Если у вас возникли проблемы, есть пять способов, которые вы можете легко исправить с ошибкой 525.

    Где узнать больше о кодах состояния HTTP

    В дополнение к кодам состояния HTTP, которые мы рассмотрели в этом списке, есть еще несколько малоизвестных, о которых вы, возможно, захотите узнать. Есть несколько ресурсов, с которыми вы можете ознакомиться, чтобы узнать об этих более редких кодах, в том числе:

    • Полный список кодов состояния HTTP из Википедии.
    • Определения кодов состояния от Инженерной группы Интернета (IETF).
    • RFC 7231.

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

    Сначала они могут показаться пугающими, но коды состояния HTTP важны для понимания того, что происходит на вашем сайте. Вот подробный список тех, с которыми вы должны ознакомиться! 📟🌐Нажмите, чтобы твитнуть

    Резюме

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

    В этом посте мы определили более 40 кодов состояния HTTP, с которыми вы можете столкнуться. От более мягких кодов уровня 100 и 200 до более сложных ошибок уровня 400 и 500 — понимание этих сообщений имеет решающее значение для поддержания вашего веб-сайта и обеспечения его доступности для пользователей.

    Экономьте время, затраты и повышайте производительность сайта с помощью:

    • Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
    • Интеграция Cloudflare Enterprise.
    • Глобальный охват аудитории с 35 центрами обработки данных по всему миру.
    • Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

    Коды состояния ответа HTTP | mlytics

    Коды состояния ответа HTTP (или просто коды состояния) — это трехзначные коды, выдаваемые сервером в ответ на запрос клиента со стороны браузера. Эти коды состояния служат средством быстрого и краткого сообщения о том, как сервер работал и отвечал на запрос клиента. Эти коды также включают коды из запроса комментариев IETF (RFC), другие спецификации и некоторые дополнительные коды, используемые в общих приложениях HTTP.

    Администрация адресного пространства Интернета (IANA) ведет официальный реестр кодов состояния HTTP. В 3-х цифрах кода состояния HTTP первая цифра определяет категорию кода состояния, а последние две цифры назначаются для определенного типа ответа в данной категории. Существует пять различных категорий кодов состояния HTTP, и они классифицируются в зависимости от типа ответа, который сервер передает клиенту:

    • 1XX — информационный код 9.0006 : Эта категория указывает, что запрос был получен и понят. Он выдается на временной основе, пока продолжается обработка запроса. Он предупреждает клиента о необходимости дождаться окончательного ответа. Сообщение состоит только из строки состояния и необязательных полей заголовка и заканчивается пустой строкой.
    • 2XX — Код успеха : Эта категория указывает, что действие, запрошенное клиентом, было получено, понято и принято. По сути, это означает, что запрос, сделанный клиентом, был хорошим запросом, и что сервер полностью и успешно выполнил то, что должен был сделать.
    • 3XX — код перенаправления : эта категория указывает, что клиент может предпринять дополнительные действия для выполнения запроса. Обычно это дополнительное действие заключается в перенаправлении пользователя на другой URL-адрес. Многие из кодов состояния в этой категории используются при перенаправлении URL-адресов.
    • 4XX — код ошибки клиента : эта категория указывает, что запрос не может быть выполнен из-за ошибки, исходящей от клиента. Запрос может содержать неправильный синтаксис или отсутствие авторизации и т. д. Сервер должен включать в себя сущность, содержащую объяснение ситуации с ошибкой (за исключением ответа на запрос HEAD), а также является ли это временным или постоянным состоянием.
    • 5XX — код ошибки сервера . Эта категория указывает, что сервер обнаружил ошибку или не может выполнить действительный запрос. Сервер должен включать сущность, содержащую объяснение ситуации с ошибкой (за исключением случаев ответа на запрос HEAD), и указывать, является ли это временным или постоянным состоянием.

    Ниже перечислены наиболее распространенные коды состояния ответов HTTP для каждой категории.

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

    100 Продолжить

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

    Используется для информирования клиента о том, что начальная часть запроса получена и еще не отклонена сервером. Затем браузер должен продолжить отправку оставшейся части запроса или проигнорировать этот ответ, если запрос уже был выполнен. Сервер должен отправить окончательный ответ после завершения запроса. Браузер должен сначала включить Expect: 100-continue в заголовок запроса в своем первоначальном запросе, чтобы получить код состояния 100 Continue в ответ перед отправкой тела.

    101 Переключение протоколов

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

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

    103 Ранние подсказки

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

    B. Коды успешного выполнения

    200 OK

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

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

    Код состояния для успешного результата PUT или DELETE часто представляет собой не 200 OK, а 204 No Content или 201 Created, если ресурс загружается впервые. Ответ 200 кэшируется по умолчанию.

    201 Created

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

    202 Принят

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

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

    203 Неавторизованная информация

    Этот код состояния указывает на то, что запрос был выполнен успешно, но прилагаемые полезные данные были изменены прокси-сервером, преобразующим ответ 200 OK исходного сервера. И возвращенная метаинформация в заголовке не является окончательным набором, доступным с исходного сервера, а собрана из локальной или сторонней копии. Ответ 203 кэшируется по умолчанию.

    204 Нет содержимого

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

    Этот ответ предназначен для того, чтобы разрешить ввод для выполнения действий, не вызывая изменения активной страницы браузера, хотя любая новая или обновленная метаинформация будет применяться к активной странице браузера. Например, при реализации функции «сохранить и продолжить редактирование» для вики-сайта. В этом случае для сохранения страницы будет использоваться запрос PUT, а ответ 204 будет отправлен, чтобы указать, что редактор не должен быть заменен другой страницей. Ответ 204 по умолчанию кэшируется (в такой ответ включается заголовок ETag).

    C. Коды перенаправления

    300 Множественный выбор

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

    В зависимости от формата и возможностей браузера выбор наиболее подходящего варианта может выполняться автоматически. Если у сервера есть предпочтительный выбор представления, он будет включать конкретный URI для этого представления в поле «Расположение», и браузер может использовать значение поля «Расположение» для автоматического перенаправления. Поскольку не существует стандартизированного способа выбора одного из ответов, этот код ответа используется очень редко. Ответ 300 кэшируется по умолчанию.

    301 Перемещено навсегда

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

    Рекомендуется использовать код состояния 301 только в качестве ответа для методов GET или HEAD, поскольку изменение метода явно запрещено с этим статусом, и вместо этого использовать 308 Permanent Redirect для методов POST. Ответ 301 кэшируется по умолчанию.

    302 Найдено

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

    Рекомендуется использовать код 302 только в качестве ответа на методы GET или HEAD, так как изменение метода явно запрещено для этого статуса, и использовать 307 Temporary Redirect, если метод изменяется при выполнении перенаправленного запроса. В тех случаях, когда вы хотите, чтобы используемый метод был изменен на GET, вместо этого используйте 303 See Other. Это также полезно, когда вы хотите дать ответ на метод PUT, который не является загруженным ресурсом, а подтверждающим сообщением, например: «вы успешно загрузили XYZ». Ответ 302 можно кэшировать, если это указано в поле заголовка Cache-Control или Expires.

    303 См. Другое

    Этот код состояния указывает, что перенаправления ссылаются не на недавно загруженные ресурсы, а на пользовательскую страницу (например, страницу подтверждения или страницу прогресса загрузки). Этот код состояния обычно отправляется обратно в результате PUT или POST. Метод, используемый для отображения этой перенаправленной страницы, всегда GET.

    304 Не изменено

    Этот код состояния указывает на отсутствие необходимости повторной передачи запрошенных ресурсов. Это неявное перенаправление на кешированный ресурс. Это происходит, когда метод запроса безопасен, например. GET или HEAD, или когда запрос является условным и использует заголовок If-None-Match или If-Modified-Since. Эквивалентный ответ 200 OK включал бы заголовки Cache-Control, Content-Location, Date, ETag, Expires и Vary.

    307 Временное перенаправление

    Этот код состояния указывает, что запрошенный ресурс был временно перемещен в URI. Временный URI задается полем Location в ответе. Единственная разница между 307 и 302 Found заключается в том, что 307 гарантирует, что метод и тело не будут изменены при выполнении перенаправленного запроса. Для запросов GET поведение 302 и 307 идентично. Поведение с не-GET-методами и 302 Found становится непредсказуемым в Интернете, тогда как поведение с 307 предсказуемо.

    В тех случаях, когда вы хотите, чтобы используемый метод был изменен на GET, вместо этого используйте 303 See Other. Это также полезно, когда вы хотите дать ответ на метод PUT, который не является загруженными ресурсами, а подтверждающим сообщением (например, «Вы успешно загрузили XYZ»).

    308 Постоянное перенаправление

    Этот код состояния указывает, что запрошенный ресурс был окончательно перемещен в URI. Постоянный URI задается полем Location в ответе. Метод и тело запроса не будут изменены, тогда как 301 иногда может быть неправильно изменен на метод GET.

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

    400 Неверный запрос

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

    401 Неавторизованный

    Этот код состояния указывает, что запрос не был применен, так как отсутствуют действительные учетные данные для проверки подлинности для целевого ресурса. Этот статус отправляется с заголовком WWW-Authenticate, который содержит информацию о том, как правильно авторизоваться. С этим кодом состояния можно повторить запрос, включив аутентификацию для доступа к целевому ресурсу. Этот статус аналогичен 403, но в этом случае возможна аутентификация.

    402 Требуется оплата

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

    403 Запрещено

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

    Этот статус аналогичен 401 Unauthorized, но в этом случае повторная аутентификация не имеет значения, поэтому повторять запрос не нужно. Доступ постоянно запрещен и привязан к логике приложения, например, недостаточные права на ресурс. Для любых методов запроса, кроме HEAD, если сервер хочет, чтобы причина отказа была доступна клиенту, то можно использовать 403. Однако, если сервер не хочет предоставлять эту информацию, вместо этого можно использовать 404 Not Found.

    404 Не найдено

    Этот код состояния указывает, что сервер не может найти ничего, соответствующего Request-URI. Ссылки, которые ведут на страницу 404, часто называют неработающими или мертвыми ссылками, и они могут быть подвержены гниению ссылок. Нет никаких указаний на то, является ли состояние временным или постоянным. Но если сервер знает, что ресурс удален безвозвратно, то вместо статуса 404 следует использовать 410 Gone. Этот код состояния также обычно используется, когда сервер не желает точно раскрывать, почему запрос был отклонен, или когда никакой другой ответ не применим. Ответ 404 кэшируется по умолчанию.

    405 Метод не разрешен

    Этот код состояния указывает, что метод запроса известен серверу, но не поддерживается целевым ресурсом. Метод, указанный в строке запроса, не разрешен для ресурса, указанного в Request-URI. Сервер ДОЛЖЕН генерировать поле заголовка Allow, содержащее список поддерживаемых методов для запрошенного ресурса. Ответ 405 кэшируется по умолчанию.

    408 Истечение времени ожидания запроса

    Этот код состояния указывает, что сервер хотел бы закрыть это неиспользуемое соединение, так как запрос превысил время, которое сервер был готов ждать. Клиент МОЖЕТ повторить запрос без изменений в любое время. Сервер должен отправить поле заголовка Connection «закрыть» в ответе, поскольку 408 означает, что сервер решил закрыть соединение, а не продолжать ждать.

    409 Конфликт

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

    Скорее всего, это происходит в ответ на запрос PUT. Например, вы можете получить 409ответ при загрузке файла, который старше, чем тот, который уже находится на сервере, что приводит к конфликту контроля версий. В этом случае ответ должен содержать список различий между двумя версиями в формате, определяемом Content-Type ответа.

    410 Исчез

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

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

    414 Слишком длинный URI

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

    Есть несколько условий, когда это может произойти: а) когда клиент неправильно преобразовал запрос POST в запрос GET с длинной информацией о запросе, б) когда клиент попал в цикл перенаправления (например, перенаправленный префикс URI, который указывает на суффикс самого себя), или c) когда сервер подвергается атаке со стороны клиента, пытающегося использовать потенциальные бреши в безопасности. Ответ 414 кэшируется по умолчанию.

    415 Неподдерживаемый тип носителя

    Этот код состояния указывает, что сервер отказывается принять запрос, поскольку формат полезной нагрузки не поддерживается. Проблема с форматом может быть связана с указанным в запросе Content-Type или Content-Encoding или в результате непосредственной проверки данных.

    418 Я чайник

    Этот код состояния указывает на то, что сервер отказывается заваривать кофе, потому что он постоянно является чайником. Комбинированный кофейник/чайник, в котором временно закончился кофе, вместо этого должен возвращать 503 Сервис недоступен. Этот код состояния был определен в 1998 году как одна из первоапрельских шуток IETF в RFC 2324, Hyper Text Coffee Pot Control Protocol. Некоторые веб-сайты используют этот ответ для запросов, которые они не хотят обрабатывать, таких как автоматические запросы, а HTTP-сервер Nginx использует этот код для имитации поведения, подобного goto, в своей конфигурации.

    429 Слишком много запросов

    Этот код состояния указывает, что пользователь отправил слишком много запросов за заданный период времени («ограничение скорости»). Представления ответа могут включать подробности, объясняющие условие, и заголовок Retry-After, указывающий, как долго ждать, прежде чем делать новый запрос. Однако, когда сервер подвергается атаке или просто получает очень большое количество запросов от одной стороны, ответ на каждый с кодом состояния 429 будет потреблять ресурсы, следовательно, когда может быть более подходящим просто сбросить соединения или предпринять другие шаги. .

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

    500 Внутренняя ошибка сервера

    Этот код состояния указывает, что сервер столкнулся с непредвиденной ситуацией, которая помешала ему выполнить запрос. Этот ответ об ошибке обычно используется как общий «всеобъемлющий» ответ, указывающий, что сервер не может найти лучший код состояния 5xx для ответа. Иногда администраторы серверов регистрируют ответы об ошибках, такие как код состояния 500, с более подробной информацией о запросе, чтобы предотвратить повторение ошибки в будущем.

    501 Не реализовано

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

    Это правильный ответ, когда сервер не распознает метод запроса и не может поддерживать его для любого ресурса. Единственными методами, которые должны поддерживать серверы, являются GET и HEAD, поэтому они не должны возвращать 501. Если сервер распознает метод, но намеренно не поддерживает его, соответствующий ответ — 405 Method Not Allowed. Ответ 501 кэшируется по умолчанию, если заголовки кэширования не указывают иное.

    502 Bad Gateway

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

    503 Служба недоступна

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

    No related posts.