Я новый студент, работающий над летним проектом после моего первого курса с небольшим опытом, и я получаю ошибку Домен Ошибки=NSURLErrorDomain Код=-1012 (null) UserInfo={NSErrorFailingURLKey=…

Я получаю следующую ошибку: Error Domain=NSURLErrorDomain Code=-1202 сертификат для этого сервера недействителен. Возможно, вы подключаетесь к серверу, который притворяется “api.linkedin.com”, что…

Когда start NSURLConnection несколько раз я получаю эти ошибки. Но, не всегда получается эта ошибка. Error Domain=NSURLErrorDomain Code=-1000 bad URL UserInfo=0x9eaa6b0 {NSUnderlyingError=0xae8c730…

В этом коде UIWebView не загружается, я видел это: Домен ошибки=NSURLErrorDomain код=-999 The operation couldn’t be completed. (NSURLErrorDomain error -999.) UserInfo=0x1c0e36e0…

Я хотел бы получить код состояния ответа HTTP (например, 400, 401, 403, 503 и т. д.) Для сбоев запроса (и в идеале для успехов тоже). В этом коде я выполняю аутентификацию пользователя с помощью…

В документации по ошибкам NSURLErrorDomain описание для NSURLErrorBadServerResponse указано следующим образом: Возвращается, когда система загрузки URL получает неверные данные с сервера. Это…

Привет, я пытаюсь использовать Alamofire для своего проекта, но выходит ошибка. Вот мой запрашивающий код //Google тестирование Alamofire.request(http://google.com).responseString{ response in…

привет всем я знаю такой вопрос задавался ранее но я не получил от них никакого решения в моем проекте я работаю в режиме входа в систему когда я ставлю код на кнопку входа в систему я получаю…

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

Я использую AFNetworking с iOS 11. Я получаю ошибку типа: Задача <2EC9C49F-1889-4BFF-83B4-2047ED6E5F2A>.<1> HTTP загрузка не удалась (код ошибки: -999 [1:89]) Ошибка(countries.php): ошибка…

Обзор кода состояния HTTP — Internet Information Services

Сообщения об ошибках и типы ресурсов Microsoft Graph — Microsoft Graph

• 13.03.2021
• Чтение занимает 6 мин

В этой статье

Сообщения об ошибках в Microsoft Graph возвращаются с использованием стандартных кодов состояния HTTP, а также JSON-объекта сообщения об ошибке.Errors in Microsoft Graph are returned using standard HTTP status codes, as well as a JSON error response object.

Коды состояния HTTPHTTP status codes

В приведенной ниже таблице представлен список возможных кодов состояния HTTP и их описаний.The following table lists and describes the HTTP status codes that can be returned.

Сообщение об ошибке — это один объект JSON, содержащий одно свойство error. Этот объект включает все сведения об ошибке. Вы можете использовать возвращенные сведения вместо кода состояния HTTP или вместе с ним. Ниже представлен пример полного текста ошибки JSON.The error response is a single JSON object that contains a single property named error. This object includes all the details of the error. You can use the information returned here instead of or in addition to the HTTP status code. The following is an example of a full JSON error body.

{
  "error": {
    "code": "invalidRange",
    "message": "Uploaded fragment overlaps with existing data.",
    "innerError": {
      "requestId": "request-id",
      "date": "date-time"
    }
  }
}

Тип ресурса ошибкиError resource type

Ресурс ошибки возвращается, если при обработке запроса происходит ошибка.The error resource is returned whenever an error occurs in the processing of a request.

Сообщения об ошибках соответствуют определению в спецификации OData версии 4.Error responses follow the definition in the OData v4 specification for error responses.

Представление JSONJSON representation

Ресурс ошибки состоит из указанных ниже ресурсов.The error resource is composed of these resources:

{
  "error": { "@odata.type": "odata.error" }  
}

Тип ресурса odata.errorodata.error resource type

Сообщение об ошибке содержит ресурс ошибки, состоящий из следующих свойств:Inside the error response is an error resource that includes the following properties:

{
  "code": "string",
  "message": "string",
  "innererror": { "@odata.type": "odata.error" }
}

Свойство codeCode property

Свойство code содержит одно из перечисленных ниже значений. Приложения должны быть готовы к любой из этих ошибок.The code property contains one of the following possible values. Your apps should be prepared to handle any one of these errors.

Объект innererror может рекурсивно содержать дополнительные объекты innererror с другими, более подробными кодами ошибок. При обработке ошибок приложения должны перебирать все доступные коды ошибок и использовать самый подробный и понятный. В конце этой страницы приведено несколько более подробных кодов.The innererror object might recursively contain more innererror objects with additional, more specific error codes. When handling an error, apps should loop through all the error codes available and use the most detailed one that they understand. Some of the more detailed codes are listed at the bottom of this page.

Чтобы убедиться, что объект ошибки представляет собой ожидаемую ошибку, необходимо перебрать объекты innererror и найти ожидаемые коды ошибок. Например:To verify that an error object is an error you are expecting, you must loop over the innererror objects, looking for the error codes you expect. For example:

public bool IsError(string expectedErrorCode)
{
    OneDriveInnerError errorCode = this.Error;
    while (null != errorCode)
    {
        if (errorCode.Code == expectedErrorCode)
            return true;
        errorCode = errorCode.InnerError;
    }
    return false;
}

В примере Обработка кодов ошибок показано, как правильно обрабатывать ошибки.For an example that shows how to properly handle errors, see Error Code Handling.

Свойство message в корне содержит сообщение об ошибке, предназначенное для разработчика. Сообщения об ошибках не локализованы и не предназначены для пользователя. Приложение не должно обрабатывать значения message, так как они могут измениться в любое время и часто содержат динамические сведения, связанные с неудачным запросом. Приложение должно обрабатывать только те коды ошибок, которые возвращаются в свойствах code.The message property at the root contains an error message intended for the developer to read. Error messages are not localized and shouldn’t be displayed directly to the user. When handling errors, your code should not key off of message values because they can change at any time, and they often contain dynamic information specific to the failed request. You should only code against error codes returned in code properties.

Подробные коды ошибокDetailed error codes

Ниже приведено несколько дополнительных ошибок, которые могут возникать при работе приложения во вложенных объектах innererror. Приложения не обязаны их обрабатывать. Служба в любое время может добавить новые коды ошибок или прекратить возврат старых кодов, поэтому важно, чтобы все приложения могли обрабатывать основные коды ошибок.The following are some additional errors that your app might encounter within the nested innererror objects. Apps are not required to handle these, but can if they choose. The service might add new error codes or stop returning old ones at any time, so it is important that all apps be able to handle the basic error codes.

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

100 Продолжить

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

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

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

102 Обработка (WebDAV)

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

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

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

200 ОК

Запрос выполнен успешно. Смысл успеха зависит от метода HTTP:

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

201 Создано

Запрос был успешно выполнен, и в результате был создан новый ресурс. Обычно это ответ, отправленный после запросов POST или нескольких запросов PUT .

202 Принято

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

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

Этот код ответа означает, что возвращенная метаинформация не совсем такая же, как доступная с исходного сервера, но собрана из локальной или сторонней копии.В основном это используется для зеркал или резервных копий другого ресурса. За исключением этого конкретного случая, этому статусу предпочтительнее ответ «200 OK».

204 Без содержания

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

205 Сбросить содержимое

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

206 Частичное содержимое

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

207 Мульти-статус (WebDAV)

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

208 Уже сообщено (WebDAV)

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

226 IM Используется (HTTP-дельта-кодировка)

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

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

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

301 Переехал на постоянной основе

URL-адрес запрошенного ресурса изменен навсегда. Новый URL-адрес указан в ответе.

302 Найдено

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

303 См. Другие

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

304 Без изменений

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

305 Использовать прокси Этот устаревший API больше не следует использовать, но, вероятно, он по-прежнему будет работать.

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

306 неиспользованный

Этот код ответа больше не используется; это просто зарезервировано. Он использовался в предыдущей версии HTTP / 1.1 спецификация.

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

Сервер отправляет этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с тем же методом, который использовался в предыдущем запросе. Он имеет ту же семантику, что и код ответа HTTP 302 Found , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: Если в первом запросе использовался POST , должен быть используется во втором запросе.

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

Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код ответа HTTP 301, перемещен навсегда , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен использоваться во втором запросе.

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

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

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

Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неавторизованный». То есть клиент должен аутентифицироваться, чтобы получить запрошенный ответ.

402 Требуется оплата Это экспериментальный API, который не следует использовать в производственном коде.

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

403 Запрещено

У клиента нет прав доступа к контенту; то есть он неавторизован, поэтому сервер отказывается предоставить запрошенный ресурс. В отличие от 401, личность клиента известна серверу.

404 Не найдено

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

405 Метод запрещен

Метод запроса известен серверу, но он отключен и не может использоваться. Например, API может запретить УДАЛЕНИЕ ресурса. Два обязательных метода, GET и HEAD , никогда не должны отключаться и не должны возвращать этот код ошибки.

406 Неприемлемо

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

407 Требуется аутентификация прокси

Это похоже на 401, но аутентификация должна выполняться прокси.

408 Тайм-аут запроса

Этот ответ отправляется некоторыми серверами при незанятом соединении, даже без предварительного запроса клиента.Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome, Firefox 27+ или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга. Также обратите внимание, что некоторые серверы просто закрывают соединение, не отправляя это сообщение.

409 Конфликт

Этот ответ отправляется, когда запрос конфликтует с текущим состоянием сервера.

410 Исчез

Этот ответ отправляется, когда запрошенное содержимое было окончательно удалено с сервера без адреса пересылки.Ожидается, что клиенты удалят свои кеши и ссылки на ресурс. Спецификация HTTP предполагает, что этот код состояния будет использоваться для «ограниченных по времени рекламных услуг». API не должны чувствовать себя обязанными указывать ресурсы, которые были удалены с этим кодом состояния.

411 Требуемая длина

Сервер отклонил запрос, потому что поле заголовка Content-Length не определено и это требуется серверу.

412 Ошибка предварительного условия

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

413 Слишком большая полезная нагрузка

Размер запроса превышает ограничения, определенные сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After .

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

URI, запрошенный клиентом, длиннее, чем сервер готов интерпретировать.

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

Медиа-формат запрошенных данных не поддерживается сервером, поэтому сервер отклоняет запрос.

416 Диапазон Не выполняется

Диапазон, указанный в поле заголовка Range в запросе, не может быть выполнен; возможно, что диапазон выходит за пределы размера данных целевого URI.

417 Неудачное ожидание

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

418 Я чайник

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

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

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

422 Необработанная сущность (WebDAV)

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

423 Заблокировано (WebDAV)

Ресурс, к которому осуществляется доступ, заблокирован.

424 Неудачная зависимость (WebDAV)

Запрос не выполнен из-за сбоя предыдущего запроса.

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

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

426 Требуется обновление

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

428 Требуются предварительные условия

Исходный сервер требует, чтобы запрос был условным. Этот ответ предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.

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

Пользователь отправил слишком много запросов за заданный промежуток времени («ограничение скорости»).

431 Поля заголовка запроса слишком велики

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

451 Недоступно по юридическим причинам

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

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

Сервер столкнулся с ситуацией, которую не знает, как с ней справиться.

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

Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы должны поддерживать (и, следовательно, не должны возвращать этот код), — это GET и HEAD .

502 Плохой шлюз

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

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

Сервер не готов обработать запрос.Распространенные причины — это сервер, который не работает на техническое обслуживание или перегружен. Обратите внимание, что вместе с этим ответом должна быть отправлена ​​удобная страница с объяснением проблемы. Эти ответы следует использовать для временных условий, а HTTP-заголовок Retry-After: должен, если возможно, содержать расчетное время до восстановления службы. Веб-мастер также должен позаботиться о заголовках, связанных с кешированием, которые отправляются вместе с этим ответом, поскольку эти временные ответы условий обычно не должны кэшироваться.

504 Тайм-аут шлюза

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

505 Версия HTTP не поддерживается

Версия HTTP, используемая в запросе, не поддерживается сервером.

506 Вариант также оговаривается

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

507 Недостаточно памяти (WebDAV)

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

508 Обнаружен цикл (WebDAV)

Сервер обнаружил бесконечный цикл при обработке запроса.

510 Не расширенный

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

511 Требуется сетевая аутентификация

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

Таблицы BCD загружаются только в браузере

http-ошибок — npm

С легкостью создавайте ошибки HTTP для Express, Koa, Connect и т. Д.

Установить

Это модуль Node.js, доступный через реестр npm. Установка выполняется с помощью npm install команда:

 
 $ npm установить http-ошибки 
 

Пример

 
 var createError = require ('http-errors') 
 
 var express = require ('express') 
 
 var app = express () 
 
 
 
 app.use (function (req, res, next) {
 
 if (! req.user) return next (createError (401, 'Пожалуйста, войдите, чтобы просмотреть эту страницу.')) 
 
 next () 
 
}) 
 

API

Это текущий API, извлеченный из Koa и подлежащий изменению.

Свойства ошибки

• expose — может использоваться, чтобы сигнализировать, что сообщение должно быть отправлено клиенту, по умолчанию false при статус > = 500
• заголовков — может быть объектом имен заголовков для значений, которые будут отправлены в client, по умолчанию undefined .После определения все ключевые имена должны быть нижним
• сообщение — традиционное сообщение об ошибке, которое должно быть кратким и все однострочная
• status — код состояния ошибки, зеркальное отображение statusCode для общего совместимость
• statusCode — код состояния ошибки, по умолчанию 500

createError ([статус], [сообщение], [свойства])

Создать новый объект ошибки с данным сообщением msg .Объект ошибки наследуется от createError.HttpError .

 
 var err = createError (404, 'Это видео не существует!') 
 

• status: 500 — код статуса в виде числа
• сообщение — сообщение об ошибке, по умолчанию текст узла для этого кода состояния.
• properties — настраиваемые свойства для присоединения к объекту

createError ([статус], [ошибка], [свойства])

Расширьте данный объект error с помощью createError.HttpError характеристики. Это не повлияет на наследование данного error объект, а модифицированный error объект является возвращаемое значение.

 
 fs.readFile ('foo.txt', function (err, buf) {
 
 if (err) {
 
 if (err.code === 'ENOENT') {
 
 var httpError = createError (404, err, {expose: false}) 
 
} else {
 
 var httpError = createError (500, err) 
 
} 
 
} 
 
}) 
 

• status — код статуса в виде числа
• ошибка — объект ошибки расширяется
• properties — настраиваемые свойства для присоединения к объекту

createError.isHttpError (значение)

Определите, является ли предоставленное значение val HttpError . Это вернет true если ошибка наследуется от конструктора HttpError этого модуля или соответствует «типу утки» для ошибки, создаваемой этим модулем. Все выходы из фабрика createError вернет true для этой функции, включая если в фабрику было передано не HttpError .

new createError [код || имя] ([сообщение]))

Создать новый объект ошибки с данным сообщением msg .Объект ошибки наследуется от createError.HttpError .

 
 var err = new createError.NotFound () 
 

• код — код статуса в виде числа
• name — название ошибки в виде «неровного дела», т.е. NotFound или InternalServerError .

Список всех конструкторов

Лицензия

MIT

HTTP / 1.1: Определения кода состояния

10 Определений кодов состояния

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

10.1 Информационный 1xx

Этот класс кода состояния указывает на предварительный ответ, состоящий только из строки состояния и дополнительных заголовков, и заканчивается пустой строкой.Для этого нет обязательных заголовков класс кода состояния. Поскольку HTTP / 1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0 кроме экспериментальных условий.

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx до обычного ответа, даже если клиент не ожидает 100 (Продолжить) статусное сообщение. Неожиданные ответы статуса 1xx МОГУТ быть игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Expect: 100-continue», когда перенаправляет запрос, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса.Этот промежуточный ответ используется для информирования клиента о том, что в начальной части запроса был получен и еще не отклонен сервером. Клиент СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если запрос уже выполнен, игнорируйте этот ответ. Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть раздел 8.2.3 для подробного обсуждения использования и обработки этого код состояния.

10.1.2 101 Протоколы коммутации

Сервер понимает и готов выполнять требования клиента запрос через поле заголовка сообщения Upgrade (раздел 14.42) для изменение протокола приложения, используемого в этом соединении. В сервер переключит протоколы на те, которые определены в ответе Обновите поле заголовка сразу после пустой строки, завершает ответ 101.

Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно так.Например, переход на более новую версию HTTP выгоден. по сравнению с более старыми версиями и переключение на синхронный режим реального времени протокол может быть выгоден при доставке ресурсов, использующих такие особенности.

10.2 Успешно 2xx

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

10.2.1 200 ОК

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

GET сущность, соответствующая запрошенному ресурсу, отправляется в ответ;

HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

Запрос был выполнен, и в результате появился новый ресурс. созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов) возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ СЛЕДУЕТ включать объект, содержащий список ресурсов характеристики и местоположение (а), из которых пользователь или пользовательский агент может выберите наиболее подходящий.Формат объекта определяется тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ вместо этого ответьте ответом 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.

10.2.3 202 Принято

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

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

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

Возвращенная метаинформация в заголовке объекта не является окончательный набор, доступный с исходного сервера, но собранный с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии.Например, в том числе местные аннотация информация о ресурсе может привести к надмножеству метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ был бы 200 (ОК).

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

Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. В ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях без вызывает изменение активного вида документа пользовательского агента, хотя любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

10.2.6 205 Сбросить содержимое

Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс. вид документа, который вызвал отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях, выполняемых через пользовательский ввод, за которым следует очистка формы, в которой вводится задано, чтобы пользователь мог легко инициировать другое действие ввода. В ответ НЕ ДОЛЖЕН включать сущность.

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35). указывающий желаемый диапазон, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части.Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
        тело сообщения.
 

 - Дата
 

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включить другие заголовки сущностей. Если ответ является результатом Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН включить другие заголовки сущностей; это предотвращает несоответствия между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены с ответом 200 (OK) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными содержимое, если заголовки ETag или Last-Modified не совпадают в точности, см. 13.5.4.

Кеш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия. берется пользовательским агентом для выполнения запроса. Действие требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.

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

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

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположений из который пользователь или пользовательский агент может выбрать наиболее подходящий. В формат объекта определяется типом носителя, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей

агент пользователя, выбор наиболее подходящего варианта МОЖЕТ быть выполняется автоматически.Однако эта спецификация не определяет любой стандарт для такого автоматического выбора.

Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ кэшируется, если не указано иное.

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

Запрошенному ресурсу был назначен новый постоянный URI и любой будущие ссылки на этот ресурс ДОЛЖНЫ использовать один из возвращенных URI.Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируемые, если не указано иное.

Новый постоянный URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 301 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
      ошибочно изменит его на запрос GET.

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 302 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

 Примечание. RFC 1945 и RFC 2068 указывают, что клиент не разрешен.
      чтобы изменить метод перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидаемая реакция от клиента.
 

10.3.4 303 См. Другие

Ответ на запрос можно найти под другим URI и ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот способ существует в первую очередь для того, чтобы разрешить вывод сценария, активированного POST, на перенаправить пользовательский агент на выбранный ресурс.Новый URI не замените ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй (перенаправленный) запрос может быть кэшируемым.

Другой URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

 Примечание: многие версии до HTTP / 1.1 пользовательские агенты не понимают 303
      статус. Когда возможность взаимодействия с такими клиентами вызывает беспокойство,
      Вместо этого можно использовать код состояния 302, так как большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303.
 

10.3.5 304 Без изменений

Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать message-body, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.
 

Если исходный сервер без часов подчиняется этим правилам, и прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если условный GET использовал сильный валидатор кеша (см. 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. в условном GET использовался слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает на то, что объект в настоящее время не кэширован, то кеш ДОЛЖЕН игнорировать ответ и повторять запрос без условный.

Если кеш использует полученный ответ 304 для обновления записи кэша, кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.

10.3.6 305 Использовать прокси

Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный поле Местоположение. В поле Location указывается URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. 305 ответов ДОЛЖНЫ создаваться только серверами-источниками.

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

10.3.7 306 (Не используется)

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

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

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ быть изменено при случае, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов.Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не понять статус 307. Поэтому примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.

Если код состояния 307 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

10.4 Ошибка клиента 4xx

Код состояния класса 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная условие.Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.

Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение пакет (ы), содержащий ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса в клиент, который может стереть неподтвержденные входные буферы клиента прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

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

Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без модификации.

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

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включает учетные данные авторизации, затем 401 ответ указывает на то, что в авторизации было отказано для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже попытался аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить сущность, указанная в ответе, поскольку эта сущность может включить соответствующую диагностическую информацию. Аутентификация доступа HTTP объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ» Аутентификация »[43].

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

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

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер желает сделать публично, почему запрос не был выполнен, ДОЛЖЕН описать причина отказа в субъекте.Если сервер не желает сделать эту информацию доступной для клиента, код состояния 404 Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер через некоторый внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает точно раскрыть, почему запрос был отклонен, или когда никакое другое ответ применим.

10.4.6 405 Метод запрещен

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

10.4,7 406 Неприемлемо

Ресурс, указанный в запросе, может только генерировать объекты ответа, которые имеют неприемлемые характеристики содержимого в соответствии с заголовками accept, отправленными в запросе.

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (а) из которых пользователь или пользовательский агент могут выбрать наиболее соответствующий.Формат объекта определяется заданным типом носителя. в поле заголовка Content-Type. В зависимости от формата и формата возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет никаких стандартов для такого автоматического выбора.

 Примечание. Серверы HTTP / 1.1 могут возвращать ответы, которые
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, приемлемо ли это.
 

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

10.4.8 407 Требуется аутентификация прокси-сервера

Этот код похож на 401 (Несанкционированный), но указывает, что клиент должен сначала аутентифицироваться с помощью прокси.Прокси-сервер ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее проблема, применимая к прокси для запрошенного ресурса. В клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в «HTTP-аутентификации: базовая и дайджест-аутентификация доступа» [43].

10.4.9 408 Тайм-аут запроса

Клиент не отправил запрос в течение времени, которое сервер был готов ждать.Клиент МОЖЕТ повторить запрос без модификации в любое время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим состояние ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправьте запрос. Тело ответа ДОЛЖНО включать достаточно

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

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

10.4.11 410 Исчез

Запрошенный ресурс больше не доступен на сервере и нет адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалить ссылки на Request-URI после утверждения пользователем.Если сервер не знает или не имеет возможности определить, действительно ли состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено) вместо этого. Этот ответ кэшируется, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принять запрос без определенного Content- Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.

10.4.13 412 Ошибка предварительного условия

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

10.4.14 413 Слишком большой объект запроса

Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. В сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил запрос.

Если условие является временным, серверу СЛЕДУЕТ включить повторную попытку. После поля заголовка, чтобы указать, что это временно и после чего время клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, потому что Request-URI длиннее, чем сервер готов интерпретировать. Этот редкий состояние может возникнуть только тогда, когда клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс перенаправленного URI, указывающий на суффикс сам), или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину буферы для чтения или управления Request-URI.

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

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни один из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса.(Для байтовых диапазонов это означает, что первый byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка объекта Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges — тип.

10.4.18 417 Неудачное ожидание

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

10.5 Ошибка сервера 5xx

Коды статуса ответа, начинающиеся с цифры «5», указывают на случаи в сервер знает, что допустил ошибку или не может выполнение запроса.За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная условие. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в Пользователь. Эти коды ответов применимы к любому методу запроса.

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

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

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

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

10.5.3 502 Плохой шлюз

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

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

В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Следствие в том, что это временное состояние, которое исчезнет после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не задан, клиент ДОЛЖЕН обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Тайм-аут шлюза

Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного в URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен для доступа при попытке выполнить запрос.

 Примечание. Примечание для разработчиков: некоторые развернутые прокси известны
      вернуть 400 или 500, когда время поиска DNS истекло.

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывая, что он не может или не хочет выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать сущность, описывающая, почему эта версия не поддерживается и какие еще протоколы поддерживаются этим сервером.

Коды состояния HTTP

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

Представление ответа ДОЛЖНО содержать ссылку на ресурс, который позволяет пользователю отправлять учетные данные (например, с помощью HTML-формы).

Обратите внимание, что ответ 511 НЕ ДОЛЖЕН содержать запрос или сам интерфейс входа в систему, потому что браузеры будут отображать интерфейс входа в систему как связанный с первоначально запрошенным URL-адресом, что может вызвать путаницу.

Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путем перехвата прокси, которые вставляются как средство контроля доступа к сети.

Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.

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

Сетевой оператор, желающий потребовать аутентификации, принятия условий или другого взаимодействия с пользователем перед предоставлением доступа, обычно делает это путем идентификации клиентов, которые этого не сделали («неизвестные клиенты»), используя свои MAC-адреса.

Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» ​​неизвестных клиентов и, конечно же, трафика на сам сервер входа в систему.

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

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

Также обратите внимание, что связанные порталы, использующие этот код состояния в соединении SSL или TLS (обычно порт 443), будут генерировать ошибку сертификата на клиенте.

Википедия

Клиент должен пройти аутентификацию, чтобы получить доступ к сети. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы», используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi).

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

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

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

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

Давайте нырнем!

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

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

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

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

Код статуса HTTP 404 Google

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

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

Общие сведения о классах кода состояния HTTP

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

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

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

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

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

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

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

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

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

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

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

Мы увеличили наш трафик на 1187% с помощью WordPress.