Документации

Код состояния «client-error-attributes-or-values-not-supported» в IPP 1.1 информирует о том, что в запросе на создание задания (Job Creation), если принтер не поддерживает один или несколько атрибутов, синтаксисов атрибутов или значений атрибутов, предоставленных в запросе, и клиент предоставил атрибут операции «ipp-attribute-fidelity» со значением «true», принтер ДОЛЖЕН вернуть этот код состояния. (раздел B.1.4.12 из […]

Код состояния «client-error-document-format-not-supported» в IPP 1.1 информирует о том, что Объект IPP отказывается обслуживать запрос, поскольку данные документа имеют формат, указанный в атрибуте операции «document-format» (формат документа), который не поддерживается принтером. (раздел B.1.4.11 из RFC 8011) Эта ошибка возвращается независимо от предоставленного клиентом атрибута «ipp-attribute-fidelity«. Принтер ДОЛЖЕН вернуть этот код […]

Код состояния «client-error-request-value-too-long» в IPP 1.1 информирует о том, что Объект IPP отказывается обслуживать запрос, поскольку один или несколько предоставленных Клиентом атрибутов имеют значение переменной длины, которое превышает максимальную длину, указанную для этого атрибута. (раздел B.1.4.10 из RFC 8011) Объект IPP может не иметь достаточных ресурсов (памяти, буферов и т. […]

Код состояния «client-error-request-entity-too-large» в IPP 1.1 информирует о том, что Объект IPP отказывается обрабатывать запрос, потому что объект запроса больше, чем объект IPP хочет или может обработать. (раздел B.1.4.9 из RFC 8011) Принтер IPP возвращает этот код состояния, когда он ограничивает размер заданий на печать, и получает задание на печать, […]

Код состояния «client-error-gone» в IPP 1.1 информирует о том, что Запрашиваемый объект больше не доступен, а адрес пересылки неизвестен. (раздел B.1.4.8 из RFC 8011) Это условие следует считать постоянным. Клиенты с возможностями редактирования ссылок должны удалять ссылки на URI запроса после одобрения пользователя. Если объект IPP не знает или не […]

Код состояния «client-error-not-found» в IPP 1.1 информирует о том, что Объект IPP не нашел ничего соответствующего URI запроса. Не указывается, является ли состояние временным или постоянным. (раздел B.1.4.7 из RFC 8011) Например, клиент со старой ссылкой на задание (URI) пытается отменить задание; тем не менее, тем временем задание могло быть […]

Код состояния «client-error-timeout» в IPP 1.1 информирует о том, что Клиент не выдал запрос в течение времени, когда объект IPP был готов ждать. (раздел B.1.4.6 из RFC 8011) Например, Клиент выполнил операцию «Create-Job«, а затем, через длительный период времени, выполнил операцию «Send-Document«; этот код состояния ошибки был возвращен в ответ […]

Код состояния «client-error-not-possible» в IPP 1.1 информирует о том, что Этот код состояния используется, когда осуществляется запрос на то, что не может произойти. (раздел B.1.4.5 из RFC 8011) Например, может возникнуть запрос на отмену задания (cancel a Job), которое уже было отменено или отменено системой. Клиент IPP НЕ ДОЛЖЕН повторять […]

Код состояния «client-error-not-authorized» в IPP 1.1 информирует о том, что Запрашивающая сторона не авторизована для выполнения запроса. (раздел B.1.4.4 из RFC 8011) Дополнительная информация аутентификации или учетные данные авторизации не помогут, и запрос НЕ СЛЕДУЕТ повторять. Этот код состояния используется, когда объект IPP хочет показать, что информация аутентификации понятна; однако […]

Код состояния «client-error-not-authenticated» в IPP 1.1 информирует о том, что Запрос требует аутентификации пользователя. (раздел B.1.4.3 из RFC 8011) Клиент IPP может повторить запрос с подходящей информацией для аутентификации. Если в запрос уже включена информация об аутентификации, то этот код состояния указывает, что в авторизации было отказано для этих учетных […]

Код состояния «client-error-forbidden» в IPP 1.1 информирует о том, что Объект IPP понял запрос, но отказывается его выполнить. Дополнительная информация аутентификации или учетные данные авторизации не помогут, и запрос НЕ СЛЕДУЕТ повторять. Этот код состояния обычно используется, когда объект IPP не хочет точно указывать, почему запрос был отклонен или когда […]

Код состояния «client-error-bad-request» в IPP 1.1 информирует о том, что Запрос не может быть понят объектом IPP из-за неправильного синтаксиса (например, значения атрибута фиксированной длины, длина которого не соответствует предписанной длине для этого атрибута — см. Руководства разработчика [RFC3196] [PWG5100.19]). Приложение IPP НЕ ДОЛЖНО повторять запрос без изменений. (раздел B.1.4.1 […]

«Ошибки клиента» (Client Error) значения кодов состояния в IPP 1.1 — этот класс «значений кода состояния» (status-code values) предназначен для случаев, когда Клиент, похоже, допустил ошибку. Объекту IPP СЛЕДУЕТ возвращать сообщение, содержащее объяснение ситуации ошибки и является ли это временным или постоянным условием.(раздел B.1.4 из RFC 8011) К классу ответов операций […]

Код состояния «successful-ok-conflicting-attributes» в IPP 1.1 информирует о том, что Запрос выполнен успешно, но некоторые предоставленные значения атрибута конфликтуют со значениями других предоставленных атрибутов.(раздел B.1.2.3 из RFC 8011) Либо (1) эти конфликтующие значения были заменены (поддерживаемыми) значениями, либо (2) атрибуты были удалены, чтобы обработать задание, не отклоняя его. Атрибуты или […]

Код состояния «successful-ok-ignored-or-substituted-attributes» в IPP 1.1 информирует о том, что Запрос выполнен успешно, но некоторые предоставленные атрибуты (1) были проигнорированы или (2) неподдерживаемые значения были заменены поддерживаемыми значениями или были проигнорированы, чтобы выполнить операцию, не отклоняя ее. (раздел B.1.2.2 из RFC 8011) Неподдерживаемые атрибуты, синтаксисы атрибутов или значения ДОЛЖНЫ быть […]

Код состояния «successful-ok» в IPP 1.1 информирует о том, что Запрос выполнен успешно, и никакие атрибуты запроса не были заменены или проигнорированы. В случае ответа на запрос на «создание задания» (Job Creation), код состояния «successful-ok» указывает, что запрос был успешно получен и проверен, и что объект задания (Job) был создан; […]

«Успешные» (Successful) значения кодов состояния в IPP 1.1 — этот класс «значений кода состояния» (status-code values) указывает, что запрос Клиента был успешно принят, понят и одобрен. (раздел B.1.2 из RFC 8011) К классу ответов операций «Successful» относятся следующие коды состояний, которые перечислены в таблице: Код состояния Значение Описание Определено в  […]

Префикс статуса ключевого слова (prefix of the status keyword) определяет класс ответа IPP 1.1 следующим образом: (смотри Приложение B из RFC 8011) Префикс статуса ключевого слова Значение Описание Диапазон ОТ Диапазон ДО Определено в RFC 8011 informational информационный запрос получен, продолжение процесса 0x0100 0x01ff Раздел B.1.1 successful успешный действие было […]

Аннотация Протокол передачи гипертекста (HTTP) — это протокол уровня приложений без сохранения состояния для распределенных, совместных гипермедиа информационных систем. Этот документ определяет структуру HTTP-аутентификации. Скачать оригинальную версию документа на английском языке RFC 7235 PDF Оглавление 1. Введение 1.1. Соответствие и обработка ошибок 1.2. Синтаксическая нотация 2. Структура Проверки Подлинности Доступа […]

Аннотация Протокол передачи гипертекста (HTTP) — это протокол уровня приложений без сохранения состояния для распределенных, совместных гипертекстовых информационных систем. Этот документ определяет HTTP-кеши и связанные поля заголовков, которые управляют поведением кеша или указывают кешируемые ответные сообщения. Скачать оригинальную версию документа на английском языке RFC 7234 PDF Оглавление 1. Введение 1.1. […]