Иэ 6902 инструкция: Циркулярный станок иэ-6902 | Festima.Ru

1.3. Эпидемиология \ КонсультантПлюс

Внимание! С 1 января 2021 года действует механизм «регуляторной гильотины». По общему правилу в рамках государственного контроля (надзора) не допускается оценка соблюдения обязательных требований, содержащихся в нормативных правовых актах Правительства РФ и федеральных органов исполнительной власти, вступивших в силу до 1 января 2020 года, а также в правовых актах исполнительных и распорядительных органов государственной власти РСФСР и СССР. Несоблюдение таких требований не может являться основанием для привлечения к административной ответственности (см. Федеральный закон от 31.07.2020 N 247-…

1.3. Эпидемиология

Наименование

Документ или орган, утвердивший санитарные требования

СанПиН 3.3686-21 «Санитарно-эпидемиологические требования по профилактике инфекционных болезней»

Внимание! Срок действия документа ограничен 01. 09.2027

Постановление Главного государственного санитарного врача РФ от 28.01.2021 N 4

Рекомендации «О Санитарно-эпидемиологических подходах к применению перечня сведений и документов об иммунном статусе лиц в отношении коронавирусной инфекции COVID-19 для целей их взаимного признания в государствах — членах Евразийского экономического союза»

Коллегия Евразийской экономической комиссии от 06.09.2022 N 34

Методические рекомендации по лабораторной диагностике коронавирусной инфекции COVID-19

Коллегия Евразийской экономической комиссии от 05.04.2022 N 13

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

Коллегия Евразийской экономической комиссии от 05.04.2022 N 12

Методические рекомендации МР 3.1.0270-21. 3.1. «Профилактика инфекционных болезней. Организация противоэпидемических (профилактических) мероприятий в условиях сохранения рисков распространения COVID-19 в период новогодних праздников»

Главный государственный санитарный врач РФ 22.12.2021

Временное руководство ВОЗ «Основные рекомендации по планированию массовых мероприятий в контексте текущей вспышки COVID-19»

Всемирная Организация Здравоохранения 29.05.2020

Методические рекомендации МР 3.1.0178-20 «Определение комплекса мероприятий, а также показателей, являющихся основанием для поэтапного снятия ограничительных мероприятий в условиях эпидемического распространения COVID-19»

Внимание! При применении МР 3.1.0178-20 также см. >>>

Главный государственный санитарный врач РФ 08.05.2020

Рекомендации РАРЧ по профилактике распространения новой коронавирусной инфекции SARS-CoV-2 при проведении программ ВРТ

Минздрав России (письмо от 21. 05.2020 N 15-4/И/2-6902)

Временное руководство ВОЗ «Рекомендации по корректировке мер общественного здравоохранения и социальных мер в контексте COVID-19»

Всемирная Организация Здравоохранения 16.04.2020

О дополнительных мерах по недопущению распространения COVID-2019″

Постановление Главного государственного санитарного врача РФ от 30.03.2020 N 9

Временное руководство ВОЗ «Руководящие принципы проведения мероприятий по иммунизации во время пандемии COVID-19»

Всемирная Организация Здравоохранения 26.03.2020

О мерах по противодействию распространению новой коронавирусной инфекции

Приказ ФМБА России от 25.03.2020 N 71

Временное руководство ВОЗ «Коронавирусная болезнь (COVID-19): права, роль и ответственность медицинских работников, включая основные рекомендации по профессиональной безопасности и здоровью»

Всемирная Организация Здравоохранения 19. 03.2020

Временное руководство ВОЗ «Рекомендации относительно карантина лиц, контактирующих с больными COVID-19»

Всемирная Организация Здравоохранения 19.03.2020

Об обеспечении режима изоляции в целях предотвращения распространения COVID-2019

Внимание! При применении постановления Главного государственного санитарного врача РФ от 18.03.2020 N 7 также см. >>>

Постановление Главного государственного санитарного врача РФ от 18.03.2020 N 7

Инструкция об организации работы по диагностике новой коронавирусной инфекции (COVID-2019)

Роспотребнадзор (письмо от 18.03.2020 N 02/4457-2020-27)

Временное руководство ВОЗ «Уход на дому за пациентами с COVID-19 с легкими симптомами и мониторинг контактных лиц»

Всемирная Организация Здравоохранения 17.03.2020

Руководство по разработке плана действий по информированию о рисках и вовлеченности населения. COVID-19: готовность и ответные действия»

Всемирная Организация Здравоохранения, ЮНИСЕФ, Международной Федерацией Красного Креста 17.03.2020

О дополнительных мерах по снижению рисков распространения COVID-2019

Постановление Главного государственного санитарного врача РФ от 13.03.2020 N 6

О мерах по ограничению распространения новой коронавирусной инфекции (COVID-2019) на территории Российской Федерации в случаях проведения массовых мероприятий

Постановление Главного государственного санитарного врача РФ от 07.07.2021 N 18

О дополнительных мерах по снижению рисков завоза и распространения новой коронавирусной инфекции (2019-nCoV)

Постановление Главного государственного санитарного врача РФ от 02.03.2020 N 5

О проведении дополнительных санитарно-противоэпидемических (профилактических) мероприятий по недопущению завоза и распространения новой коронавирусной инфекции, вызванной 2019-nCoV

Постановление Главного государственного санитарного врача РФ от 31. 01.2020 N 3

О дополнительных мероприятиях по недопущению завоза и распространения новой коронавирусной инфекции, вызванной 2019-nCoV

Постановление Главного государственного санитарного врача РФ от 24.01.2020 N 2

Краткие рекомендации ВОЗ по уходу на дому за больными коронавирусной инфекцией и временное определение случая БВРС-КоВ для извещения ВОЗ

Роспотребнадзор (письмо от 09.12.2013 N 01/14020-13-32)

Методические указания МУ 1.3.3103-13 «Организация работы лабораторий, использующих методы электронной и атомно-силовой микроскопии при исследовании культур микроорганизмов I — IV групп патогенности»

Роспотребнадзор 16.08.2013

Методические рекомендации МР 1.3.0012/1-13 «Болезни обезьян, опасные для человека. Правила содержания и работы с обезьянами в карантине при поступлении животных из внешних источников, а также при экспериментальном инфицировании»

Роспотребнадзор 10. 06.2013

Методические указания МУ 1.3.2970-11 «Лабораторная диагностика натуральной оспы»

Роспотребнадзор 14.12.2011

Методические указания МУ 1.3.2569-09 «Организация работы лабораторий, использующих методы амплификации нуклеиновых кислот при работе с материалом, содержащим микроорганизмы I — IV групп патогенности»

Роспотребнадзор 22.12.2009

Методические указания МУ 1.3.2411-08 «Биологическая безопасность при глубинном аппаратном культивировании микроорганизмов I — II групп патогенности»

Роспотребнадзор 28.07.2008

Методические рекомендации «Организация мониторинга заносов и распространения гриппа птиц в природных условиях на территории Российской Федерации»

Главный государственный санитарный врач РФ 26.12.2008 N 01/15701-8-34

Методические рекомендации «Организация контроля за уровнем квалификации персонала вирусологических лабораторий по вопросам безопасного лабораторного хранения материала, инфицированного или потенциально инфицированного диким полиовирусом»

Роспотребнадзор 23. 08.2007 N 0100/8607-07-34

Методические указания МУ 1.3.1877-04 «Порядок сбора, упаковки, хранения, транспортирования и проведения лабораторного анализа биологического материала от больных (и умерших) пациентов с подозрением на тяжелый острый респираторный синдром (ТОРС)»

Главный государственный санитарный врач РФ 04.03.2004

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

Госкомсанэпиднадзор России

Инструкция «Эпидемиология, лабораторная диагностика иерсиниозов, организация и проведение профилактических и противоэпидемических мероприятий»

Минздрав СССР 30.10.1990 N 15-6/42

Инструкция Посудомоечной машины Bosch SGS 6902 на русском

В представленном списке руководства для конкретной модели Посудомоечной машины — Bosch SGS 6902. Вы можете скачать инструкции к себе на компьютер или просмотреть онлайн на страницах сайта бесплатно или распечатать.

В случае если инструкция на русском не полная или нужна дополнительная информация по этому устройству, если вам нужны
дополнительные файлы: драйвера, дополнительное руководство пользователя (производители зачастую для каждого
продукта делают несколько различных документов технической помощи и руководств), свежая версия прошивки, то
вы можете задать вопрос администраторам или всем пользователям сайта, все постараются оперативно отреагировать
на ваш запрос и как можно быстрее помочь. Ваше устройство имеет характеристики:Тип: полноразмерная, Вместимость: 12 комплектов, Расход воды: 14 л, Количество программ: 6, Количество температурных режимов: 4, Сушка посуды: конденсационная, полные характеристики смотрите в следующей вкладке.

bosch-sgs-6902-guide.pdfРуководство пользователя
bosch-sgs-6902-certificate. docСкачать сертификат соответствия

Скачать

Для многих товаров, для работы с Bosch SGS 6902 могут понадобиться различные дополнительные файлы: драйвера, патчи, обновления, программы установки. Вы можете скачать онлайн эти файлы для конкретнй модели Bosch SGS 6902 или добавить свои для бесплатного скачивания другим посетителями.

Файлов не найдено

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

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

Александр

2017-05-22 23:21:49

Прекрасная машинка. модель неновая но надежная.

Александр

2017-05-23 11:44:28

Очень нужна инструкция по эксплуатации Bosch SGS6902II/07
Заранее спасибо
С уважением

Илья

2017-12-17 19:26:19

отличная машинка

Татьяна

2018-04-02 15:03:15

Машинка отличная

Иван

2018-04-16 22:11:25

Замечательная. осталось понять как работает

Владимир Лебедев

2018-08-28 00:01:57

Отличная машина. Пользуемся уже более 20 лет

Иван

2019-01-14 19:06:11

Прекрасный агрегат

ZAGHOUANI SAMI

2019-05-07 02:12:25

Good machine

Ал

2019-10-12 17:39:40

Прилично

Александр

2019-10-14 16:37:55

Очень нужна инструкция по эксплуатации Bosch SGS6902II/07 Заранее спасибо С уважением

Васямба

2019-10-14 16:39:23

Очень нужна инструкция по эксплуатации Bosch SGS6902II/07 Заранее спасибо С уважением

Васямба

2019-10-14 16:39:48

Очень нужна инструкция по эксплуатации Bosch SGS6902II/07 Заранее спасибо С уважением

Анна

2019-11-23 21:04:22

Работает хорошо, машинка как машинка

Анна

2019-11-23 21:04:59

сссс

Андрей

2019-11-24 01:54:26

Пытаюсь начать пользоваться. Машинка нравится

Анто

2020-11-05 21:25:55

С возрастом начала разваливаться

Антон

2020-11-05 21:27:03

разваливается с возрастом

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

Общие характеристики
Типполноразмерная
Вместимость12 комплектов
Технические характеристики
Расход воды14 л
Программы и режимы мойки
Количество программ6
Количество температурных режимов4
Сушка посудыконденсационная
Стандартные программы мойкиобычная программа для повседневного мытья, интенсивная программа для сильнозагрязненной посуды, экспресс-программа (быстрый цикл)
Специальные программы«деликатная» программа для мытья хрупкой посуды, программа для кастрюль и сковород, экономичная программа для слабозагрязненной посуды
Другие функции и особенности
Таймер отсрочки запускаесть, от 1 до 24 часов
Защита от протечекесть
Индикатор наличия соли / ополаскивателяесть / есть
Особенности рабочей камерырегулируемая по высоте корзина для посуды
Цветбелый
Размеры (ШхГхВ)60x60x85 см
Дополнительная информацияТемпературные режимы: 40/55/65/70?С. Программа мытья кастрюль 70?С, интенсивная 65?С, нормальная 55?С, экономичная 55?С, «хрусталь» 40?С. Возможность мытья только в верхнем коробе. Индикация остаточного времени при выполнении программы. Возможность встраивания под столешницу.

Здесь представлен список самых частых и распространенных поломок и неисправностей у Посудомоечных машин. Если у вас такая поломка то вам повезло, это типовая неисправность для Bosch SGS 6902 и вы можете задать вопрос о том как ее устранить и вам быстро ответят или же прочитайте в вопросах и ответах ниже.

Название поломкиОписание поломкиДействие
Плохо Моет
Не Включается
Не Заливает Воду
Не Сушит
Не Греет Воду
Не Сливает
Сильно Шумит
Отключается
Протекает
Заливает И Сливает Водлу
Не Запускает Цикл МойкиПосле Включения Заливает Воду И Почти Сразу Её Сливает, После Этого Часто Мигает Индикация Быстрое Мытье. При Этом Напор Воды Нормальный.
Горит Красная Звездочка На Дисплее
Потребляет Много СолиПм Потребляет Много Соли. Используем Итальянскую Фирменную Соль.
После Запуска Через 1 Минуту Ошибка Е 2
D07
D07
Набирает Слишком Много ВодыВода Вытекает Из Тоненьких Трубочек Впаддон
Er 1
Ошибка А 8Воду Набирает Греет Сушит Но В Итого Посуда Грязная И Вконец Моими Включается А 8
Hotpoint-Ariston Lsf 825Ошивка А5
Ошибка А-4
Amica 629 EПосле Включения На Дисплее Ничего Не Отображается, Только Красный Экран
Не Переключается Программы
После Включения Высвечиваетсяе4
Не Открывается Отсек Для Таблеток Во Время Мойки
Тека6 42FiПлохо Выполаскивает
ЕоенаНа Дисплее Е3
Не Защелкивается Дверь
Код Ошибки D04На Дисплее Как Включишь В Сеть Отображается Код Ошибки D04, При Этом Заливает Воду Но Не Греет Воду, Режимы Не Переключает, Моет На Одном Режиме Холодной Водой. Завершает Мойку, И Заново Её Начинает.
Мигает Функция Быстрая МойкаПри Запуски Машинки Мигает Функция Быстрая Мойка И Не Моет Посуду
Не Включается При Нажатии КнопкиМашина При Нажатии Кнопки Включения Не Реагирует Ни На Какие Кнопки
Ошибка Е1Посудомоечная Машина Le Chef Bdw-4510 , Включаю Посудомойку , Начинает Гудеть , Как В Начале Цыкла , Вода Не Поступает , Она Перестает Гудеть И Начинет Пищать , На Табло Высвечивается Ошибка Е1
Горит Код А5Пищит И Не Переключается
Дверь Не Открывается Полностью,Только На 45Градусов.При Открывании Дверь Падала На Пол. Снял Боковые Панели И Разобрал Дверь. Обнаружил Порванный Трос Справа И Отсутствие Опоры Для Крючка Петли Слева. Заменил Трос И Установил Опору Для Крючка Петли. Собрал Дверь И Установил На Место. Подскажите Где Ошибка?
Дверь При Открытии Не ФиксируютсяДверь При Открытии Не Фиксируются

В нашей базе сейчас зарегестрированно 18 353 сервиса в 513 города России, Беларусии, Казахстана и Украины.

ОН-СЕРВИС





Адресс:

ул. Электродная, дом 2, стр.14

Телефон:

74956444767

Сайт:

n/a

Время работы
Время работы не указано

АЛКИОНА





Адресс:

Дмитровское шоссе, дом 139

Телефон:

74959133939

Сайт:

n/a

Время работы
Время работы не указано

RITMIX-SERVICE





Адресс:

Ракетный бульвар д.16

Телефон:

74955450608

Сайт:

n/a

Время работы
Будни: с 1000 до 2000
Суббота: с 1100 до 1700
Воскресенье: с 1100 до 1700

SAMSUNG





Адресс:

Большая Тульская улица, 50

Телефон:

74999630160

Сайт:

n/a

Время работы
Время работы не указано

НИКОМ





Адресс:

Варшавское шоссе, д.82

Телефон:

74959267226

Сайт:

n/a

Время работы
Будни: с 1000 до 2100
Суббота: с 1100 до 2000
Воскресенье: выходной

Патч нотации объектов JavaScript (JSON)

RFC 6902: Патч нотации объектов JavaScript (JSON)
[Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Ошибки] [Информационная страница]

ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Имеющиеся исправления

 Инженерная рабочая группа Интернета (IETF) P.  Bryan, Ed.
Запрос комментариев: 6902 Salesforce.com
Категория: Трек стандартов М. Ноттингем, изд.
ISSN: 2070-1721 Акамай
                                                              апрель 2013
                Патч нотации объектов JavaScript (JSON)
Абстрактный
   JSON Patch определяет структуру документа JSON для выражения
   последовательность операций для применения к нотации объекта JavaScript
   (JSON) документ; он подходит для использования с методом HTTP PATCH.
   Тип носителя «application/json-patch+json» используется для идентификации таких
   Патч-документы.
Статус этого меморандума
   Это документ для отслеживания стандартов Интернета.
   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. В нем есть
   получил общественное мнение и был одобрен для публикации
   Руководящая группа по разработке Интернет-технологий (IESG). Дополнительная информация о
   Интернет-стандарты доступны в разделе 2 RFC 5741.
   Информация о текущем статусе этого документа, любых опечатках,
   и как предоставить отзыв о нем можно получить на
   http://www. rfc-editor.org/info/rfc6902.
Уведомление об авторских правах
   Copyright (c) 2013 IETF Trust и лица, указанные в качестве
   авторы документа. Все права защищены.
   Этот документ регулируется BCP 78 и юридическими документами IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикации этого документа. Пожалуйста, ознакомьтесь с этими документами
   внимательно, так как они описывают ваши права и ограничения в отношении
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить текст упрощенной лицензии BSD, как описано в Разделе 4.e
   Доверительные юридические положения и предоставляются без гарантии, поскольку
   описан в Упрощенной лицензии BSD.
Трек стандартов Брайана и Ноттингема [Страница 1] 

Исправление RFC 6902 JSON, апрель 2013 г.
Оглавление
   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . 3
   2. Соглашения. . . . . . . . . . . . . . . . . . .  . . . . . . 3
   3. Структура документа. . . . . . . . . . . . . . . . . . . . . . 3
   4. Операции. . . . . . . . . . . . . . . . . . . . . . . . . . 4
     4.1. добавлять  . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
     4.2. удалять . . . . . . . . . . . . . . . . . . . . . . . . . . 6
     4.3. заменять  . . . . . . . . . . . . . . . . . . . . . . . . . 6
     4.4. двигаться . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
     4.5. копировать . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
     4.6. тест . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
   5. Обработка ошибок. . . . . . . . . . . . . . . . . . . . . . . . 8
   6. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 97. Вопросы безопасности. . . . . . . . . . . . . . . . . . . 10
   8. Благодарности. . . . . . . . . . . . . . . . . . . . . . . 10
   9. Ссылки. . . . . . . . . . . . . . . . . . . . . . . . . . 10
     9.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . .  10
     9.2. Информативные ссылки. . . . . . . . . . . . . . . . . . 10
   Приложение А. Примеры. . . . . . . . . . . . . . . . . . . . . . 12
     А.1. Добавление члена объекта. . . . . . . . . . . . . . . . . 12
     А.2. Добавление элемента массива. . . . . . . . . . . . . . . . . 12
     А.3. Удаление члена объекта. . . . . . . . . . . . . . . . 12
     А.4. Удаление элемента массива. . . . . . . . . . . . . . . . 13
     А.5. Замена значения. . . . . . . . . . . . . . . . . . . . 13
     А.6. Перемещение значения. . . . . . . . . . . . . . . . . . . . . . 14
     А.7. Перемещение элемента массива. . . . . . . . . . . . . . . . . 14
     А.8. Проверка значения: успех. . . . . . . . . . . . . . . . . 15
     А.9. Тестирование значения: Ошибка. . . . . . . . . . . . . . . . . . 15
     А.10. Добавление вложенного объекта-члена. . . . . . . . . . . . . . 15
     А.11. Игнорирование нераспознанных элементов. . . . . . . . . . . . . . 16
     А.12. Добавление к несуществующей цели. . . .  . . . . . . . . . . 16
     А.13. Недопустимый документ исправления JSON. . . . . . . . . . . . . . . 17
     А.14. ~ Побег Заказ. . . . . . . . . . . . . . . . . . . . 17
     А.15. Сравнение строк и чисел. . . . . . . . . . . . . . 17
     А.16. Добавление значения массива. . . . . . . . . . . . . . . . . . 18
Трек стандартов Брайана и Ноттингема [Страница 2] 

Исправление RFC 6902 JSON, апрель 2013 г.
1. Введение
   Нотация объектов JavaScript (JSON) [RFC4627] — это распространенный формат для
   обмен и хранение структурированных данных. HTTP-ПАТЧ [RFC5789]
   расширяет протокол передачи гипертекста (HTTP) [RFC2616] с помощью
   метод для частичного изменения ресурсов.
   JSON Patch — это формат (идентифицируемый по типу носителя «application/
   json-patch+json") для выражения последовательности операций, применяемых к
   целевой документ JSON; он подходит для использования с HTTP PATCH
   метод.
   Этот формат также потенциально полезен в других случаях, когда он
   необходимо сделать частичные обновления документа JSON или данных
   структура, которая имеет аналогичные ограничения (т.  е. они могут быть сериализованы
   как объект или массив с использованием грамматики JSON).
2. Соглашения
   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
   "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
   документ следует интерпретировать, как описано в RFC 2119.[RFC2119].
3. Структура документа
   Документ JSON Patch — это документ JSON [RFC4627], представляющий
   массив объектов. Каждый объект представляет собой одну операцию,
   применяется к целевому документу JSON.
   Ниже приведен пример документа JSON Patch, переданного в
   HTTP-запрос PATCH:
   ИСПРАВЛЕНИЕ /мои/данные HTTP/1.1
   Хост: example.org
   Длина контента: 326
   Content-Type: приложение/json-patch+json
   Если-совпадение: "abc123"
   [
     { "op": "тест", "путь": "/a/b/c", "значение": "foo" },
     { "op": "удалить", "путь": "/a/b/c" },
     { "op": "добавить", "path": "/a/b/c", "value": [ "foo", "bar" ] },
     { "op": "заменить", "path": "/a/b/c", "value": 42 },
     { "op": "переместить", "из": "/a/b/c", "путь": "/a/b/d" },
     { "op": "копировать", "из": "/a/b/d", "путь": "/a/b/e" }
   ]
Трек стандартов Брайана и Ноттингема [Страница 3] 

Исправление RFC 6902 JSON, апрель 2013 г. 
   Оценка документа JSON Patch начинается с целевого JSON.
   документ. Операции применяются последовательно в том порядке, в котором они
   появляются в массиве. Каждая операция в последовательности применяется к
   целевой документ; полученный документ становится целью
   следующая операция. Оценка продолжается до тех пор, пока не будут выполнены все операции.
   успешно применено или до тех пор, пока не возникнет ошибка.
4. Операции
   Объекты операций ДОЛЖНЫ иметь ровно один элемент «op», значение которого
   указывает операцию, которую необходимо выполнить. Его значение ДОЛЖНО быть одним из «добавить»,
   «удалить», «заменить», «переместить», «скопировать» или «проверить»; другие значения
   ошибки. Семантика каждого объекта определена ниже.
   Кроме того, операционные объекты ДОЛЖНЫ иметь ровно один элемент «путь».
   Значение этого члена представляет собой строку, содержащую значение JSON-Pointer.
   [RFC6901], который ссылается на место в целевом документе (
   «целевое местоположение»), где выполняется операция. 
   Значения других членов объекта операции определяются
   эксплуатации (см. подразделы ниже). Члены, которых нет
   явно определенный для рассматриваемой операции ДОЛЖЕН игнорироваться
   (т. е. операция завершится так, как если бы неопределенный элемент не
   появляются в объекте).
   Обратите внимание, что порядок членов в объектах JSON не имеет значения;
   следовательно, следующие объекты операции эквивалентны:
   { "op": "добавить", "path": "/a/b/c", "value": "foo" }
   { "путь": "/a/b/c", "op": "добавить", "значение": "foo" }
   { "значение": "foo", "путь": "/a/b/c", "op": "добавить" }
   Операции применяются к структурам данных, представленным JSON.
   документа, т. е. после любого восстановления (см. [RFC4627], раздел 2.5)
   происходит.
4.1. добавлять
   Операция «добавить» выполняет одну из следующих функций:
   в зависимости от того, на что ссылается целевое местоположение:
   o Если целевое местоположение указывает индекс массива, новое значение
      вставляется в массив по указанному индексу. 
   o Если в целевом местоположении указан член объекта, который не
      уже существует, к объекту добавляется новый элемент.
Трек стандартов Брайана и Ноттингема [Страница 4] 

Исправление RFC 6902 JSON, апрель 2013 г.
   o Если в целевом местоположении указан член объекта, который существует,
      значение этого члена заменяется.
   Объект операции ДОЛЖЕН содержать элемент «значение», содержимое которого
   указывает значение, которое необходимо добавить.
   Например:
   { "op": "добавить", "path": "/a/b/c", "value": [ "foo", "bar" ] }
   Когда операция применяется, целевое местоположение ДОЛЖНО ссылаться на один
   из:
   o Корень целевого документа — после чего указанное значение
      становится всем содержимым целевого документа.
   o Элемент для добавления к существующему объекту, после чего
      стоимость добавляется к этому объекту в указанном месте. Если
      элемент уже существует, он заменяется указанным значением.
   o Элемент для добавления к существующему массиву, после чего
      значение добавляется в массив в указанном месте.  Любой
      элементы с указанным индексом или выше смещаются на одну позицию
      Направо. Указанный индекс НЕ ДОЛЖЕН быть больше, чем
      количество элементов в массиве. Если символ «-» используется для
      индексировать конец массива (см. [RFC6901]), это приводит к
      добавление значения в массив.
   Поскольку эта операция предназначена для добавления к существующим объектам и
   массивы, его целевое местоположение часто не существует. Хотя
   таким образом, будет вызван алгоритм обработки ошибок указателя, этот
   спецификация определяет поведение обработки ошибок для указателей «добавить»
   чтобы игнорировать эту ошибку и добавить указанное значение.
   Однако сам объект или массив, содержащий его, должен быть
   существуют, и это остается ошибкой, если это не так. Для
   например, «добавить» с целевым местоположением «/a/b», начиная с этого
   документ:
   { "а": { "фу": 1 } }
   не является ошибкой, потому что "а" существует, а "б" будет добавлено к его
   ценить. В этом документе ошибка:
   { "д": { "бар": 2 } }
   потому что "а" не существует. 
Трек стандартов Брайана и Ноттингема [Страница 5] 

Исправление RFC 6902 JSON, апрель 2013 г.
4.2. удалять
   Операция «удалить» удаляет значение в целевом местоположении.
   Целевое местоположение ДОЛЖНО существовать, чтобы операция была успешной.
   Например:
   { "op": "удалить", "путь": "/a/b/c" }
   При удалении элемента из массива все элементы выше
   указанный индекс сдвигаются на одну позицию влево.
4.3. заменять
   Операция «заменить» заменяет значение в целевом местоположении.
   с новым значением. Объект операции ДОЛЖЕН содержать элемент «значение».
   содержимое которого определяет значение замены.
   Целевое местоположение ДОЛЖНО существовать, чтобы операция была успешной.
   Например:
   { "op": "заменить", "path": "/a/b/c", "value": 42 }
   Эта операция функционально идентична операции «удалить» для
   значение, за которым сразу же следует операция «добавить» в том же
   расположение с замещающим значением.
4.4. двигаться
   Операция «переместить» удаляет значение в указанном месте и
   добавляет его в целевое местоположение. 
   Объект операции ДОЛЖЕН содержать элемент from, который является строкой.
   содержащее значение указателя JSON, которое ссылается на местоположение в
   целевой документ, из которого нужно переместить значение.
   Местоположение "от" ДОЛЖНО существовать, чтобы операция была успешной.
   Например:
   { "op": "переместить", "из": "/a/b/c", "путь": "/a/b/d" }
   Эта операция функционально идентична операции «удалить» на
   местоположение "от", за которым сразу же следует операция "добавить" в
   целевое местоположение со значением, которое было только что удалено.
Трек стандартов Брайана и Ноттингема [Страница 6] 

Исправление RFC 6902 JSON, апрель 2013 г.
   Расположение «от» НЕ ДОЛЖНО быть правильным префиксом «пути».
   расположение; т. е. местоположение не может быть перемещено в один из его дочерних элементов.
4.5. копировать
   Операция «копировать» копирует значение из указанного места в
   целевое местоположение.
   Объект операции ДОЛЖЕН содержать элемент from, который является строкой. 
   содержащее значение указателя JSON, которое ссылается на местоположение в
   целевой документ, из которого нужно скопировать значение.
   Местоположение "от" ДОЛЖНО существовать, чтобы операция была успешной.
   Например:
   { "op": "копировать", "из": "/a/b/c", "путь": "/a/b/e" }
   Эта операция функционально идентична операции «добавить» в
   целевое местоположение, используя значение, указанное в члене "от".
4.6. тест
   Операция «тест» проверяет, что значение в целевом местоположении
   равно заданному значению.
   Объект операции ДОЛЖЕН содержать элемент «значение», который передает
   значение для сравнения со значением целевого местоположения.
   Целевое местоположение ДОЛЖНО быть равно значению «value» для
   операцию считать успешной.
   Здесь «равно» означает, что значение в целевом местоположении и
   значение, передаваемое «значением», имеет один и тот же тип JSON, и что они
   считаются равными по следующим правилам для этого типа:
   o строки: считаются равными, если они содержат одинаковое количество
      Символы Unicode и их кодовые точки равны по байтам. 
   o числа: считаются равными, если их значения численно
      равный.
   o массивы: считаются равными, если они содержат одинаковое количество
      значений, и если каждое значение можно считать равным значению в
      соответствующую позицию в другом массиве, используя этот список
      правила для конкретных типов.
Трек стандартов Брайана и Ноттингема [Страница 7] 

Исправление RFC 6902 JSON, апрель 2013 г.
   o объекты: считаются равными, если они содержат одинаковое количество
      членов, и если каждый член может считаться равным члену в
      другой объект, сравнивая их ключи (в виде строк) и их
      значения (используя этот список правил для конкретных типов).
   o литералы (false, true и null): считаются равными, если они
      одинаковый.
   Обратите внимание, что выполненное сравнение является логическим сравнением; например.,
   пробел между значениями элементов массива не имеет значения.
   Также обратите внимание, что порядок сериализации членов объекта
   незначительный. 
   Например:
   { "op": "тест", "путь": "/a/b/c", "значение": "foo" }
5. Обработка ошибок
   Если нормативное требование нарушается документом JSON Patch или
   если операция не удалась, оценка JSON Patch
   документ СЛЕДУЕТ прекратить и применение всего патча
   документ НЕ ДОЛЖЕН считаться успешным.
   См. [RFC5789], Раздел 2.2 для соображений, касающихся обработки
   ошибки при использовании JSON Patch с методом HTTP PATCH, в том числе
   предлагаемые коды состояния для обозначения различных состояний.
   Обратите внимание, что метод HTTP PATCH является атомарным в соответствии с [RFC5789].
   Таким образом, следующий патч не приведет к внесению изменений.
   к документу вообще (поскольку операция «тест» приводит к
   ошибка):
   [
     { "op": "заменить", "path": "/a/b/c", "value": 42 },
     { "op": "тест", "путь": "/a/b/c", "значение": "C" }
   ]
Трек стандартов Брайана и Ноттингема [Страница 8] 

Исправление RFC 6902 JSON, апрель 2013 г.
6. Соображения IANA
   Тип носителя в Интернете для документа JSON Patch — application/
   json-патч+json. 
   Тип имени: приложение
   Имя подтипа: json-patch+json
   Обязательные параметры: нет
   Дополнительные параметры: нет
   Рекомендации по кодированию: двоичное
   Соображения безопасности:
      См. раздел «Вопросы безопасности» в разделе 7.
   Соображения по совместимости: неприменимо
   Опубликованная спецификация:
      RFC 6902
   Приложения, использующие этот тип носителя:
      Приложения, управляющие документами JSON.
   Дополнительная информация:
      Магический номер(а): N/A
      Расширения файлов: .json-patch
      Коды типов файлов Macintosh: TEXT
   Контактное лицо и адрес электронной почты для получения дополнительной информации:
      Пол С. Брайан 
   Предполагаемое использование: ОБЩИЙ
   Ограничения на использование: нет
   Автор: Пол С. Брайан 
   Контроллер изменений: IETF
Трек стандартов Брайана и Ноттингема [Страница 9] 

Исправление RFC 6902 JSON, апрель 2013 г.
7. Вопросы безопасности
   Эта спецификация имеет те же соображения безопасности, что и JSON. 
   [RFC4627] и JSON-указатель [RFC6901].
   Несколько старых веб-браузеров можно заставить загружать произвольный
   Документ JSON, корнем которого является массив, что приводит к ситуации, когда
   документ JSON Patch, содержащий конфиденциальную информацию, может быть
   уязвимы для злоумышленников, даже если доступ аутентифицирован. это известно
   как атака с подделкой межсайтовых запросов (CSRF) [CSRF].
   Однако такие браузеры не получили широкого распространения (на момент написания
   по оценкам, они используются менее чем на 1% рынка).
   Издатели, которые, тем не менее, обеспокоены этой атакой,
   рекомендуется избегать предоставления доступа к таким документам с помощью HTTP GET.
8. Благодарности
   Следующие лица внесли свои идеи, отзывы и формулировки в
   эта спецификация:
      Майк Акар, Майк Амундсен, Сайрус Дабу, Пол Дэвис, Стефан Кегл,
      Мюррей С. Кучерави, Дин Ландольт, Рэндалл Лидс, Джеймс Мангер,
      Джулиан Решке, Джеймс Снелл, Эли Стивенс и Генри С. Томпсон. 
   На структуру документа JSON Patch повлиял формат XML.
   Спецификация документа исправления [RFC5261].
9. Рекомендации
9.1. Нормативные ссылки
   [RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для указания
              Уровни требований», BCP 14, RFC 2119, март 1997 г.
   [RFC4627] Крокфорд, Д., "Тип носителя application/json для
              Нотация объектов JavaScript (JSON)», RFC 4627, июль 2006 г.
   [RFC6901] Брайан, П., изд., Зип, К., и М. Ноттингем, изд.,
              «Указатель нотации объекта JavaScript (JSON)», RFC 6901,
              Апрель 2013.
9.2. Информативные ссылки
   [CSRF] Барт А., Джексон С. и Дж. Митчелл, «Надежная защита».
              для подделки межсайтовых запросов», Конференция ACM
              по компьютерной и коммуникационной безопасности, октябрь 2008 г.,
              .
Bryan & Nottingham Standards Track [Страница 10] 

Исправление RFC 6902 JSON, апрель 2013 г.
   [RFC2616] Филдинг Р. , Геттис Дж., Могул Дж., Фристик Х.,
              Масинтер Л., Лич П. и Т. Бернерс-Ли, "Гипертекст
              Протокол передачи -- HTTP/1.1", RFC 2616, июнь 1999 г.
   [RFC5261] Урпалаинен, Дж., «Заплатка для расширяемого языка разметки (XML)».
              Платформа операций, использующая язык XML-путей (XPath)
              Селекторы», RFC 5261, сентябрь 2008 г.
   [RFC5789] Dusseault, L. и J. Snell, "Метод PATCH для HTTP",
              RFC 5789, март 2010 г.
Трек стандартов Брайана и Ноттингема [Страница 11] 

Исправление RFC 6902 JSON, апрель 2013 г.
Приложение А. Примеры
А.1. Добавление члена объекта
   Пример целевого документа JSON:
   { "фу": "бар"}
   Документ исправления JSON:
   [
     { "op": "добавить", "путь": "/баз", "значение": "qux" }
   ]
   Полученный JSON-документ:
   {
     «баз»: «кукс»,
     "фу": "бар"
   }
А.2. Добавление элемента массива
   Пример целевого документа JSON:
   { "foo": [ "бар", "баз" ] }
   Документ исправления JSON:
   [
     { "op": "добавить", "path": "/foo/1", "value": "qux" }
   ]
   Полученный JSON-документ:
   { "foo": [ "bar", "qux", "baz" ] }
А. 3. Удаление члена объекта
   Пример целевого документа JSON:
   {
     «баз»: «кукс»,
     "фу": "бар"
   }
Трек стандартов Брайана и Ноттингема [Страница 12] 

Исправление RFC 6902 JSON, апрель 2013 г.
   Документ исправления JSON:
   [
     { "оп": "удалить", "путь": "/баз" }
   ]
   Полученный JSON-документ:
   { "фу": "бар" }
А.4. Удаление элемента массива
   Пример целевого документа JSON:
   { "foo": [ "bar", "qux", "baz" ] }
   Документ исправления JSON:
   [
     { "op": "удалить", "путь": "/foo/1" }
   ]
   Полученный JSON-документ:
   { "foo": [ "бар", "баз" ] }
А.5. Замена значения
   Пример целевого документа JSON:
   {
     «баз»: «кукс»,
     "фу": "бар"
   }
   Документ исправления JSON:
   [
     { "op": "заменить", "path": "/baz", "value": "boo" }
   ]
   Полученный JSON-документ:
   {
     "баз": "бу",
     "фу": "бар"
   }
Трек стандартов Брайана и Ноттингема [Страница 13] 

Исправление RFC 6902 JSON, апрель 2013 г.
А.6. Перемещение значения
   Пример целевого документа JSON:
   {
     "фу": {
       "бар": "баз",
       "уолдо": "фред"
     },
     "кукс": {
       "корге": "граулт"
     }
   }
   Документ исправления JSON:
   [
     { "op": "move", "from": "/foo/waldo", "path": "/qux/thud" }
   ]
   Полученный JSON-документ:
   {
     "фу": {
       "бар": "баз"
     },
     "кукс": {
       "корге": "граулт",
       "глухой": "фред"
     }
   }
А. 7. Перемещение элемента массива
   Пример целевого документа JSON:
   { "foo": [ "все", "трава", "коровы", "есть" ] }
   Документ исправления JSON:
   [
     { "op": "переместить", "из": "/foo/1", "путь": "/foo/3" }
   ]
   Полученный JSON-документ:
   { "foo": [ "все", "коровы", "есть", "трава" ] }
Трек стандартов Брайана и Ноттингема [Страница 14] 

Исправление RFC 6902 JSON, апрель 2013 г.
А.8. Тестирование значения: успех
   Пример целевого документа JSON:
   {
     «баз»: «кукс»,
     "фу": [ "а", 2, "с" ]
   }
   Документ JSON Patch, который приведет к успешной оценке:
   [
     { "op": "test", "path": "/baz", "value": "qux" },
     { "op": "тест", "путь": "/foo/1", "значение": 2 }
   ]
А.9. Проверка значения: ошибка
   Пример целевого документа JSON:
   { "баз": "кукс" }
   Документ JSON Patch, который приведет к ошибке:
   [
     { "op": "тест", "путь": "/баз", "значение": "бар" }
   ]
А.10. Добавление вложенного объекта-члена
   Пример целевого документа JSON:
   { "фу": "бар" }
   Документ исправления JSON:
   [
     { "op": "добавить", "путь": "/дочерний", "значение": { "внук": { } } }
   ]
Трек стандартов Брайана и Ноттингема [Страница 15] 

Исправление RFC 6902 JSON, апрель 2013 г. 
   Полученный JSON-документ:
   {
     "фу": "бар",
     "ребенок": {
       "внук": {
       }
     }
   }
А.11. Игнорирование нераспознанных элементов
   Пример целевого документа JSON:
   { "фу": "бар" }
   Документ исправления JSON:
   [
     { "op": "добавить", "путь": "/баз", "значение": "qux", "xyz": 123 }
   ]
   Полученный JSON-документ:
   {
     "фу": "бар",
     "баз": "кукс"
   }
А.12. Добавление к несуществующей цели
   Пример целевого документа JSON:
   { "фу": "бар" }
   Документ исправления JSON:
   [
     { "op": "добавить", "path": "/baz/bat", "value": "qux" }
   ]
   Этот документ JSON Patch, примененный к целевому документу JSON выше,
   приведет к ошибке (поэтому не будет применяться),
   потому что целевое местоположение операции «добавить», которое не ссылается ни
   корень документа, ни член существующего объекта, ни
   элемент существующего массива.
Трек стандартов Брайана и Ноттингема [Страница 16] 

Исправление RFC 6902 JSON, апрель 2013 г. 
А.13. Недопустимый документ исправления JSON
   Документ исправления JSON:
   [
     { "op": "добавить", "path": "/baz", "value": "qux", "op": "удалить" }
   ]
   Этот документ JSON Patch нельзя рассматривать как операцию «добавить».
   потому что он содержит более поздний элемент "op":"remove". JSON требует
   что имена членов объекта должны быть уникальными с требованием «СЛЕДУЕТ» и
   нет стандартной обработки ошибок для дубликатов.
А.14. ~ Заказ побега
   Пример целевого документа JSON:
   {
     "/": 9,
     "~1": 10
   }
   Документ исправления JSON:
   [
     {"op": "тест", "путь": "/~01", "значение": 10}
   ]
   Полученный JSON-документ:
   {
     "/": 9,
     "~1": 10
   }
А.15. Сравнение строк и чисел
   Пример целевого документа JSON:
   {
     "/": 9,
     "~1": 10
   }
Трек стандартов Брайана и Ноттингема [Страница 17] 

Исправление RFC 6902 JSON, апрель 2013 г.
   Документ исправления JSON:
   [
     {"op": "тест", "путь": "/~01", "значение": "10"}
   ]
   Это приводит к ошибке, потому что тест не проходит.  Стоимость документа
   является числовым, тогда как проверяемое значение является строкой.
А.16. Добавление значения массива
   Пример целевого документа JSON:
   { "foo": ["бар"] }
   Документ исправления JSON:
   [
     { "op": "добавить", "path": "/foo/-", "value": ["abc", "def"] }
   ]
   Полученный JSON-документ:
   { "foo": ["bar", ["abc", "def"]] }
Адреса авторов
   Пол С. Брайан (редактор)
   Salesforce.com
   Телефон: +1 604 783 1481
   Электронная почта: [email protected]
   Марк Ноттингем (редактор)
   Акамай
   Электронная почта: [email protected]
Трек стандартов Брайана и Ноттингема [Страница 18]
 

RFC-6902 на основе операции исправления HTTP для объектов JSON | от Джейдип Пармар | Globant

Photo by gustavo Campos on Unsplash

Введение:
Протокол передачи гипертекста (HTTP) определяет набор методов запроса AKA HTTP-команд для указания желаемого действия, которое должно быть выполнено для данного ресурса. Некоторые из наиболее распространенных методов: GET , PUT , POST и DELETE . Хотя большинство инженеров-программистов хорошо осведомлены о характеристиках этих 4 методов, иногда возникает ситуация, когда нам нужно заглянуть дальше, т. е. использовать такие методы, как 9.0068 PATCH , HEAD и т. д.

HTTP PATCH Операция:
Метод HTTP PUT используется для перезаписи ресурса полностью новым телом и не может использоваться для внесения частичных изменений. Чтобы обойти это ограничение и применить частичные изменения к ресурсу, в RFC 5789 был введен метод запроса HTTP PATCH .

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

Дилемма PUT vs PATCH:
Согласно определению, метод PUT заменяет все текущие представления целевого ресурса полезной нагрузкой запроса, в то время как метод PATCH применяет к ресурсу частичные модификации. Можно понять, что как PUT , так и PATCH в чем-то аналогичны концепции update , найденной в CRUD, но основное отличие заключается в следующем: запрос PATCH считается набором из инструкции о том, как изменить ресурс. Сравните это с PUT ; который является полным представлением ресурса.

RFC-6902:
В Интернете есть множество примеров простого использования операции PATCH . Но особенно, когда мы говорим об изменении ресурса JSON, мы часто упускаем из виду нижеприведенный факт, указанный в RFC-5789:

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

Проще говоря, RFC-5789 говорит, что в теле запроса нам нужно указать набор действий или инструкций для изменения текущего ресурса. Итак, как мы устанавливаем действия в теле запроса? Как нам его отформатировать?

Именно здесь на помощь приходит RFC-6902. Эта спецификация говорит о том, как набор инструкций можно отправить в формате JSON Patch для частичного обновления ресурса. JSON Patch — это формат для выражения последовательности или массива из операций для применения к целевому документу JSON с помощью метода HTTP PATCH .

Каждый объект операции в теле запроса состоит из 3 основных атрибутов:
[0] op — указывает выполняемую операцию. В соответствии со спецификацией его значение ДОЛЖНО быть одним из « добавить «, « удалить «, « заменить «, « переместить «, « скопировать «, или « проверить »
[1] path — строка, содержащая значение JSON-Pointer который ссылается на «целевое местоположение», где выполняется операция
[2] значение — данные для обработки по заданному пути

Рассмотрим ниже простой JSON:

 GET marvel/avengers/1 
{
«имя»: «Тони Старк»,
«адрес»: «Малибу Пойнт»
}

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

 PATCH marvel/avengers/1 
{
"address": "Stark Tower LA",
"addressType": "office"
}

Но в выше запрос, мы не указываем инструкцию. Если мы хотим отправить запрос в соответствии с RFC-6902, запрос PATCH будет выглядеть следующим образом:

 PATCH marvel/avengers/1 
[
{
"оп": "заменить",
"путь: "/ адрес",
"значение": "Башня Старк, Лос-Анджелес"
},
{
"оп": "добавить",
"путь: "/addressType",
"value": "office"
},
]

Учитывая, что вышеуказанная операция прошла успешно, мы получим измененный объект, как показано ниже:

 GET marvel/avengers/1 
{
"name": «Тони Старк»,
«адрес»: «Башня Старк, Лос-Анджелес»,
«addressType»: «офис»
}

Вывод:
RFC-6902 утверждает, что:

JSON Patch — это формат (определяемый по типу носителя «application/json-patch+json») для выражения последовательности операций, применяемых к целевому документу JSON; подходит для использования с методом HTTP PATCH .