Аннотация Этот документ определяет понятие «origin» (происхождение/источник), которое часто используется в качестве области оснований или привилегий пользовательскими агентами. Обычно пользовательские агенты изолируют контент, полученный из разных источников, чтобы предотвратить вмешательство операторов вредоносных веб-сайтов в работу безопасных веб-сайтов. В дополнение к изложению принципов, лежащих в основе концепции происхождения, в этом документе […]
Документации
268 записей
Версия документа от 18 августа 2020 года. Ссылка на оригинальную версию документа https://w3c.github.io/FileAPI/ Аннотация Эта спецификация предоставляет API для представления файловых объектов в веб-приложениях, а также для их программного выбора и доступа к их данным. Это включает: Интерфейс FileList, который представляет собой массив индивидуально выбранных файлов из базовой системы. Пользовательский […]
Оглавление 1. Аннотация 2. Описание 3. Синтаксис 4. Примеры 5. История 6. Безопасность 7. Ссылки Автор 1. Аннотация Определяется новая схема URL, «data«. Это позволяет включать небольшие элементы данных как «немедленные» (immediate) данные, как если бы они были включены извне. Оригинальная версия документа на английском языке RFC 2397 PDF 2. […]
Краткий обзор Нотация объектов JavaScript (JSON — JavaScript Object Notation) — это легкий текстовый, независимый от языка формат обмена данными. Он был получен из стандарта языка программирования ECMAScript. JSON определяет небольшой набор правил форматирования для переносимого представления структурированных данных. Оглавление 1. Введение 1.1. Условные обозначения, используемые в этом документе 2. […]
Аннотация В этом документе регистрируются схемы проверки подлинности по протоколу гипертекстовой передачи (HTTP), которые были определены в RFC до создания реестра схем проверки подлинности HTTP IANA. Оглавление 1. Введение 2. Вопросы безопасности 3. Соображения IANA 4. Нормативные ссылки 1. Введение В этом документе регистрируются схемы проверки подлинности по протоколу гипертекстовой […]
Аннотация Этот документ определяет поля заголовка «Cookie» и «Set-Cookie» в протоколе HTTP . Эти поля заголовков могут использоваться серверами HTTP для хранения состояния (называемых «cookies» куки-файлами) в пользовательских агентах HTTP, что позволяет серверам поддерживать сеанс с сохранением состояния по протоколу HTTP, который в основном не содержит состояний. Хотя файлы cookie […]
Живой стандарт — Обновление 29 июня 2020 года Принять участие: GitHub whatwg/xhr (new issue, open issues) IRC: #whatwg on Freenode Фиксировать: GitHub whatwg/xhr/commits Snapshot as of this commit @xhrstandard Тесты: web-platform-tests xhr/ (ongoing work) Переводы (ненормативные): https://triple-underscore.github.io/XHR-ja.html Аннотация Стандарт XMLHttpRequest определяет API-интерфейс, который предоставляет клиенту функциональные возможности по сценарию для передачи данных между […]
Эта РЕКОМЕНДУЕМАЯ операция аналогична операции Print-Job (раздел 4.2.1 из RFC 8011, за исключением того, что в запросе Create-Job клиент не предоставляет данные Документа или какие-либо ссылки на данные Документа. Кроме того, Клиент не предоставляет никаких атрибутов операции «document-name«, «document-format«, «compression» или «document-natural-language«. За этой операцией следует одна или несколько операций […]
Эта ТРЕБУЕМАЯ операция аналогична операции Print-Job (Задание на печать) (раздел 4.2.1 из RFC 8011, за исключением того, что Клиент не предоставляет данные Документа, а Принтер не выделяет никаких ресурсов, т. е. он не создает новое задание. Эта операция используется только для проверки возможностей принтера по любым атрибутам, предоставленным клиентом в […]
Эта НЕОБЯЗАТЕЛЬНАЯ операция идентична операции Принтера Print-Job (раздел 4.2.1 из RFC 8011, за исключением того, что Клиент (Client) предоставляет ссылку URI на данные Документа, используя атрибут операции «document-uri» (uri) (в Группе 1), а не включает Данные самого Документа. Перед возвратом ответа Принтер ДОЛЖЕН проверить, что Принтер поддерживает метод поиска (например, […]
Операция Принтера Print-Job (Задание на печать) — это ТРЕБУЕМАЯ операция, которая позволяет Клиенту (Client) отправить задание на печать (Print Job) только с одним документом (Document) и предоставить данные документа (Document data) (а не просто ссылку на данные). В Приложении C из RFC 8011 приведены предлагаемые шаги для обработки запросов на […]
Все операции Принтера (Printer) направлены на Принтеры (Printers). Клиент (Client) ДОЛЖЕН всегда указывать атрибут операции «printer-uri«, чтобы определить правильную цель операции. Print-Job Print-URI Validate-Job Create-Job Get-Printer-Attributes Get-Jobs Pause-Printer Resume-Printer Purge-Jobs Значение кода состояния Операция протокола IPP Описание Объект IPP Определено в RFC 8011 PJ Print-Job Задание на печать Принтер Раздел […]
Объекты IPP (принтеры (Printers), задания (Jobs) и т. д.) поддерживают операции. Операция состоит из запроса (request) и ответа (response). Когда Клиент (Client) связывается с Принтером (Printer) или его Заданиями (Jobs), Клиент (Client) при необходимости отправляет запрос операции на URI Принтера (Printer URI) и числовой идентификатор объекта. Операционные запросы и ответы […]
Коды состояний для операций в протоколе IPP 1.1 представляют собой аббревиатуры слов, которыми можно описать текущую операцию. Возможные варианты кодов состояний для операций перечислены в таблице. Значение кода состояния Операция протокола IPP Описание Объект IPP Определено в RFC 8011 PJ Print-Job Задание на печать Принтер Раздел 4.2.1 PU Print-URI Печать […]
Код состояния «server-error-multiple-document-jobs-not-supported» в IPP 1.1 информирует о том, что Объект IPP не поддерживает несколько документов на одно задание, и клиент попытался предоставить данные документа с помощью второй операции Send-Document или Send-URI. (раздел B.1.5.10 из RFC 8011) Код состояния «server-error-multiple-document-jobs-not-supported» в IPP 1.1 относится к классу ответа операции Server Error. […]
Код состояния «server-error-job-canceled» в IPP 1.1 информирует о том, что Задание было отменено оператором или системой, когда клиент передавал данные на принтер IPP. Если атрибут «job-id» (идентификатор задания) и атрибут «job-uri» (uri задания) были созданы, то они возвращаются в ответе Print-Job, Send-Document или Send-URI как обычно; в противном случае в […]
Код состояния «server-error-busy» в IPP 1.1 информирует о том, что Это временная ошибка, указывающая на то, что принтер слишком занят обработкой заданий и/или других запросов. Клиент ДОЛЖЕН повторить немодифицированный запрос еще раз в некоторый более поздний момент времени, ожидая, что условие временного занятости будет снято. (раздел B.1.5.8 из RFC 8011) […]
Код состояния «server-error-not-accepting-jobs» в IPP 1.1 информирует о том, что Это временная ошибка, указывающая на то, что Printer (Принтер) в настоящее время не принимает Jobs (Задания), потому что Администратор установил значение атрибута «printer-is-accepting-jobs» в значение «false» (ложь) (что выходит за рамки данного документа IPP/1.1.). (раздел B.1.5.7 из RFC 8011) Код […]
Код состояния «server-error-temporary-error» в IPP 1.1 информирует о том, что Временная ошибка, такая как ошибка записи в буфере, переполнение памяти (то есть данные документа превышают память принтера) или состояние переполнения диска, происходит, когда принтер IPP обрабатывает операцию. Клиент МОЖЕТ повторить немодифицированный запрос еще раз в какой-то более поздний момент времени, […]
Код состояния «server-error-device-error» в IPP 1.1 информирует о том, что это Ошибка принтера, например застревание бумаги, возникает, когда объект IPP обрабатывает операцию печати (Print) или (send) отправки. Ответ содержит истинное состояние задания (значения атрибутов «job-state» (состояние-задания) и «job-state-reasons» (причины-состояния-задания)). Дополнительная информация может быть возвращена в ДОПОЛНИТЕЛЬНОМ значении атрибута «job-state-message» или […]