Api 521 На Русском
Шаблон:. Код состояния HTTP ( HTTP status code) — часть первой строки ответа сервера при запросах по протоколу. Он представляет собой целое число из трёх десятичных цифр.
Первая цифра указывает на класс состояния. За обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа. Примеры:. 201 Created. 401 Unauthorized.
507 Insufficient Storage. Клиент узнаёт по коду ответа о результатах его запроса и определяет, какие действия ему предпринимать дальше.
Скачать api rp 521 pdf на русском - минус мой дом россия маршал х минус. Api rp 521 pdf на русском. Looking for: api rp521: Api Rp 521. На русском языке. Настоящий стандарт устанавливает требования к материалам. Api 521 Система Зажигания/вспышки Система Зажигания/электронный Воспламенитель Газа С Электронная Система Зажигания, Find Complete Details.
Набор кодов состояния является стандартом, и они описаны в соответствующих документах. Введение новых кодов должно производиться только после согласования. Тем не менее известно о двух используемых кодах, не упомянутых в RFC: 449 Retry With. Также упоминается пояснительная фраза «Reply With» в спецификации по в, введённый и 509 Bandwidth Limit Exceeded, введённый. Клиент может не знать все коды состояния, но он обязан отреагировать в соответствии с классом кода. В настоящее время выделено пять классов кодов состояния.
Веб-сервер в своих файлах журналов, кроме стандартных кодов состояния, использует подкоды, записывая их через точку после основного. При этом в ответах от сервера данный подкод не размещается — он нужен администратору сервера, чтобы тот мог более точно определять источники проблем. Статистика по кодам ответа, сгенерированная анализатором логов. (информационные):. («продолжай»);.
(«переключение протоколов»);. («идёт обработка»). (успешно):.
(«хорошо»);. («создано»);. («принято»);. («информация не авторитетна»);. («нет содержимого»);. («сбросить содержимое»);. («частичное содержимое»);.
(«многостатусный»);. («уже сообщалось»);. («использовано IM»).
(перенаправление):. («множество выборов»);. («перемещено навсегда»);. («перемещено временно»);. («найдено»);. («смотреть другое»);.
(«не изменялось»);. («использовать прокси»);. — зарезервировано (код использовался только в ранних спецификациях);. («временное перенаправление»);.
(«постоянное перенаправление»). Сервер вернул ошибку 403 при попытке просмотра директории «cgi-bin», доступ к которой был запрещён. 403 Forbidden — сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Иными словами, клиент не уполномочен совершать операции с запрошенным ресурсом. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ, или при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого.
В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам или ) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к или разделу для зарегистрированных пользователей либо сервер не удовлетворён клиента, например, при блокировках. Появился в HTTP/1.0. — самая распространённая ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы.
Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URL. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код. Ответ 404 может использоваться вместо, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.
405 Method Not Allowed — указанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код (Not Implemented). Появился в HTTP/1.1. 406 Not Acceptable — запрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.
407 Proxy Authentication Required — ответ аналогичен коду за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1. 408 Request Timeout — время ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения или потери связи с другим компьютером в локальной сети.
Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1. 409 Conflict — запрос не может быть выполнен из-за конфликтного обращения к ресурсу.
Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1. 410 Gone — такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа (например копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код. Появился в HTTP/1.1.
Api 521 На Русском Языке
411 Length Required — для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение.
Появился в HTTP/1.1. 412 Precondition Failed — возвращается, если ни одно из условных полей заголовка (If-Match и др., см. ) запроса не было выполнено. Появился в HTTP/1.1. 413 Payload Too Large — возвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса.
Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос.
Появился в HTTP/1.1. Ранее назывался «Request Entity Too Large». 414 URI Too Long — сервер не может обработать запрос из-за слишком длинного указанного URI. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST.
Появился в HTTP/1.1. Ранее назывался «Request-URI Too Long». 415 Unsupported Media Type — по каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1.
416 Range Not Satisfiable — в поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges. Введено в (обновление HTTP/1.1). Ранее назывался «Requested Range Not Satisfiable». 417 Expectation Failed — по каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.
Введено в (обновление HTTP/1.1). 418 I’m a teapot — Этот код был введен в 1998 году как одна из традиционных первоапрельских шуток IETF в,. Не ожидается, что данный код будет поддерживаться реальными серверами. 421 Misdirected Request — запрос был перенаправлен на сервер, не способный дать ответ.
422 Unprocessable Entity — сервер успешно принял запрос, может работать с указанным видом данных (например, в теле запроса находится -документ, имеющий верный синтаксис), однако имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом. Введено в WebDAV. 423 Locked — целевой ресурс из запроса заблокирован от применения к нему указанного метода. 424 Failed Dependency — реализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.
426 Upgrade Required — сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено в для возможности перехода к посредством HTTP. 428 Precondition Required — сервер указывает клиенту на необходимость использования в запросе заголовков условий, наподобие If-Match.
Введено в черновике стандарта. 429 Too Many Requests — клиент попытался отправить слишком много запросов за короткое время, что может указывать, например, на попытку DDoS-атаки.
Может сопровождаться заголовком Retry-After, указывающим, через какое время можно повторить запрос. Введено в черновике стандарта. 431 Request Header Fields Too Large — Превышена допустимая длина заголовков. Сервер не обязан отвечать этим кодом, вместо этого он может просто сбросить соединение. Введено в черновике стандарта. 434 Requested host unavailable — Запрашиваемый адрес недоступен. 449 Retry With — возвращается сервером, если для обработки запроса от клиента поступило недостаточно информации.
При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой. — доступ к ресурсу закрыт по юридическим причинам, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав.
Введено в черновике IETF за авторством, при этом код ошибки является отсылкой к роману Рэя Брэдбери «». Был добавлен в стандарт 21 декабря 2015. Ошибка сервера. Пример ошибки 502 Bad Gateway Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.
Для всех ситуаций, кроме использования метода HEAD, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю. 500 Internal Server Error — любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.
501 Not Implemented — сервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ. Появился в 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 — в результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Введено в для дополнения протокола HTTP технологией. 507 Insufficient Storage — не хватает места для выполнения текущего запроса.
Проблема может быть временной. Введено в WebDAV. 509 Bandwidth Limit Exceeded — используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру.
В настоящий момент данный код не описан ни в одном и используется только модулем «bw/limited», входящим в панель управления хостингом, где и был введён. 510 Not Extended — на сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в для дополнения протокола HTTP поддержкой расширений. 511 Network Authentication Required — этот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта.
520 Unknown Error, возникает когда сервер не смог обработать ошибку веб-сервера; нестандартный код,. 521 Web Server Is Down, возникает когда подключения отклоняются веб-сервером; нестандартный код. 522 Connection Timed Out, возникает когда не удалось подключиться к веб-серверу; нестандартный код. 523 Origin Is Unreachable, возникает когда веб-сервер недостижим; нестандартный код. 524 A Timeout Occurred, возникает при истечении таймаута подключения между сервером и веб-сервером; нестандартный код. 525 SSL Handshake Failed, возникает при ошибке рукопожатия между сервером и веб-сервером; нестандартный код.
526 Invalid SSL Certificate, возникает когда не удаётся подтвердить сертификат шифрования веб-сервера; нестандартный код. Также. Примечания. ↑ на сайте MSDN. ↑ «» в RFC 2068. ↑.
↑. ↑. ↑.
Api 521 На Русском
↑., раздел «10.3.3 302 Found»,. Проверено 22 декабря 2015. Ссылки на Викискладе Основные документы по протоколу HTTP (по убыванию даты публикации).
(англ.). (17 октября 2007). — реестр кодов состояния HTTP. Проверено 30 июля 2009. 17 февраля 2012 года. RFC 2616 Draft standard «» (англ.) (с — «Протокол передачи гипертекста — HTTP/1.1»);, июнь 1999; (англ.) ( (англ.) ), (англ.) (/), Mogul J.
, (англ.) (/), Masinter L. , (/) — обновление протокола HTTP версии 1.1. RFC 2068 Proposed standard «» (англ.) (с — «Протокол передачи гипертекста — HTTP/1.1»);, январь 1997; (англ.) ( (англ.) ), (англ.) , Mogul J. , (англ.) (/LCS), (/LCS) — ранняя спецификация по HTTP версии 1.1.
RFC 1945 Informational «» (англ.) (с — «Протокол передачи гипертекста — HTTP/1.0»);, май 1996; (/LCS), (англ.) ( (англ.) ), (англ.) (/LCS) — самая первая спецификация по протоколу HTTP. Так же включает в себя описание HTTP/0.9. Документы по расширениям и обновлениям протокола HTTP (по убыванию даты публикации). RFC 4918 Proposed Standard «» (англ.) (с — «Расширения HTTP для распределённой авторской работы и управления версиями через веб (WebDAV)»);, июнь 2007; Dusseault Ed.
( (англ.) ) — поздняя спецификация по протоколу WebDAV, заместившая. RFC 3229 Proposed standard «» (англ.) (с — «Дельта-кодирование в HTTP»);, январь 2002; Mogul J. ( WRL), Krishnamurthy B. , Douglis F. , Feldmann A.
( (англ.) ), Goland Y. (Marimba), van Hoff A. (Marimba), Hellerstein D. RFC 2817 Proposed Standard «» (англ.) (с — «Обновление к TLS совместно с HTTP/1.1»);, май 2000; (англ.) (4K Associates/ (англ.) ), Lawrence S. (Agranat Systems, Inc.) — обновление к для описания работы HTTP. RFC 2774 Experimental «» (англ.) (с — «Каркас расширений HTTP»);, февраль 2000; Nielsen H.
, Lawrence S. (Agranat Systems). Internet Draft «» (с — «Протокол продвинутых коллекций WebDAV»);, 18 июня 1999; Slein J. , Whitehead Jr.
( (англ.) ), Davis J. (CourseNet), Clemm G. ( (англ.) ), Crawford J.
, Chihaya T. (DataChannel) — управление коллекциями в WebDAV; просрочился 18 декабря 1999 года. RFC 2518 Proposed Standard «» (англ.) (с — «Расширения HTTP для распределённой авторской работы — WEBDAV»);, февраль 1999; Goland Y. , Whitehead E. ( (англ.) ), Faizi A. , Carter S.
, Jensen D. — первая спецификация по протоколу WebDAV (замещена ). RFC 2295 Experimental «» (англ.) (с — «Прозрачное согласование содержимого в HTTP»);, март 1998; Holtman K. (TUE), Mutz A.
Дополнительные материалы. (англ.). (14 марта 2007). — описание поддержки клиентских расширений в протоколе WebDAV. Проверено 30 июля 2009. 17 февраля 2012 года.
RFC 2324 Informational «» (англ.) (с — «Гипертекстовый протокол управления кофеваркой (HTCPCP/1.0)»);, 1 апреля 1998; Masinter L. KB 318380 (рус.). (4 декабря 2007). — список расширенных кодов состояния для протоколов HTTP и FTP.
Проверено 16 января 2010. 17 февраля 2012 года. — обработка кодов состояния HTTP. Проверено 2 мая 2018.