I d корм: Ветеринарный корм для собак Hill`s Prescription Diet i/d Digestive Care, при расстройствах пищеварения, с курицей

Hill’s Prescription Diet i/d Low Fat Digestive Care корм для собак диета для поддержания здоровья ЖКТ и поджелудочной железы с курицей в Кирове

Hill’s™ Prescription Diet™ Dog i/d™ Low Fat — рацион с низким содержанием жира, созданный для коррекции расстройств пищеварения и минимизации рисков их рецидива. С клинически доказанной эффективностью помогает желудочно-кишечному тракту собаки восстановиться.

 

Высоко усваиваемый рацион с низким содержанием жира. Может использоваться длительное время для коррекции расстройств пищеварения и минимизации риска рецидива. Клинически доказано помогает желудочно-кишечному тракту восстановиться.

Пребиотические волокна способствуют росту полезной микрофлоры

Имбирь успокаивает желудочно-кишечный тракт

Великолепный вкус, который понравится Вашей собаке

 

Показания:

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

Панкреатит 

Экзокринная недостаточность поджелудочной железы 

Гиперлипидемия 

Лимфангиэктазия

 

Не рекомендуется

Щенкам 

Беременным и лактирующим сукам 

Кошкам 

Собакам с задержкой натрия в организме

 

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

Другие рекомендованные рационы

Для большинства расстройств пищеварения: Prescription Diet™ i/d Canine 

При неблагоприятной реакции на пищу:  Prescription Diet™ z/d™ ULTRA Allergen-Free Canine, Prescription Diet™ z/d™ Low Allergen Canine или Prescription Diet™ d/d™ Canine. 

При расстройствах пищеварения, поддающихся коррекции с помощью клетчатки: Prescription Diet™ w/d™ Canine.

 

Состав:

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

 

Анализ:

Белок 23,2%, Жир 7,8%, Клетчатка 1,6%, Незаменимые жирные кислоты 2,83%, Омега-3 жирные кислоты 0,80%, Зола 5,4%, Кальций 0,74%, Фосфор 0,58%, Натрий 0,32%, Калий 0,87%; на кг: Витамин E 550мг, Витамин С 90мг, Бета-каротин 1,5мг, Имбирь 10000мг.

 

Нормы кормления:

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

Указанные значения являются ориентировочными, поскольку пищевые потребности собак различаются1,2. Норму кормления необходимо скорректировать, чтобы поддерживать оптимальный вес. Если Вы используете рацион впервые, переводите животное на новый рацион постепенно, в течение 7 дней, вытесняя текущий.

Вес кг Сухой рацион г/день
2.50 55 — 75
5 95 — 130
10 160 — 220
20 265 — 365
30 360 — 495
40 445 — 615
50 530 — 730
60 + 11 на кг
 

 

Hill’s Prescription Diet i/d Digestive Care сухой корм для собак с курицей

Описание:

Для диетотерапии собак при желудочно-кишечных заболеваниях. Заболевания желудочно-кишечного тракта (ЖКТ) проявляются рвотой, нарушением усвоения питательных веществ, диареей или копростазом. У животных может отмечаться снижение веса и развиваться обезвоживание. Наиболее распространенные симптомы заболеваний ЖКТ — рвота, отрыжка, вздутие живота, слабость, диарея или копростазы. Prescription Diet* Canine i/d* разработан специально для помощи в лечении собак при заболеваниях ЖКТ, таких как вздутие живота, диарея (тонкого кишечника и некоторые типы толстого кишечника), панкреатиты и заболевания желудка.

Питательные характеристики корма Prescription Diet* Canine i/d* позволяют с успехом использовать его в следующих случаях:
1. Желудочно-кишечные заболевания, включая гастриты, энтериты и период восстановления желудочно-кишечной деятельности после операций на желудке. ЦЕЛИ — Обеспечение животных высокоусвояемыми кормами в течение периода восстановления нормальной желудочно-кишечной деятельности. Корм дают небольшими порциями, 3-6 раз в день. Дополнительное введение в корм растворимых пищевых волокон, которые расщепляются в кишечнике до короткоцепочечных жирных кислот и являются источником энергии для колоноцитов, помогает более быстрому восстановлению нормальной микрофлоры кишечника.

2. Экзокринная панкреатическая недостаточность. ЦЕЛИ — Обеспечение животных высокопереваримым кормом вследствие пониженной активности ферментов поджелудочной железы.
3. Острый панкреатит без признаков гиперлипидемии. ЦЕЛИ — Обеспечение животного высокоусвояемым кормом (с умеренно пониженным уровнем жира) пригодным для кормления животного после начальной стадии острого панкреатита без гиперлипидемии. Необходимо давать корм часто и мелкими порциями (3-6 раз).
4. Вздутие (расширение) живота. ЦЕЛИ — Обеспечение животного высокоусвояемым кормом при общей сниженной норме потребления. Рекомендуется кормить животное 3-6 раз в день небольшими порциями, избегая волнений и физических нагрузок в течение одного часа до и после еды.
5. Кормление растущих щенков и щенков, рано потерявших мать (сирот). ЦЕЛИ — Обеспечить все потребности растущих щенков в питательных веществах. При раннем отъеме щенков целью является обеспечение животных высокоусвояемым кормом, что профилактирует развитие желудочно-кишечных расстройств. Употреблять 3-6 раз в день, приготавливая непосредственно перед употреблением. Давать щенкам, размешав до кремообразной консистенции и нагрев до температуры тела, препятствуя заглатыванию ими воздуха. Корм Prescription Diet* Canine i/d* также содержит новую Антиоксидантную Формулу для снижения окислительных повреждений клеток.

 Состав: 

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

В рационе В пересчете на сухое вещество ккал/100г
Omega-3 fatty acids 0.34 % 0.37 % 94.44 mg
Omega-6 fatty acids 3.06 % 3.33 % 850 mg
Бета-каротин 1.5 mg/kg 1.63 mg/kg 0.04 mg
Витамин A10 18000 IU/kg 19565.2 IU/kg 500 IU
Витамин C10 70 mg/kg 76.09 mg/kg 1.94 mg
Витамин D10 900 IU/kg 978.26 IU/kg 25 IU
Витамин E10 600 mg/kg 652.17 mg/kg 16.67 mg
Влага 8 % 2.22 g
Жиры 13 % 14.13 % 3.61 g
Калии 0.89 % 0.97 % 247.22 mg
Кальции 1.04 % 1.13 % 288.89 mg
Клетчатка (общая) 1.5 % 1.63 % 416.67 mg
Магнии 0.08 % 0.09 % 22.22 mg
Натрии 0.42 % 0.46 % 116.67 mg
Протеины 23.5 %
25.54 %
6.53 g
Таурин 0.1 % 0.11 % 27.78 mg
Углеводы 47.7 % 51.85 % 13.25 g
Фосфор 0.73 % 0.79 % 202.78 mg
В рационе В пересчете на сухое вещество
kcal/100g 359.7 390.4
kJ/100g 1504.98 1633.43
Переваримость протеин 93%, жиры 96%, углеводы 95%
рН мочи 6 ,8 – 7,2

 Нормы кормления: 
Вес кг Сухой рацион г
5 85 — 120
2.5 50 — 70
10 145 — 205
20 245 — 340
30 335 — 465
40 415 — 575
50 490 — 680
60 + 10 — 12 на kg

ВЗРОСЛЫЕ СОБАКИ

Указанные значения являются ориентировочными, поскольку пищевые потребности собак различаются. Норму кормления необходимо скорректировать, чтобы поддерживать оптимальный вес, и разделить суточную норму на 3-6 кормлений.

ЩЕНКИ

С учетом возраста и веса щенка используйте нормы кормления, указанные для рационаHill’s Puppy Healthy Development (Гармоничное развитие) в банках консервов или граммах сухого рациона, прибавив 1/3 (33%) в случае, когда используете консервированный i/d Canine, и 10% – в случае, когда применяете сухой i/d Canine.

Банка консервов 360 г ≈ 100 г сухого рациона.

 О бренде Hill’s

Компания Хиллс Пет Нутришн поддерживает традицию заботы о домашних животных, возникшую еще в 1939 году, благодаря деятельности выдающегося ветеринарного врача.
Миссия Hill’s — улучшить и продлить особые взаимоотношения между людьми и их питомцами. Именно поэтому Hill’s создала рационы для животных высочайшего качества — линейки Prescription Diet™ ,Science Plan™, Ideal Balance ™ и Nature’s Best ™.
Hill’s также действует на благо домашних животных повсеместно и активно поддерживает ветеринарных специалистов и приюты для животных.
Компания Hill’s помогает улучшить качество жизни домашних животных и их владельцев во всем мире.

 О линейке Hill’s Prescription Diet

•Hill’s™ Prescription Diet™ — диетическое питание с клинически доказанной эффективностью для поддержания здоровья жизненно важных систем организма вашего питомца.
•Продуктовая линейка Hill’s™ Prescription Diet™, обеспечивающая гарантию 100% качества, включает в себя сухие и влажные диетические рационы с превосходным вкусом.
Перед началом применения проконсультируйтесь с ветеринарным врачом

 Горячая линия Hill’s

8 800 200 11 11

Центр Hill’s. Звонок для всех регионов РФ бесплатный

HILLS I/D Sensitive , Prescription Diet Canine , Хиллс лечебный корм для собак , яйцо и рис .

HILLS I/D Sensitive , Prescription Diet Canine , Хиллс лечебный корм для собак , яйцо и рис .

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

  • оптимальное количество омега-3 и 6 жирных кислот легкое усвоение за счет баланса растворимых и нерастворимых натуральных волокон
  • пребиотики для быстрого роста полезных бактерий в кишечнике улучшения аппетита, пищеварения и стимулирования образования желудочного сока хорошие вкусовые качества

Для ЖКТ у собак:

  • Помогает нейтрализовать действие свободных радикалов за счет высокого содержания антоксидантов
  • Высоко усваиваемые ингредиенты для легкого пищеварения
  • Обеспечивает источником специальной клетчатки для питания клеток кишечника

Показания:

  • Желудочно-кишечные заболевания, а также при острых кишечных абсорбционных расстройствах
  • Выздоровление после хирургического вмешательства на желудочно-кишечном тракте, других небольших хирургических вмешательствах и слабости
  • Вздутие (расширение и заворот желудка)
  • Кормление растущих щенков и щенков-сирот, рано потерявших мать

Противопоказания:

  • Кошкам
  •  Собакам с задержкой натрия в организме

Состав

злаки, яйцо и его производные, экстракты растительного белка, масла и жиры, минералы, мясо и производные животного происхождиния, производные растительного происхождения
Гарантированный анализ
протеины 23.9 %
жиры 20.1 %
зола 6.8 %
клетчатка 1.9 %
Омега 6 3.4 %
Омега 3 0.2 %
кальций 1 %
фосфор 0.77 %
натрий 0.40 %
калий 0.84 %
медь 9.6 мг/кг
железо 97.4 мг/кг
марганец 10.1 мг/кг
цинк 151 мг/кг
йод 4.3 мг/кг
витамин А 10007 МЕ/кг
витамин D3 751 МЕ/кг
витамин Е 600 мг/кг
витамин С 100 мг/кг

Рекомендации по кормлению:
Проконсультируйтесь с вашим ветеринарным специальстом перед применением.
У животного обязательно должно быть достаточное количество чистой питьевой воды!
Вес животного Суточная норма корма, грамм/день
щенки до 4 мес
1 — 3 кг                   55 — 120 гр
3 — 5 кг                  120 — 180 гр
5 — 10 кг                180 — 300 гр
10 — 15 кг              300 — 410 гр
щенки 4 — 9 месяцев
5 — 10 кг                150 — 250 гр
10 — 15 кг              250 — 340 гр
15 — 20 кг              340 — 420 гр
щенки 10 — 12 месяцев
5 — 10 кг                120 — 200 гр
10 — 15 кг               200 — 270 гр
15 — 20 кг               270 — 340 гр
20 — 25 кг              340 — 400 гр
Adult
2,5 — 5 кг              56 — 95 гр
5 — 10 кг               95 — 160 гр
10 — 20 кг             160 — 270 гр
20 — 30 кг             270 — 365 гр
30 — 40 кг            365 — 455 гр
50 кг                  + 10 гр/на кг

HILLS I/D Sensitive , Prescription Diet Canine , Хиллс лечебный корм для собак , яйцо и рис . reviews

About this product reviews yet. Be the first!

Корм для кошек Hill`s Prescription Diet i/d Digestive Care с расстройствами пищеварения с кусочки лосося в соусе 85г

Hill’s PrescriptionDiet Feline i/d™ с лососем (4%) — высоко усваиваемый рацион, созданный специально для поддержания здоровья кошек с расстройствами пищеварения. Содержит повышенный уровень электролитов и пониженный уровень жира. Ключевые преимущества: Помогает нейтрализовать действие свободных радикалов за счет высокого содержания антиоксидантов. Обеспечивает великолепный вкус и возможность использования сухого и консервированного рационов для смешанного питания. 100% гарантии качества, консистенции и вкуса. Рекомендации по кормлению: Монодиета. Не требует дополнений. Перед началом применения проконсультируйтесь с ветеринарным специалистом. Рекомендуемая продолжительность диетотерапии после или во время острой диареи — 1-2 недели; при нарушении переваривания — 3-12 недель; при хронической недостаточности поджелудочной железы — пожизненно. Обеспечьте питомцу постоянный доступ к свежей воде.

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

Nutritional value, kCal per 100g

98

Energy value, kJ per 100g

410.3

Guaranteed indicators: Белок 8,2%, Жир 4,4%, Клетчатка 0,55%, Зола 1,6%, Влага 78,5%, Кальций 0,24%, Фосфор 0,18%, Натрий 0,10%, Калий 0,20%, Магний 0,02%; на кг: Витамин Е 114 мг, Витамин С 19 мг, Бета-каротин 1,5 мг. Добавки на кг: Е671 (Витамин D3) 211 ME, Е1 (железо) 56,1 мг, Е2 (йод) 1,1 мг, Е4 (медь) 12 мг, Е5 (марганец) 5,3 мг, Е6 (цинк) 50,8 мг.

Recommended allowance: для кошки весом 4 кг 2 2/3 — 3 2/3 пауча в день и может быть разделена на 2 и более кормлений. Скорректируйте объем порции в соответствии с размером животного для поддержания оптимального веса.

Producer’s legal address: Grabetsmattweg, 4106 Therwil, Switzerland (Швейцария)

Manufacturer: La NORMANDISE S.A., Rue de L`ALLIERE, BP 60083, ZI Le Maupas 14503 VIRE CEDEX, France (Франция)

Importer: ООО «Хиллс Пет Нутришн», Россия, 121099, г. Москва, Смоленская пл., д 3, Бизнес-центр «Регус», ветеринарный информационный центр Hills

Hill’s Prescription Diet I/D Digestive Care сухой корм для кошек при заболеваниях ЖКТ 1,5 кг

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

Внимание! Проконсультируйтесь с Вашим ветеринарным специалистом по поводу дальнейшего питания Вашей кошки.

Hill’s Prescription Diet Feline i/d — высоко усваиваемый корм, созданный специально для поддержания здоровья кошек с расстройствами пищеварения:

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

Показания:

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

Противопоказания:

Кошкам с задержкой натрия в организме.

Состав:

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

Добавки на 1 кг: витамин A — 39660 МЕ, витамин D3 — 2330 МЕ, железо — 236 мг, йод — 2,4 мг, медь — 29,9 мг, марганец — 10,4 мг, цинк — 200 мг, селен — 0,5 мг, натуральные антиоксиданты.

Анализ:

Белок — 38,6%, жир — 19,2% , клетчатка — 3%, Омега-3 — 0,42%, зола — 7,1%, кальций — 1,12%, фосфор — 0,87%, натрий — 0,42%, калий — 0,95%, бета-каротин — 1,5 мг.

Энергетическая ценность: 4000 ккал/кг.

Нормы кормления:

Рекомендуемая продолжительность диетотерапии: 1-2 недели при острой диареи и в период восстановления; для компенсации дефицита нутриентов — 3-12 недель; в случаях хронической недостаточности поджелудочной железы — пожизненно.

Монодиета. Не требует дополнений.

Вес кошки (кг)

Суточная норма (г/день)

2

30 — 40

3

40 — 55

4

50 — 70

5

60 — 85

6

70 — 95

 

Вид гранул:

 

Вы можете купить Hill’s Prescription Diet I/D Digestive Care сухой корм для кошек при заболеваниях ЖКТ 1,5 кг по выгодной цене и с бесплатной доставкой в Интернет-магазине Зоомагия.
Hill’s Prescription Diet I/D Digestive Care сухой корм для кошек при заболеваниях ЖКТ 1,5 кг : характеристики, описание, фото, отзывы покупателей.

Кошачий корм на обед и холодный душ: 10 правил жизни самой экономной миллионерши

Сейчас на банковском счете 50-летней Эми Элизабет хранится около 5,3 миллиона долларов. Но когда-то американка была на нуле. Ее путь начинался несладко: в 15 лет девушка оказалась на улице — ее выкинула из дома мать, злоупотреблявшая спиртным. Но Эми не растерялась и почти сразу начала трудиться.

«Я могла умереть от болезни, попасть в тюрьму или подсесть на наркотики. Я с трудом окончила среднюю школу. Тем не менее в возрасте 38 лет я вышла на пенсию и стала мультимиллионером. Свой первый бизнес я открыла, когда мне было 20 лет. С тех пор у меня было еще четыре проекта, один из которых — сдавать в аренду недвижимость», — пишет Элизабет в своей книге «Бедность — отстой! Как стать миллионером, который сделал себя сам».

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

Фото Кадр из видео TLC

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

«Я никогда не держу свой водонагреватель включенным. Мне нужно 22 минуты, чтобы нагреть воду и принять душ, поэтому я включаю его каждое утро, когда просыпаюсь», — делится бизнесвумен.

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

«Я покупаю кошачий корм из курицы или тунца. Он стоит копейки, а на вкус ничем не хуже консервов для людей», — признается женщина.

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

Итак, 10 правил жизни самой экономной миллионерши из США:

  1. «Жизнь состоит из победителей и нытиков. А нытик — это просто еще одно слово для обозначения неудачника. Как определить проигравшего? Проигравший — это тот, кто подходит к жизни с негативным отношением, тот, кто предпочитает жаловаться, а не предпринимать шаги для улучшения положения».

  2. «Я извлекла пять ценных уроков из неудачных попыток проникнуть в мир бизнеса. Во-первых, остерегайтесь бизнес-партнеров без денег — они не только обманут вас в финансовом отношении, но и никогда не будут брать ответственность на себя. Во-вторых, первое время постарайтесь обойтись без торговых площадок. Вы не узнаете заранее, насколько медленно или быстро будет расти ваше дело, а плату за аренду никто не отменял. В-третьих, никогда не теряйте уверенности в себе. В-четвертых, занимайтесь только тем бизнесом, который приносит остаточный доход. В-пятых, выбирайте бизнес, в котором вы сможете нанять человека себе на замену».

  3. «Настойчивость всегда окупается. Я считаю, что настойчивость и непоколебимая вера в себя — два самых важных качества, которыми вы можете обладать как победитель».

  4. «Я рано поняла, что жизнь несправедлива. Это один из лучших уроков, которые я когда-либо усвоила. Когда вы смиритесь с тем, что иногда жизнь несправедлива, вы перестанете принимать многие вещи на свой счет».

  5. «В каждом деле я начинала с вопросов самой себе. Меня действительно интересует этот бизнес? Если „да“, задаю еще несколько вопросов. Как я могу заработать на этом бизнесе? Какие будут расходы? На какой доход я могу рассчитывать? Каковы начальные затраты? Лучше всего, если они будут низкими. Еще один шаг — мозговой штурм. Перечислите все, от чего вы получаете удовольствие в жизни: от хобби и забавных занятий до простых повседневных глупостей. А затем попробуйте придумать, как воплотить эти интересы в бизнес, приносящий прибыль».

  6. «По мере того, как ваше богатство начнет расти, постарайтесь не попасть в ловушку. Гоните от себя мысли, что вы мгновенно разбогатеете и сможете купить все, что захотите: роскошный автомобиль, огромный дом или супермодный круиз по всему миру. Время от времени „угощайте“ себя небольшими наградами — в жизни должно быть немного веселья! Но сопротивляйтесь большим соблазнам».

  7. «Не тратьте каждую заработанную монету — это прямой путь к нищете, если возникнет даже самая незначительная финансовая проблема. Вместо этого живите по средствам, чтобы сберегать больше, чем тратить. Когда я была действительно бедна, я старалась жить на половину того, что зарабатывала. Поэтому у меня всегда была „подушка“ безопасности, и мои сбережения продолжали расти».

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

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

  10. «Два главных ключа к успеху в бизнесе — это „я буду“ и „я могу“. Никогда не опускайте руки».

Нашли ошибку в тексте? Выделите ее, и нажмите Ctrl+Enter

Поліція відкрила провадження через допис львів’янина про собаче лайно

Роман Верхоляк описав, як його знайомий розкидує на дитмайданчиках і стадіонах собачий корм з проносним і закликав «взяти на озброєння таку методику»

Поліцейські відкрили кримінальне провадження через допис львівського юриста Романа Верхоляка у Facebook за заклики до жорстокого поводження з тваринами. У дописі чоловік розкритикував власників собак, які не прибирають фекалії за своїми собаками і розповів історію про те, як його знайомий порозкидав на дитячих майданчиках собачий корм із проносним засобом.

Йдеться про допис юриста Романа Верхоляка від 27 лютого, де він розповідає, що познайомися з чоловіком, який розкидає на дитячих майданчиках і стадіонах перемішаний з проносним засобом собачий корм. За словами Романа Верхоляка, таким чином чоловік хоче, щоб власники тварин відчули, як почувають себе відвідувач дитмайданчиків і стадіонів через неприбрані собачі фекалії. У цьому ж дописі Роман Верхоляк написав, що батькам з іншим районів варто «взяти на озброєння таку методику».

Допис Романа Верхоляка видалив Facebook

На допис Романа Верхоляка активно відреагувала частина спільноти львівських собачників, заявляючи, що чоловік закликає до жорстокості щодо тварин. Наступного дня у прес-службі поліції Львівщини повідомили, що 27 лютого поліцейські побачили допис Романа Верхоляка і виявили у ньому «публічні заклики жорстокого поводження з тваринами». За цим фактом поліцейські відкрили кримінальне провадження за ч.1 ст.299 (жорстоке поводження з тваринами) ККУ. Покарання за цією статею – від 1700 до 51 000 грн або або арешт до шести місяців чи обмеження волі до трьох років.

Зранку 28 лютого допис Романа Верхоляка заблокував Facebook. У розмові із ZAXID.NET чоловік пояснив, що не мав наміру жорстоко поводитись із тваринами.

«Вчора я гуляв зі своєю 3-річною донькою у районі. Ми зустріли чоловіка, який гуляв з сином. Коли ми були на стадіоні на вул. Чигиринській, там не було де пройти – усе було в собачому лайні. Я сказав йому, що мене дістали собачники і розповів про свій досвід, як людей за це штрафують за кордоном. І цей чоловік розповів мені історію, що він чи купив, чи має намір купити собачий корм і змішати його з проносним і порозсипати на футбольних і дитячих майданчиках. Він також розповідав, що просив людей прибрати за собаками, але вони розвертались і не звертали увагу. Тому він не бачить іншого виходу, щоб вони відчули, що це таке, у себе вдома», – розповів Роман Верхоляк.

За словами Романа Верхоляка, після публікації допису з описом цієї історії, він отримав кілька погроз від невідомих йому людей, а одна із власниць собак почала звинувачувати його в отруєнні невідомого собаки.

«Я вирішив всю цю ситуацію описати, і повідомив, що вважаю, що іншим батькам варто взяти до уваги таку методику попередження собачників. Мене також відверто це дістало. Коли ми намагались зробити на стадіоні снігову бабу, катаєш кулю, підіймаєш її – і твоя рука в лайні. Того ж дня мені написала жінка, яка почала звинувачувати мене в отруєнні собаки. Сьогодні зранку я прокинувся «сихівським живодером», хоча живу у Шевченківському районі», – розповів Роман Верхоляк.

Він заявив, що поки поліція не викликала його на допит у цій справі. «Для мене, відверто кажучи, залишається загадкою, де в моєму пості був заклик до жорстокого поводження з тваринами», – сказав Роман Верхоляк.

Якщо Ви виявили помилку на цій сторінці, виділіть її та натисніть Ctrl+Enter

Лента — Документация — Facebook для разработчиков

53553.

id строка

ID сообщения.

действий объект

Ссылки на действия в посте, Комментарий, Нравится, Поделиться.

admin_creator object

Администратор, создатель публикации на Странице. Если у страницы только один администратор, данные не возвращаются.Требуется токен доступа к странице и разрешение business_management .

id int

Идентификатор человека, приложения или компании.

имя строка

Имя человека, приложения или компании.

allowed_advertising_objects строка

Единственные цели, при которых этот пост может рекламироваться.

приложение объект

Информация о приложении, опубликовавшем этот пост.

вложений объект

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

backdated_time float

Время задним числом для публикации задним числом.Для обычного сообщения это поле имеет значение NULL.

call_to_action object

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

контекст объект

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

can_reply_privately boolean

Может ли зритель страницы отправлять личный ответ на это сообщение.Требуется разрешение read_page_mailboxes .

caption

Устарело для публикаций на страницах для v3.3 +.

строка

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

child_attachments object

Поддоли публикации с несколькими ссылками.

created_time float

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

описание

Устарело для публикаций на страницах для v3.3 +. Вместо этого используйте вложений {описание} .

строка

Описание ссылки в сообщении (отображается под заголовком ).

feed_targeting object

Объект, который управляет таргетингом ленты новостей для этого сообщения. Любой в этих группах с большей вероятностью увидит это сообщение, другие с меньшей вероятностью, но все равно могут его увидеть. Можно использовать любое из представленных здесь полей таргетинга, ни одно не является обязательным (применимо только к страницам).

age_max int

Максимальный возраст

age_min int

Должно быть 13 или выше.По умолчанию 0

городов int

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

College_years int

Массив целых чисел для года окончания колледжа.

стран строка

Значения целевых стран.Вы можете указать до 25 стран. Используйте коды формата ISO 3166.

education_statuses int

Массив целых чисел для таргетинга в зависимости от уровня образования. Используйте 1 для старшей школы, 2 для бакалавриата и 3 для квасцов (или локализованных эквивалентов).

полов int

Целевые группы. 1 нацелено на всех зрителей мужского пола и 2 на женщин.По умолчанию нацелены оба.

заинтересованных_в

Устарело.

int Указывает таргетинг на основе поля «заинтересован» в профиле пользователя. Вы можете указать целое число 1 для обозначения мужского пола, 2 — для обозначения женского пола. По умолчанию все типы. Обратите внимание, что таргетинг «заинтересован в» недоступен в большинстве европейских стран и Канады из-за местного законодательства.
интересов int

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

locales int

Целевые регионы. Используйте типа из adlocale , чтобы найти параметры таргетинга, и используйте возвращенный ключ , чтобы указать.

регионов массив

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

Relationship_statuses int

Массив целых чисел для таргетинга на основе статуса отношений. Используйте 1 для холостых, 2 для «состоящих в отношениях», 3 для замужних и 4 для помолвленных. По умолчанию все типы.

из

объект

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

full_picture строка

URL-адрес полноразмерной версии фотографии, опубликованной в сообщении или взятой по ссылке в сообщении. Если наибольший размер фотографии превышает 720 пикселей, он изменяется, а наибольший размер устанавливается на 720.

значок строка

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

instagram_eligibility enum {}

Можно ли продвигать публикацию в Instagram. Он возвращает перечисление , подходящее для , если его можно повысить. В противном случае он возвращает перечисление, объясняющее, почему его нельзя повысить:

  • inelhibited_caption_mentions_not_allowed
  • inelposed_caption_too_long
  • inelposed_media_aspect_ratio
  • inelhibited_media_dimension
  • inelposed_media_square_aspect_ratio
  • inelposed_media_square_dimension
  • inelposed_post_type
  • inelhibited_unknown_error
  • inelhibited_video_length
is_elhibited_for_promotion логическое

Указывает, подходит ли публикация для продвижения.

is_expired boolean

Указывает, истек ли срок действия публикации.

is_hidden boolean

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

is_instagram_elhibited string

Можно ли продвигать этот пост в Instagram.

is_popular boolean

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

is_published boolean

Указывает, была ли опубликована запланированная публикация (применяется только к запланированной публикации страницы, для публикаций пользователей и мгновенно опубликованных сообщений это значение всегда true ).Обратите внимание, что это значение всегда равно false для сообщений на странице, созданных как часть процесса создания объявления.

is_spherical boolean

Является ли пост сферическим видеопостом.

ссылка

Устарело для публикаций на страницах для v3.3 +.

Используйте вложений {unshimmed_url} вместо .

строка

Ссылка прикреплена к этому сообщению.

сообщение строка

Сообщение о статусе в сообщении.

message_tags массив

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

длина int

Длина текста тега в кодовых точках Unicode.

id строка

Идентификатор помеченного профиля.

имя строка

Текст, используемый для пометки профиля.

смещение int

Расположение в кодовых точках Unicode первого символа текста тега в сообщении .

type enum {}

Тип помеченного профиля, пользователь , страница или группа .

name

Устарело для публикаций на страницах для v3.3 +.

Используйте вложений {title} вместо .

строка

Имя ссылки .

object_id

Устарело для публикаций на страницах для v3.3 +.

Используйте вместо этого вложений {target {id}} .

строка

Идентификатор любой загруженной фотографии или видео, прикрепленных к сообщению.

parent_id строка

Идентификатор родительского сообщения для этого сообщения, если он существует. Например, если эта история представляет собой историю «Ваша страница была упомянута в сообщении», parent_id — это исходный пост, в котором произошло упоминание.

permalink_url строка

Постоянный статический URL-адрес публикации на www.facebook.com. Пример: https: // www.facebook.com/FacebookForDevelopers/posts/1015344

место строка

ID места, связанного с этим постом.

приватность объект

Настройки приватности поста.

разрешить строка

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

deny string

Если значение равно CUSTOM , это список идентификаторов, разделенных запятыми, пользователей и списков друзей (если есть), которые не могут видеть сообщение.

описание строка

Текст, описывающий настройки конфиденциальности, как они будут отображаться на Facebook.

друзей enum {}

Если значение равно CUSTOM , это указывает, какая группа друзей может видеть сообщение.Значения включают:

  • ALL_FRIENDS
  • ДРУЗЬЯ_OF_FRIENDS
  • НЕКОТОРЫЕ_ДРУЗЬЯ
значение enum {}

Фактическая настройка конфиденциальности. Значения включают:

  • ALL_FRIENDS
  • НА ЗАКАЗ
  • КАЖДЫЙ
  • ДРУЗЬЯ_OF_FRIENDS
  • САМ
promotable_id строка

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

promotion_eligibility

Устарело. См. is_elhibited_for_promotion .

логическое Указывает, подходит ли публикация для продвижения.
promo_status

Устарело. См. is_elhibited_for_promotion .

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

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

приостановлено Продвижение приостановлено.
на рассмотрении Рекламная акция все еще рассматривается.
отклонено Рекламное предложение было отклонено в процессе проверки.
свойства объект

Список свойств для любого прикрепленного видео, например, длина видео.

имя строка

Имя свойства.

текст строка

Стоимость объекта недвижимости.

href строка

Любая ссылка, связанная с объектом.

sheduled_publish_time float

Временная метка UNIX запланированного времени публикации сообщения.

акций объект

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

исходный код

Устарело для публикаций на страницах для v3.3 +.

Используйте вложений {media {source}} вместо .

строка

URL-адрес любого Flash-ролика или видеофайла, прикрепленного к сообщению.

status_type enum {}

Тип обновления статуса. Значения включают:

  • добавлено_фото
  • добавленное_видео
  • app_created_story
  • одобренный_ друг
  • created_event
  • created_group
  • created_note
  • mobile_status_update
  • опубликованная_ история
  • shared_story
  • tagged_in_photo
  • настенный столб
история строка

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

story_tags массив

Список тегов в описании поста.

подписан логический

Подписан ли пользователь на публикацию.

таргетинг объект

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

стран строка

Значения целевых стран в виде кодов формата ISO 3166.

языковых стандартов int

Целевые регионы.Могут быть возвращены параметры таргетинга типа adlocale .

регионов список

Значения для целевых регионов. Могут быть возвращены параметры таргетинга типа adregion .

городов список

Значения для исключенных городов. Могут быть возвращены параметры таргетинга типа adcity .

до

объект

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

type

Устарело для публикаций на страницах для v3.3 +.

Используйте вложений {media_type} вместо . Если нет вложений или media_type = link , значение будет таким же, как type = status .

enum {}

Строка, указывающая тип объекта этого сообщения. enum значения включают:

updated_time float

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

video_buying_eligibility array

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

with_tags

объект

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

Эта конечная точка будет прекращена 30 апреля 2019 г. для версии 3.3+ Graph API и Marketing API.Приложения, которые использовали эту конечную точку в течение последних 90 дней, могут продолжать использовать ее с API версии 3.2 и ниже до 30 июля 2019 г. Приложения, которые не использовали эту конечную точку в течение последних 90 дней, не смогут использовать ее, начиная с 30 апреля. 2019.

Идентификатор в фиде Google Покупок

Покупки в Google — это последняя тенденция, которая покорила электронную коммерцию с ежегодным ростом на 52% из года в год. Для продавцов стало популярным привлекать качественный трафик и значительно увеличивать свои продажи.Ожидается, что в долгосрочной перспективе продавец Google возглавит индустрию онлайн-покупок. Вот подробное описание того, как стать продавцом в Google и увеличить свои продажи.

Чтобы данные о ваших товарах появлялись в рекламных объявлениях Google, программа Google Feed должна понимать ваши данные таким образом, чтобы поисковые системы могли легко находить ваш продукт и предлагать пользователям удобные возможности для совершения покупок. Это возможно, если вы будете следовать рекомендациям, изложенным в руководстве по фидам Google Merchant Center для создания фида данных о товарах.

Согласно руководству по спецификации канала покупок Google, информация о продукте должна предоставляться программному обеспечению канала Google в формате .xml или .txt. В этой статье мы подробно рассмотрим атрибут «id».

ID — Определение

Значение идентификатора

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

  1. Тип — Он должен содержать только символов Unicode с рекомендацией только ASCII , что означает, что разрешены буквы, цифры, дефисы и подчеркивания.

  2. Длина — Длина идентификатора должна составлять 1–50 символов .

  3. В атрибуте id не допускается повторение полей .

  4. Schema.org — Эта аннотация помогает Google надежно обрабатывать ваш контент. Для поля id это должно быть текстовое поле и должно иметь значение Product.sku. Ниже приведен пример поля

    «id».

Формат файла

Образец

Подача текста

tddy123uk

Каналы XML

tddy123uk

Минимальные требования

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

1. Уникальный идентификатор

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

2. Стабильный ID

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

3. Одинаковый идентификатор продукта в разных странах и на разных языках

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

  • Если продукт продается в двух или более странах, например в США и Канаде, используйте один и тот же идентификатор продукта для всех стран продажи.

4. Оболочка не должна использоваться для создания уникальных идентификаторов продуктов

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

5. Не используйте пробелы

Идентификаторы продукта не должны содержать пробелов. Если есть следующие друг за другом пробелы или перед или после идентификатора продукта идут пробелы, то программа для каналов Google автоматически их вырежет.

6. Убедитесь, что нет недопустимых символов Unicode

При отправке данных о продукте вы должны сохранить их в соответствующем формате файла, который поддерживается Google, и они должны иметь правильные расширения файлов.Список поддерживаемых форматов файлов и расширений:

  1. .gz: Gnu zip, XML или сжатый TSV (рекомендуется)

  2. .txt: TSV

  3. .zip: сжатый TSV XML в виде zip-файла

  4. .xml: XML

  5. .bz2: сжатый TSV XML как файл Bzip2

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

  1. Функциональные символы

  2. Управляющие символы (например, U + 200D)

  3. Суррогатные пары

  4. Персонажи частной зоны

  5. Неназначенные кодовые точки

Рекомендации по определению идентификаторов продуктов

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

Использование артикулов для идентификаторов продуктов

Артикул вашего продукта — это уникальный номер, присвоение которого в качестве идентификатора продукта может помочь программе Google Feed лучше понять целевую страницу вашего продукта. Кроме того, артикулы никогда не бывают идентичными, поэтому использование их в качестве идентификаторов продукта гарантирует, что у вас всегда будет уникальный идентификатор продукта, и вы не будете повторно использовать какой-либо идентификатор по ошибке.

Примеры

Давайте теперь посмотрим на несколько примеров определения идентификатора продукта:

1.Изделие без варианта

Если у товара нет варианта, то у него может быть следующий id:

Товар

id

Моя детская книга

01XYZ

2. Продукт с вариантами

Если товар продается в разных цветах и ​​размерах, то для каждого варианта необходимо иметь уникальный идентификатор.Таким образом, если у вашего продукта 4 варианта, то родительский SKU для всех 4 продуктов указывается в поле атрибута item_group_id, а атрибут id будет уникальным, который снова основан на родительском SKU.

Товар

Цвет

Item_group_id

id

Google Солнцезащитные очки

фиолетовый

67891

67891-П

Товар

Цвет

Item_group_id

id

Google Солнцезащитные очки

Зеленый

67891

67891-G

Товар

Цвет

Item_group_id

id

Google Солнцезащитные очки

фиолетовый

67891

67891-В

Товар

Цвет

Item_group_id

id

Google Солнцезащитные очки

белый

67891

67891-W

Товар

Цвет

Item_group_id

id

Google Солнцезащитные очки

Кофе

67891

67891-C

3.Идентификатор продукта для нескольких стран

Если вы продаете один и тот же товар в разных странах, то идентификатор товара остается одинаковым для разных стран.

Товар

Страна продажи

id

Google Android-телефон

США

01XYZ

Товар

Страна продажи

id

Google Android-телефон

Канада

01XYZ

Заключение

Если вы хотите продавать данные о своих товарах в товарных объявлениях Google, вы должны учитывать множество вещей, касающихся фида товаров.Технические требования, особые потребности каждого канала, частота обновления канала и т. Д. Наличие данных о товарах в формате, позволяющем программному обеспечению Google Feed правильно их понимать и обрабатывать, очень важно для увеличения трафика и, в свою очередь, увеличения продаж. для вашего продукта.

Дальнейшие чтения в Google Feed

  1. Как устранить неполадки в ленте Google Покупок?

  2. Каковы требования к каналу Google Покупок?
  3. Советы по оптимизации вашей ленты покупок в Google

  4. Как создать правильный фид для нескольких стран?

  5. Руководство по каналу Google Покупок.

Поддержка пользователей и ответы на часто задаваемые вопросы | Сохранено SPOT

Доступные вызовы использования API:
Добавление .xml перед любыми другими параметрами строки запроса вернет XML, а .json вернет JSON.
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE /message.xml

Последние 50 сообщений в формате XML:
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE / message.xml

Пейджинг с шагом 50 в формате XML (Примечание: Нет? start = по умолчанию выдает 50 самых новых):
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE /message.xml?start=51
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE /message.xml?start=101

Последние 50 сообщений в формате JSON (оба являются тот же запрос):

https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0 / public / feed / FEED_ID_HERE /message.json

Последние 50 сообщений с паролем (вы можете добавить? FeedPassword к любому из запросов канала):
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE /message.xml?feedPassword=123456

Дата начала / окончания — на 7 дней применяется ограничение максимального количества данных, независимо от того, какую дату вы там указали:
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE / message.xml? startDate = 2012-07-03T00: 00: 00-0000 и endDate = 2012-08-02T00: 00: 00-0000
(Функция смещения в настоящее время не реализована, с использованием -0000 является единственным доступным смещением)

Последнее — здесь будет отображаться последнее сообщение для каждого устройства на общей странице и только последнее сообщение:
https://api.findmespot.com/spot-main-web/consumer/rest-api/2.0/public/feed/ FEED_ID_HERE /latest.xml

В текущем канале доступны следующие типы сообщений:

  • ОК
  • ДОРОЖКА
  • ЭКСТРЕМАЛЬНАЯ ГУСЕНИЦА
  • НЕОГРАНИЧЕННЫЙ ТРЕК
  • НОВОЕ ДВИЖЕНИЕ
  • СПРАВКА
  • HELP-CANCEL
  • НА ЗАКАЗ
  • POI
  • СТОП
XML, возвращенный через api.Лента findmespot.com будет выглядеть так:

<ответ>
  
     10 
    <корм>
       03XHH0sPyTiYUsYD2TVJ4q7CzEH89HBhG 
       OneAtATime 
       OneAtATime 
       АКТИВНЫЙ 
       0 
       7 
       истина 
    
     10 
     0 
    <сообщения>
      <сообщение clientUnixTime = "0">
         4937065 
         0-8356068 
         Spot2 
         13642 
         HELP-CANCEL 
        <широта> -99999.0 
         -99999,0 
         SPOT2 
         Да 
         2013-04-02T06: 28: 12-0700 
         0 
         Справочное сообщение было отменено 
      
      <сообщение clientUnixTime = "0">
         4937064 
         0-8356068 
         Spot2 
         13643 
         СПРАВКА 
        <широта> 45.42249 
         -111.68832 
         SPOT2 
         Да 
         2013-04-02T06: 28: 03-0700 
         0 
         Это сообщение СПРАВКИ по умолчанию. Пожалуйста, обновите. 
      
      <сообщение clientUnixTime = "0">
         4937060 
         0-8356068 
         Spot2 
         1364

4 ПОЛЬЗОВАТЕЛЬСКИЙ <широта> 45.42249 -111.68832 SPOT2 Да 2013-04-02T06: 19: 34-0700 0 Это настраиваемое сообщение <сообщение clientUnixTime = "0"> 4937059 0-8356068 Spot2 13645 ОК <широта> 45.42249 -111.68832 SPOT2 Да 2013-04-02T06: 19: 25-0700 0 Это сообщение SPOT Check-in / OK по умолчанию. Пожалуйста, обновите. <сообщение clientUnixTime = "0"> 4937057 0-8356068 Spot2 13642 ОТСЛЕЖИВАНИЕ <широта> 45.42249 -111.68832 SPOT2 Да 2013-04-02T06: 15: 12-0700 0


Документ XML будет содержать 0 или более сообщений. В этом потоке данных будут доступны только мессенджеры и типы сообщений, разрешенные клиентом.

Одиночная подача и пакетная печать - Технология и опции принтера для удостоверения личности - Центр обучения

Анализ бесплатных потребностей

Сколько удостоверений личности вы будете печатать в год?

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

Идентификационные принтеры с одинарной подачей

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

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

Посмотреть все принтеры с одиночной подачей

ID-принтеры с одинарной подачей подходят для:

  • Программы для малых удостоверений личности
  • Одноразовая печать
  • Односторонняя печать

Пакетная печать

Пакетная печать позволяет печатать большое количество карточек одновременно, экономя ваше время и усилия.Для пакетной печати вашему принтеру необходимы емкости для карточек, в которых можно разместить как чистые, так и напечатанные карточки. Размер лотков для карточек зависит от принтера, некоторые из них всего до 30 карточек, а другие - до 500 карточек.

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

Посмотреть все принтеры для пакетной обработки

Пакетная печать подходит для:

  • Программы для удостоверений личности среднего и крупного размера
  • Односторонняя и двусторонняя печать
  • Более высокая скорость печати

SURE-FEED 23500026 ПИТАТЕЛЬНЫЙ РОЛИК.500 I.D. SAMES AS 10006-013

Выбирать ... AFM - Оборудование Все для почтовых служб Ameritek Асмарк - Accufast Astro Автомеха Программное обеспечение BCC Белкин C2G CC Clover Technologies Group Коллинз Инк Color Labs Цветная Звезда Data Label Inc.Подача документов Docufeed Technologies LLC Fannon Системы Flex Formax FP-Francotyp Postalia Hasler Hewlett Packard [email protected] Kyocera Lexmark Мартин Йель Этикетка Matrex Медиа Науки Мелисса Дейта Решения для печати MICR MSE Neopost NuPost Оки Внебиржевой Обвязочные материалы PAC Питни Боуз Постматик Премьер Рена Программное обеспечение Satori Secap - Питни Спрей Staplex Straight Shooter (прямой стрелок) STRAP-PAC Streamfeeder Расходные материалы для почтовых отправителей Surefeed Walco ВесМакс. XPert-Ink

Взаимодействие с другими людьми

Предложите лучший перевод

Формат Syndication Atom

Формат Syndication Atom

Формат Syndication Atom

В этом документе определяется протокол отслеживания стандартов Интернета для Интернет-сообщества, а также предлагается обсуждение и предложения по улучшениям.См. Текущую редакцию «Официальных стандартов протокола Интернета» (STD 1) для получения информации о состоянии стандартизации и статусе этого протокола. Распространение этой памятки не ограничено.

Авторские права The Internet Society (2005). Все права защищены.

В этом документе описывается Atom, формат распространения веб-контента и метаданных на основе XML.


Atom - это формат документа на основе XML, который описывает списки связанной информации, известные как «каналы». Каналы состоят из ряда элементов, известных как «записи», каждый из которых имеет расширяемый набор прикрепленных метаданных.Например, у каждой записи есть заголовок.

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

1,1 Примеры

Краткий документ Atom Feed с одной записью:




   Пример фида 
  
   2003-12-13T18: 30: 02Z 
  
     Джон Доу 
  
   urn: uuid: 60a76c80-d399-11d9-b93C-0003939e0af6 

  <запись>
     Роботы с атомным двигателем выходят из-под контроля 
    
     urn: uuid: 1225c695-cfb8-4ebb-aaaa-80da344efa6a 
     2003-12-13T18: 30: 02Z 
     Немного текста. 
  

 

Более обширный документ Atom Feed с одной записью:



   погрузиться в отметку 
  
    A & lt; em & gt; lot & lt; / em & gt; усилий
    пошел на то, чтобы сделать это легким
  
   2005-07-31T12: 29: 29Z 
  Тег : пример.org, 2003: 3 
  
  
   Copyright (c) 2003, Марк Пилигрим 
  
    Пример набора инструментов
  
  <запись>
     Снимок Atom draft-07 
    
    
     тег: example.org, 2003: 3,2397 
     2005-07-31T12: 29: 29Z 
     2003-12-13T08: 29: 29-04: 00 
    
       Марк Пилигрим 
       http://example.org/ 
       f8dy @ example.ru 
    
    <автор>
       Сэм Руби 
    
    <автор>
       Джо Грегорио 
    
    
      

[Обновление: черновик Atom завершен.]

URI пространств имен XML [W3C.REC-xml-names-199] для формата данных XML, описанного в этой спецификации:

http://www.w3.org/2005/Atom

Для удобства этот формат данных может называться «Atom 1.0. ". В этой спецификации внутренне используется "Atom".

1.3 Условные обозначения

Эта спецификация описывает соответствие с точки зрения двух артефактов: документы Atom Feed и документы Atom Entry. Кроме того, он предъявляет некоторые требования к процессорам Atom.

В этой спецификации используется префикс пространства имен "atom:" для URI пространства имен, указанного в разделе 1.2, выше. Обратите внимание, что выбор префикса пространства имен является произвольным и семантически не значимым.

Атом задается с использованием терминов из информационного набора XML [W3C.REC-xml-infoset-20040204]. Однако в этой спецификации используются сокращенные обозначения двух общих терминов: фраза «Информационная единица» опускается при именовании информационных единиц элемента и информационных единиц атрибута. Следовательно, когда в данной спецификации используется термин «элемент», он имеет в виду элемент информации об элементе в терминах информационного набора. Подобным образом, когда он использует термин «атрибут», он относится к элементу информации атрибута.

Некоторые разделы этой спецификации проиллюстрированы фрагментами ненормативной схемы RELAX NG Compact [RELAX-NG]. Однако в тексте данной спецификации дается определение соответствия. Полная схема представлена ​​в Приложении B.

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» документ следует интерпретировать, как описано в BCP 14, [RFC2119], в соответствии с этими целями соответствия.

В этой спецификации описаны два вида документов Atom: документы Atom Feed и документы Atom Entry.

Документ канала Atom - это представление канала Atom, включая метаданные о канале и некоторые или все записи, связанные с ним. Его корнем является элемент atom: feed.

Документ записи Atom представляет ровно одну запись Atom вне контекста канала Atom. Его корнем является элемент atom: entry.

namespace atom = "http: // www.w3.org/2005/Atom "
start = atomFeed | atomEntry 

Оба типа документов Atom определены в рамках информационного набора XML, сериализованы как XML 1.0 [W3C.REC-xml-20040204] и идентифицированы с помощью типа носителя «application / atom + xml». Документы Atom ДОЛЖНЫ быть правильно сформированными XML. Эта спецификация не определяет DTD для документов Atom и, следовательно, не требует, чтобы они были действительными (в смысле, используемом XML).

Atom позволяет использовать IRI [RFC3987]. Каждый URI [RFC3986] также является IRI, поэтому URI можно использовать везде, где ниже указан IRI.Есть два особых соображения: (1) когда для разыменования предоставляется IRI, который не является также URI, он ДОЛЖЕН быть сопоставлен с URI, используя шаги, описанные в разделе 3.1 [RFC3987], и (2) когда IRI служит в качестве значение atom: id НЕ ДОЛЖНО отображаться таким образом, чтобы сравнение работало, как описано в Разделе 4.2.6.1.

Любой элемент, определенный в этой спецификации, МОЖЕТ иметь атрибут xml: base [W3C.REC-xmlbase-20010627]. Когда xml: base используется в документе Atom, он выполняет функцию, описанную в разделе 5.1.1 [RFC3986], устанавливающий базовый URI (или IRI) для разрешения любых относительных ссылок, обнаруженных в пределах эффективной области действия атрибута xml: base.

Любой элемент, определенный в этой спецификации, МОЖЕТ иметь атрибут xml: lang, содержимое которого указывает естественный язык для элемента и его потомков. Языковой контекст имеет значение только для элементов и атрибутов, объявленных в данной спецификации «чувствительными к языку». Требования к содержанию и интерпретации xml: lang указаны в XML 1.0 [W3C.REC-xml-20040204], раздел 2.12.

atomCommonAttributes =
   атрибут xml: base {atomUri} ?,
   атрибут xml: lang {atomLanguageTag} ?,
   undefinedAttribute * 

Atom - это расширяемый формат. См. Раздел 6 этого документа для полного описания того, как можно расширить документы Atom.

Процессоры Atom МОГУТ сохранять состояние, полученное из документов канала Atom, и комбинировать их с другими документами канала Atom, чтобы упростить непрерывный просмотр содержимого канала.Способ, которым документы фида Atom объединяются для восстановления фида (например, обновление записей и метаданных, работа с отсутствующими записями), выходит за рамки данной спецификации.

Многие элементы Atom имеют несколько общих структур. В этом разделе определяются эти структуры и требования к ним для удобного использования соответствующих определений элементов.

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

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

Текстовая конструкция содержит читаемый человеком текст, обычно в небольших количествах. Содержание текстовых конструкций зависит от языка.

atomPlainTextConstruct =
   atomCommonAttributes,
   тип атрибута {"текст" | "html"} ?,
   текст

atomXHTMLTextConstruct =
   atomCommonAttributes,
   тип атрибута {"xhtml"},
   xhtmlDiv

atomTextConstruct = atomPlainTextConstruct | atomXHTMLTextConstruct 

3.1.1 Атрибут «тип»

Текстовые конструкции МОГУТ иметь атрибут «тип». Если присутствует, значение ДОЛЖНО быть одним из «text», «html» или «xhtml». Если атрибут «тип» не указан, процессоры Atom ДОЛЖНЫ вести себя так, как если бы он имел значение «текст». В отличие от элемента atom: content, определенного в Разделе 4.1.3, медиа-типы MIME [MIMEREG] НЕ ДОЛЖНЫ использоваться в качестве значений для атрибута "type" в текстовых конструкциях.

3.1.1.1 Текст

Пример атома: заголовок с текстовым содержимым:

...

  Минус: & lt;

... 

Если значение равно "text", содержимое конструкции Text НЕ ДОЛЖНО содержать дочерние элементы. Такой текст предназначен для представления людям в удобочитаемой форме. Таким образом, процессоры Atom МОГУТ уничтожать пустое пространство (включая разрывы строк) и отображать текст с использованием таких типографских методов, как выравнивание и пропорциональные шрифты.

3.1.1.2HTML

Пример атома: заголовок с содержимым HTML:

...

  Минус: & lt; em> & amp; lt; & lt; / em>

... 

Если значение "type" равно "html", содержимое текстовой конструкции НЕ ДОЛЖНО содержать дочерние элементы и ДОЛЖНО подходить для обработки как HTML [HTML]. Любая разметка внутри ДОЛЖНА быть экранирована; например, «
» как «& lt; br>». Разметка HTML внутри ДОЛЖНА быть такой, чтобы она могла корректно отображаться непосредственно в элементе HTML

после отмены экранирования. Процессоры Atom, отображающие такой контент, МОГУТ использовать эту разметку для облегчения его отображения.

3.1.1.3XHTML

Пример атома: заголовок с содержанием XHTML:

...

  <xhtml: div>
    Минус: <xhtml: em> & lt; </ xhtml: em>
  </ xhtml: div>

... 

Если значение "type" равно "xhtml", содержимое текстовой конструкции ДОЛЖНО быть единственным элементом div XHTML [XHTML] и ДОЛЖНО подходить для обработки как XHTML. Сам элемент div XHTML НЕ ДОЛЖЕН считаться частью содержимого.Процессоры Atom, отображающие контент, МОГУТ использовать разметку для его отображения. Экранированные версии символов, такие как «&» и «>», представляют эти символы, а не разметку.

Примеры допустимого содержимого XHTML:

...

   
Это содержание XHTML .
... Это содержимое XHTML . ...

В следующем примере предполагается, что пространство имен XHTML было привязано к префиксу «xh» ранее в документе:

...

   
      Это содержимое  XHTML .
   

... 

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

atomPersonConstruct =
   atomCommonAttributes,
   (атом элемента: имя {текст}
    & element atom: uri {atomUri}?
    & element atom: электронная почта {atomEmailAddress}?
    & extensionElement *) 

Эта спецификация не придает значения порядку появления дочерних элементов в конструкции Person. Конструкции Person допускают расширение элементов метаданных (см. Раздел 6.4).

3.2.1 Элемент «atom: name»

Содержимое элемента «atom: name» передает человеку удобочитаемое имя.Содержание atom: name зависит от языка. Конструкции Person ДОЛЖНЫ содержать ровно один элемент "atom: name".

3.2.2 Элемент «atom: uri»

Содержимое элемента «atom: uri» передает IRI, связанный с человеком. Конструкции Person МОГУТ содержать элемент atom: uri, но НЕ ДОЛЖНЫ содержать более одного. Содержимое atom: uri в конструкции Person ДОЛЖНО быть ссылкой IRI [RFC3987].

3.2.3 Элемент «atom: email»

Содержимое элемента «atom: email» передает адрес электронной почты, связанный с этим человеком.Конструкции Person МОГУТ содержать элемент atom: email, но НЕ ДОЛЖНЫ содержать более одного. Его содержимое ДОЛЖНО соответствовать требованиям "addr-spec" в [RFC2822].

Конструкция Date - это элемент, содержимое которого ДОЛЖНО соответствовать формулировке "дата-время" в [RFC3339]. Кроме того, для разделения даты и времени ДОЛЖЕН использоваться символ «T» в верхнем регистре, а символ «Z» в верхнем регистре ДОЛЖЕН присутствовать при отсутствии числового смещения часового пояса.

atomDateConstruct =
   atomCommonAttributes,
   xsd: dateTime 

Такие значения даты совместимы со следующими спецификациями: [ISO.8601.1988], [W3C.NOTE-datetime-19980827] и [W3C.REC-xmlschema-2-20041028].

Пример конструкции Date:

 2003-12-13T18: 30: 02Z 
 2003-12-13T18: 30: 02.25Z 
 2003-12-13T18: 30: 02 + 01: 00 
 2003-12-13T18: 30: 02.25 + 01: 00 
 

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

4.1 Элементы контейнера

4.1.1 Элемент "atom: feed"

Элемент "atom: feed" - это элемент документа (т. Е. Верхнего уровня) документа Atom Feed, действующий как контейнер для метаданных и данных. связанный с фидом. Его дочерние элементы состоят из элементов метаданных, за которыми следует ноль или более дочерних элементов atom: entry.

atomFeed =
   element atom: feed {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContributor *
       & AtomGenerator?
       & atomIcon?
       & atomId
       & atomLink *
       & atomLogo?
       & atomRights?
       & atomSubtitle?
       & atomTitle
       & AtomUpdated
       & extensionElement *),
      atomEntry *
   } 

Эта спецификация не придает значения порядку элементов atom: entry в фиде.

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

Если несколько элементов atom: entry с одинаковым значением atom: id появляются в документе Atom Feed, они представляют та же запись. Их атомные: обновленные временные метки ДОЛЖНЫ быть разными. Если документ Atom Feed содержит несколько записей с одним и тем же atom: id, процессоры Atom МОГУТ выбрать отображение всех из них или некоторого их подмножества. Типичным поведением было бы отображение только записи с последним атомом: обновленная временная метка.

4.1.1.1 Предоставление текстового содержимого

Опыт показывает, что каналы, содержащие текстовое содержимое, в целом более полезны, чем те, которые его не содержат. Некоторым приложениям (одним из примеров являются полнотекстовые индексаторы) для надежной и предсказуемой работы требуется минимальный объем текста или (X) HTML. Производители кормов должны знать об этих проблемах. Желательно, чтобы каждый элемент atom: entry содержал непустой элемент atom: title, непустой элемент atom: content, когда этот элемент присутствует, и непустой элемент atom: summary, если запись не содержит atom: content. элемент.Однако отсутствие Atom: summary не является ошибкой, и процессоры Atom НЕ ДОЛЖНЫ работать правильно из-за такого отсутствия.

4.1.2 Элемент «atom: entry»

Элемент «atom: entry» представляет отдельную запись, действуя как контейнер для метаданных и данных, связанных с записью. Этот элемент может отображаться как дочерний элемент элемента atom: feed или как элемент документа (т. Е. Верхнего уровня) автономного входного документа Atom.

atomEntry =
   element atom: entry {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContent?
       & atomContributor *
       & atomId
       & atomLink *
       & atomPublished?
       & atomRights?
       & atomSource?
       & atomСводка?
       & atomTitle
       & AtomUpdated
       & extensionElement *)
   } 

Эта спецификация не придает значения порядку появления дочерних элементов atom: entry.

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

4.1.3 Элемент «atom: content»

Элемент «atom: content» либо содержит, либо ссылается на содержание записи. Содержание atom: content зависит от языка.

atomInlineTextContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {"текст" | "html"} ?,
      (текст)*
   }

atomInlineXHTMLContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {"xhtml"},
      xhtmlDiv
   }

atomInlineOtherContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {atomMediaType} ?,
      (текст | anyElement) *
   }

atomOutOfLineContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {atomMediaType} ?,
      атрибут src {atomUri},
      пустой
   }

atomContent = atomInlineTextContent
 | atomInlineXHTMLContent
 | atomInlineOtherContent
 | atomOutOfLineContent 
4.1.3.1 Атрибут "type"

В элементе atom: content значение атрибута "type" МОЖЕТ быть одним из "text", "html" или "xhtml". В противном случае он ДОЛЖЕН соответствовать синтаксису медиа-типа MIME, но НЕ ДОЛЖЕН быть составным типом (см. Раздел 4.2.6 [MIMEREG]). Если ни атрибут типа, ни атрибут src не предоставлены, процессоры Atom ДОЛЖНЫ вести себя так, как если бы атрибут типа присутствовал со значением "text".

4.1.3.2 Атрибут «src»

atom: content МОЖЕТ иметь атрибут «src», значение которого ДОЛЖНО быть ссылкой IRI [RFC3987].Если присутствует атрибут «src», то atom: content ДОЛЖЕН быть пустым. Процессоры Atom МОГУТ использовать IRI для извлечения контента и МОГУТ выбрать игнорирование удаленного контента или представление его другим способом, чем локальный контент.

Если присутствует атрибут «src», ДОЛЖЕН быть предоставлен атрибут «type», который ДОЛЖЕН быть медиа-типом MIME [MIMEREG], а не «text», «html» или «xhtml». Значение носит рекомендательный характер; то есть, когда соответствующий URI (отображаемый из IRI, если необходимо) разыменовывается, если сервер, предоставляющий этот контент, также предоставляет тип мультимедиа, предоставленный сервером тип мультимедиа является авторитетным.

4.1.3.3 Обработка документов Atom модели

ДОЛЖНА соответствовать следующим правилам. Процессоры Atom ДОЛЖНЫ интерпретировать atom: content в соответствии с первым применимым правилом.

  1. Если значение «type» равно «text», содержимое atom: content НЕ ДОЛЖНО содержать дочерние элементы. Такой текст предназначен для представления людям в удобочитаемой форме. Таким образом, процессоры Atom МОГУТ уничтожать пустое пространство (включая разрывы строк) и отображать текст с использованием таких типографских методов, как выравнивание и пропорциональные шрифты.
  2. Если значение «type» равно «html», содержимое atom: content НЕ ДОЛЖНО содержать дочерние элементы и ДОЛЖНО подходить для обработки как HTML [HTML]. Разметка HTML ДОЛЖНА быть экранирована; например, «
    » как «& lt; br>». Разметка HTML ДОЛЖНА быть такой, чтобы она могла корректно отображаться непосредственно в элементе HTML
    . Процессоры Atom, отображающие контент, МОГУТ использовать разметку для его отображения.
  3. Если значение «type» равно «xhtml», содержимое atom: content ДОЛЖНО быть одним элементом div XHTML [XHTML] и ДОЛЖНО подходить для обработки как XHTML.Сам элемент div XHTML НЕ ДОЛЖЕН считаться частью содержимого. Процессоры Atom, отображающие контент, МОГУТ использовать разметку для его отображения. Экранированные версии символов, такие как «&» и «>», представляют эти символы, а не разметку.
  4. Если значение «type» является типом мультимедиа XML [RFC3023] или заканчивается на «+ xml» или «/ xml» (без учета регистра), содержимое
    atom: content МОЖЕТ включать дочерние элементы и ДОЛЖНО подходить для обращение с указанным типом носителя.Если атрибут «src» не указан, это обычно означает, что элемент «atom: content» будет содержать единственный дочерний элемент, который будет служить корневым элементом XML-документа указанного типа.
  5. Если значение «type» начинается с «text /» (без учета регистра), содержимое atom: content НЕ ДОЛЖНО содержать дочерние элементы.
  6. Для всех других значений «type» содержимое atom: content ДОЛЖНО быть допустимой кодировкой Base64, как описано в [RFC3548], раздел 3. После декодирования оно ДОЛЖНО быть подходящим для обработки в качестве указанного типа мультимедиа.В этом случае символам в кодировке Base64 МОЖЕТ предшествовать и следовать за ними в элементе atom: content пробелом, а строки разделяются одним символом новой строки (U + 000A).
4.1.3.4 Примеры

Встроенный XHTML:

...

   
Это содержание XHTML .
... Это содержимое XHTML . ...

В следующем примере предполагается, что пространство имен XHTML было привязано к префиксу «xh» ранее в документе:

...

   
      Это содержимое  XHTML .
   

... 

4.2 Элементы метаданных

4.2.1 Элемент "atom: author"

Элемент "atom: author" - это конструкция Person, которая указывает автора записи или канала.

atomAuthor = element atom: author {atomPersonConstruct} 

Если элемент atom: entry не содержит элементов atom: author, то применяются элементы atom: author содержащегося элемента atom: source. В документе Atom Feed элементы atom: author содержащего элемента atom: feed считаются применимыми к записи, если в описанных выше местах нет элементов atom: author.

4.2.2 Элемент «atom: category»

Элемент «atom: category» передает информацию о категории, связанной с записью или фидом. Эта спецификация не придает значения содержимому (если таковое имеется) этого элемента.

atomCategory =
   element atom: category {
      atomCommonAttributes,
      термин атрибута {текст},
      схема атрибутов {atomUri} ?,
      метка атрибута {текст} ?,
      undefinedContent
   } 
4.2.2.1 Атрибут "термин"

Атрибут "термин" - это строка, которая определяет категорию, к которой принадлежит запись или канал. Элементы категории ДОЛЖНЫ иметь атрибут "термин".

4.2.2.2 Атрибут «схема»

Атрибут «схема» - это IRI, который идентифицирует схему категоризации. Элементы категории МОГУТ иметь атрибут «схема».

4.2.2.3 Атрибут «метка»

Атрибут «метка» обеспечивает удобочитаемую метку для отображения в приложениях конечного пользователя.Содержимое атрибута «label» зависит от языка. Такие объекты, как "& amp;" и "& lt;" представляют соответствующие им символы («&» и «<» соответственно), а не разметку. Элементы категории МОГУТ иметь атрибут "label".

4.2.3 Элемент «atom: Contributor»

Элемент «atom: Contributor» - это конструкция Person, которая указывает на человека или другую сущность, которая внесла свой вклад в запись или ленту.

atomContributor = элемент atom: участник {atomPersonConstruct} 

4.2.4 Элемент «atom: generator»

Содержимое элемента «atom: generator» идентифицирует агент, используемый для генерации веб-канала, для отладки и других целей.

atomGenerator = элемент atom: generator {
   atomCommonAttributes,
   атрибут uri {atomUri} ?,
   версия атрибута {текст} ?,
   текст
} 

Содержимое этого элемента, если оно присутствует, ДОЛЖНО быть строкой, которая является понятным для человека именем для агента генерации. Такие объекты, как "& amp;" и "& lt;" представляют соответствующие им символы («&» и «<» соответственно), а не разметку.

Элемент atom: generator МОЖЕТ иметь атрибут «uri», значение которого ДОЛЖНО быть ссылкой IRI [RFC3987]. При разыменовании результирующий URI (отображаемый из IRI, если необходимо) ДОЛЖЕН создавать представление, которое имеет отношение к этому агенту.

Элемент atom: generator МОЖЕТ иметь атрибут «version», который указывает версию агента генерации.

4.2.5 Элемент «atom: icon»

Содержимое элемента «atom: icon» представляет собой ссылку IRI [RFC3987], которая идентифицирует изображение, которое обеспечивает иконическую визуальную идентификацию для канала.

atomIcon = element atom: icon {
   atomCommonAttributes,
   (atomUri)
} 

Изображение ДОЛЖНО иметь соотношение сторон один (по горизонтали) к одному (по вертикали) и ДОЛЖНО быть подходящим для презентации в небольшом размере.

4.2.6 Элемент «atom: id»

Элемент «atom: id» передает постоянный универсальный уникальный идентификатор для записи или фида.

atomId = элемент atom: id {
   atomCommonAttributes,
   (atomUri)
} 

Его содержимое ДОЛЖНО быть IRI, как определено в [RFC3987].Обратите внимание, что определение «IRI» исключает относительные ссылки. Хотя IRI может использовать схему разыменования, процессоры Atom НЕ ДОЛЖНЫ предполагать, что она может быть разыменована.

Когда документ Atom перемещается, переносится, синдицируется, повторно публикуется, экспортируется или импортируется, содержимое его элемента atom: id НЕ ДОЛЖНО изменяться. Другими словами, элемент atom: id относится ко всем экземплярам конкретной записи или фида Atom; ревизии сохраняют то же содержимое в своих элементах atom: id. Предполагается, что элемент atom: id хранился вместе со связанным ресурсом.

Содержимое элемента atom: id ДОЛЖНО быть создано таким образом, чтобы гарантировать уникальность.

Из-за риска путаницы между IRI, которые были бы эквивалентны, если бы они были сопоставлены с URI и разыменованы, СЛЕДУЕТ применять следующую стратегию нормализации при генерации элементов atom: id:

  • Предоставьте схему строчными символами.
  • Укажите хост, если есть, в нижнем регистре.
  • Выполняйте процентное кодирование только там, где это необходимо.
  • Используйте прописные буквы от A до F при процентном кодировании.
  • Предотвращение появления точечных сегментов на контурах.
  • Для схем, определяющих права доступа по умолчанию, используйте пустые права доступа, если требуются права по умолчанию.
  • Для схем, в которых пустой путь определяется как эквивалент пути из «/», используйте «/».
  • Для схем, определяющих порт, используйте пустой порт, если требуется значение по умолчанию.
  • Сохранять идентификаторы и запросы пустых фрагментов.
  • Убедитесь, что все компоненты IRI правильно нормализованы, e.g., используя NFC или NFKC.
4.2.6.1 Сравнение atom: id

Экземпляры элементов atom: id могут сравниваться, чтобы определить, является ли запись или канал тем же, что и ранее. Процессоры ДОЛЖНЫ сравнивать элементы atom: id посимвольно (с учетом регистра). Операции сравнения ДОЛЖНЫ основываться исключительно на символьных строках IRI и НЕ ДОЛЖНЫ полагаться на разыменование сопоставленных с ними IRI или URI.

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

Например, это четыре разных идентификатора, несмотря на то, что они различаются только регистром:

http://www.example.org/thing
http://www.example.org/Thing
http://www.EXAMPLE.org/thing
HTTP://www.example.org/thing

Точно так же это три разных идентификатора, поскольку для целей сравнения важно экранирование IRI%:

http://www.example.com/~bob
http: //www.example.com /% 7ebob
http://www.example.com/%7Ebob

4.2.7 Элемент "atom: link"

Элемент "atom: link" определяет ссылку из записи или веб-канала. ресурс. Эта спецификация не придает значения содержимому (если таковое имеется) этого элемента.

atomLink =
   element atom: link {
      atomCommonAttributes,
      атрибут href {atomUri},
      атрибут rel {atomNCName | atomUri} ?,
      тип атрибута {atomMediaType} ?,
      атрибут hreflang {atomLanguageTag} ?,
      заголовок атрибута {текст} ?,
      длина атрибута {текст} ?,
      undefinedContent
   } 
4.2.7.1 Атрибут «href»

Атрибут «href» содержит IRI ссылки. Элементы atom: link ДОЛЖНЫ иметь атрибут href, значение которого ДОЛЖНО быть ссылкой IRI [RFC3987].

4.2.7.2 Атрибут rel

элементы atom: link МОГУТ иметь атрибут rel, который указывает тип связи ссылки. Если атрибут «rel» отсутствует, элемент ссылки ДОЛЖЕН интерпретироваться так, как если бы тип связи ссылки был «альтернативным».

Значение «rel» ДОЛЖНО быть непустой строкой, соответствующей либо «isegment-nz-nc», либо «IRI» в [RFC3987].Обратите внимание, что использование относительной ссылки, отличной от простого имени, не допускается. Если указано имя, реализации ДОЛЖНЫ рассматривать тип отношения ссылки, эквивалентный тому же имени, зарегистрированному в Реестре отношений ссылок IANA (раздел 7), и, таким образом, IRI, который будет получен путем добавления значения атрибута rel к строке. "http://www.iana.org/assignments/relation/". Значение rel описывает значение ссылки, но не налагает никаких поведенческих требований на процессоры Atom.

В этом документе определены пять начальных значений для реестра связей ссылок:

  1. Значение «alternate» означает, что IRI в значении атрибута href идентифицирует альтернативную версию ресурса, описываемого содержащим элементом.
  2. Значение «related» означает, что IRI в значении атрибута href идентифицирует ресурс, связанный с ресурсом, описанным содержащим элементом. Например, канал для сайта, в котором обсуждается производительность поисковой системы по адресу «http: // search.example.com "может содержать в качестве дочернего элемента atom: feed:
        
     
    Идентичная ссылка может отображаться как дочерний элемент любой записи atom:, содержание которой содержит обсуждение той же самой поисковой системы.
  3. Значение «self» означает, что IRI в значении атрибута href идентифицирует ресурс, эквивалентный содержащему элементу.
  4. Значение «enclosure» означает, что IRI в значении атрибута href идентифицирует связанный ресурс, который потенциально имеет большой размер и может потребовать специальной обработки.Для элементов atom: link с rel = "enclosure" ДОЛЖЕН быть предоставлен атрибут длины.
  5. Значение via означает, что IRI в значении атрибута href идентифицирует ресурс, который является источником информации, предоставленной в содержащем элементе.
4.2.7.3 Атрибут «type»

В элементе ссылки значение атрибута «type» является рекомендательным типом мультимедиа: это подсказка о типе представления, которое, как ожидается, будет возвращено, когда значение разыменовывается атрибут href.Обратите внимание, что атрибут type не отменяет фактический тип носителя, возвращаемый с представлением. Элементы ссылки МОГУТ иметь атрибут типа, значение которого ДОЛЖНО соответствовать синтаксису медиа-типа MIME [MIMEREG].

4.2.7.4 Атрибут «hreflang»

Содержимое атрибута «hreflang» описывает язык ресурса, на который указывает атрибут href. При использовании вместе с rel = "alternate" подразумевает переведенную версию записи. Элементы ссылки МОГУТ иметь атрибут hreflang, значение которого ДОЛЖНО быть тегом языка [RFC3066].

4.2.7.5 Атрибут «title»

Атрибут «title» передает удобочитаемую информацию о ссылке. Содержимое атрибута title зависит от языка. Такие объекты, как "& amp;" и "& lt;" представляют соответствующие им символы («&» и «<» соответственно), а не разметку. Элементы ссылки МОГУТ иметь атрибут заголовка.

4.2.7.6 Атрибут «длина»

Атрибут «длина» указывает рекомендательную длину связанного содержимого в октетах; это подсказка о длине содержимого представления, возвращаемого, когда IRI в атрибуте href отображается на URI и разыменован.Обратите внимание, что атрибут длины не отменяет фактическую длину содержимого представления, сообщаемую базовым протоколом. Элементы ссылки МОГУТ иметь атрибут длины.

4.2.8 Элемент «atom: logo»

Содержимое элемента «atom: logo» представляет собой ссылку IRI [RFC3987], которая идентифицирует изображение, которое обеспечивает визуальную идентификацию для канала.

atomLogo = element atom: logo {
   atomCommonAttributes,
   (atomUri)
} 

Изображение ДОЛЖНО иметь соотношение сторон от 2 (по горизонтали) до 1 (по вертикали).

4.2.9 Элемент «atom: published»

Элемент «atom: published» - это конструкция Date, указывающая момент времени, связанный с событием в начале жизненного цикла записи.

atomPublished = element atom: published {atomDateConstruct} 

Как правило, atom: published будет связан с первоначальным созданием или первой доступностью ресурса.

4.2.10 Элемент «atom: rights»

Элемент «atom: rights» представляет собой текстовую конструкцию, которая передает информацию о правах, удерживаемых в записи или фиде и над ними.

atomRights = element atom: rights {atomTextConstruct} 

Элемент atom: rights НЕ ДОЛЖЕН использоваться для передачи машиночитаемой информации о лицензировании.

Если элемент atom: entry не содержит элемент atom: rights, то считается, что элемент atom: rights содержащего элемента atom: feed, если он присутствует, применяется к записи.

4.2.11 Элемент "atom: source"

Если элемент atom: entry копируется из одного канала в другой, то исходные метаданные atom: feed (все дочерние элементы atom: feed, кроме элементов atom: entry) МОЖЕТ быть сохранена в скопированной записи путем добавления дочернего элемента atom: source, если он еще не присутствует в записи, и включения некоторых или всех элементов метаданных исходного канала в качестве дочерних элементов элемента atom: source.Такие метаданные СЛЕДУЕТ сохранять, если исходный элемент atom: feed содержит любой из дочерних элементов atom: author, atom: depositor, atom: rights или atom: category, и эти дочерние элементы отсутствуют в исходном atom: entry.

atomSource =
   element atom: source {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContributor *
       & AtomGenerator?
       & atomIcon?
       & atomId?
       & atomLink *
       & atomLogo?
       & atomRights?
       & atomSubtitle?
       & atomTitle?
       & AtomUpdated?
       & extensionElement *)
   } 

Элемент atom: source предназначен для объединения записей из разных каналов при сохранении информации об исходном канале записи.По этой причине процессоры Atom, выполняющие такую ​​агрегацию, ДОЛЖНЫ включать по крайней мере необходимые элементы метаданных уровня канала (atom: id, atom: title и atom: updated) в элемент atom: source.

4.2.12 Элемент «atom: subtitle»

Элемент «atom: subtitle» представляет собой текстовую конструкцию, которая передает удобочитаемое описание или подзаголовок для ленты.

atomSubtitle = element atom: subtitle {atomTextConstruct} 

4.2.13 Элемент "atom: summary"

Элемент "atom: summary" - это текстовая конструкция, которая передает краткое резюме, аннотацию или отрывок из записи.

atomSummary = element atom: summary {atomTextConstruct} 

Не рекомендуется для элемента atom: summary дублировать atom: title или atom: content, потому что процессоры Atom могут предположить, что есть полезная сводка, когда ее нет.

4.2.14 Элемент «atom: title»

Элемент «atom: title» представляет собой текстовую конструкцию, которая передает читаемый заголовок для записи или канала.

atomTitle = элемент atom: title {atomTextConstruct} 

4.2.15 Элемент "atom: updated"

Элемент "atom: updated" - это конструкция Date, указывающая самый последний момент времени, когда запись или канал были изменены способом, который издатель считает значимым. Следовательно, не все модификации обязательно приводят к измененному значению атом: обновленное.

atomUpdated = element atom: updated {atomDateConstruct} 

Издатели МОГУТ изменять значение этого элемента с течением времени.

Поскольку Atom - это формат на основе XML, существующие механизмы безопасности XML могут использоваться для защиты его содержимого.

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

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

5.1 Цифровые подписи

Корень документа Atom (т.e., atom: feed в документе Atom Feed, atom: entry в документе Atom Entry) или любой элемент atom: entry МОЖЕТ иметь заключенную подпись, как описано в XML-подписи и обработке синтаксиса [W3C.REC-xmldsig-core -20020212].

Процессоры Atom НЕ ДОЛЖНЫ отклонять документ Atom, содержащий такую ​​подпись, потому что они не могут его проверить; они ДОЛЖНЫ продолжать обработку и МОГУТ информировать пользователя о том, что они не смогли проверить подпись.

Другими словами, наличие элемента с URI пространства имен «http: // www.w3.org/2000/09/xmldsig# "и локальное имя" Подпись "как дочерний элемент документа НЕ ДОЛЖНЫ вызывать сбой процессора Atom только из-за его присутствия.

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

Раздел 6.5.1 [W3C.REC-xmldsig-core-20020212] требует поддержки канонического XML [W3C.REC-xml-c14n-20010315]. не используйте его, потому что подписи подписанных XML-документов, заключенных в другие XML-документы, нарушены.Таким образом, процессоры Atom, которые проверяют подписанные документы Atom, ДОЛЖНЫ иметь возможность канонизировать с помощью эксклюзивного метода канонизации XML, идентифицированного URI «http://www.w3.org/2001/10/xml-exc-c14n#», как указано в Эксклюзивная канонизация XML [W3C.REC-xml-exc-c14n-20020718].

Посредникам, таким как агрегаторы, может потребоваться добавить элемент atom: source к записи, которая не содержит собственного элемента atom: source. Если такая запись подписана, добавление нарушит подпись. Таким образом, издатель индивидуально подписанных записей должен серьезно подумать о добавлении элемента atom: source к этим записям перед их подписанием.Разработчики также должны знать о проблемах, связанных с использованием разметки в пространстве имен «xml:», поскольку она взаимодействует с канонизацией.

Раздел 4.4.2 документа [W3C.REC-xmldsig-core-20020212] требует поддержки подписей DSA и рекомендует поддержку подписей RSA. Однако из-за гораздо большей популярности на рынке RSA по сравнению с DSA процессоры Atom, которые проверяют подписанные документы Atom, ДОЛЖНЫ иметь возможность проверять подписи RSA, но не должны иметь возможность проверять подписи DSA.Из-за проблем с безопасностью, которые могут возникнуть, если ключевой материал для аутентификации кода аутентификации сообщения (MAC) не обрабатывается должным образом, в документах Atom НЕ СЛЕДУЕТ использовать MAC-адреса для подписей.

5.2 Шифрование

Корень документа Atom (например, atom: feed в документе Atom Feed, atom: entry в документе Atom Entry) МОЖЕТ быть зашифрован с использованием механизмов, описанных XML Encryption Syntax and Processing [W3C. REC-xmlenc-core-20021210].

Раздел 5.1 [W3C.REC-xmlenc-core-20021210] требует поддержки TripleDES, AES-128 и AES-256.Процессоры Atom, которые дешифруют документы Atom, ДОЛЖНЫ иметь возможность дешифровать с помощью AES-128 в режиме Cipher Block Chaining (CBC).

Шифрование на основе [W3C.REC-xmlenc-core-20021210] не гарантирует целостность исходного документа. Известны криптографические атаки, при которых тот, кто не может расшифровать сообщение, может изменять биты таким образом, чтобы часть или все расшифрованное сообщение имели смысл, но имели другое значение. Таким образом, процессоры Atom, которые расшифровывают документы Atom, ДОЛЖНЫ проверять целостность расшифрованного документа, проверяя хэш в подписи (если есть) в документе, или проверяя хэш документа в документе (если есть).

5.3Подпись и шифрование

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

6.1Расширения из неатомных словарей

Эта спецификация описывает словарь разметки XML Atom. В документе Atom можно использовать разметку из других словарей («чужая разметка»). Обратите внимание, что элемент atom: content поддерживает включение произвольной внешней разметки.

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

Процессоры Atom, которые обнаруживают внешнюю разметку в месте, которое является допустимым в соответствии с этой спецификацией, НЕ ДОЛЖНЫ останавливать обработку или сигнализировать об ошибке. Может случиться так, что процессор Atom сможет правильно обработать внешнюю разметку и делает это. В противном случае такая разметка называется «неизвестной внешней разметкой».

Когда неизвестная внешняя разметка встречается как дочерний элемент atom: entry, atom: feed или конструкции Person, процессоры Atom МОГУТ обходить разметку и любое текстовое содержимое и НЕ ДОЛЖНЫ изменять свое поведение в результате наличия разметки.

Когда неизвестная внешняя разметка встречается в текстовой конструкции или элементе atom: content, программное обеспечение ДОЛЖНО игнорировать разметку и обрабатывать любое текстовое содержимое сторонних элементов, как если бы окружающая разметка отсутствовала.

Atom разрешает внешнюю разметку в любом месте документа Atom, кроме случаев, когда это явно запрещено. Дочерние элементы конструкций atom: entry, atom: feed, atom: source и Person считаются элементами метаданных и описаны ниже. Считается, что дочерние элементы конструкций Person применяются к конструкции.Роль другой внешней разметки в данной спецификации не определена.

6.4.1 Простые элементы расширения

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

simpleExtensionElement =
   элемент * - атом: * {
      текст
   } 

Элемент можно интерпретировать как простое свойство (или пару имя / значение) родительского элемента, который его включает.Пара, состоящая из URI пространства имен элемента и локального имени элемента, может интерпретироваться как имя свойства. Содержимое символьных данных элемента можно интерпретировать как значение свойства. Если элемент пустой, то значение свойства можно интерпретировать как пустую строку.

6.4.2 Элементы структурированного расширения

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

structuredExtensionElement =
   элемент * - атом: * {
      (атрибут * {текст} +,
         (текст | anyElement) *)
    | (атрибут * {текст} *,
       (текст ?, anyElement +, (текст | anyElement) *))
   } 

Структура элемента структурированного расширения, включая порядок его дочерних элементов, может иметь значение.

Эта спецификация не предоставляет интерпретацию элемента структурированного расширения.Синтаксис XML, содержащегося в элементе (и интерпретация того, как элемент соотносится с содержащим его элементом) определяется спецификацией расширения Atom.

Документ Atom, когда он сериализован как XML 1.0, может быть идентифицирован с помощью следующего типа носителя:

Имя типа носителя MIME:
приложение
Имя подтипа MIME:
atom + xml
Обязательные параметры:
Никто.
Необязательные параметры:
"charset":
Семантика этого параметра идентична параметру charset для типа носителя "application / xml", как указано в [RFC3023].
Замечания по кодированию:
Идентично таковому для "application / xml", как описано в [RFC3023], раздел 3.2.
Соображения безопасности:
Как определено в этой спецификации.
Кроме того, поскольку этот тип носителя использует соглашение «+ xml», он разделяет те же соображения безопасности, что и описанные в [RFC3023], раздел 10.
Соображения совместимости:
Известных проблем совместимости нет.
Опубликованная спецификация:
Настоящая спецификация.
Приложения, которые используют этот тип носителя:
В настоящее время нет известных приложений, использующих этот тип носителя.

Дополнительная информация:

Магический номер (а):
Как указано для "application / xml" в [RFC3023], раздел 3.2.
Расширение файла:
.atom
Идентификаторы фрагментов:
Как указано для «application / xml» в [RFC3023], раздел 5.
Базовый URI:
Как указано в [RFC3023], раздел 6.
Код типа файла для Macintosh:
ТЕКСТ
Лицо и адрес электронной почты, с которыми можно связаться для получения дополнительной информации:
Марк Ноттингем
Предполагаемое использование:
COMMON
Автор / Смена контролера:
IESG

7.1 Реестр отношений ссылок

Этот реестр поддерживается IANA и изначально содержит пять значений: «альтернативный», «связанный», «собственный», «вложенный» и «переходной». Новые назначения подлежат утверждению IESG, как указано в [RFC2434].Запросы следует направлять по электронной почте в IANA, которая затем пересылает запрос в IESG для утверждения. Запрос должен использовать следующий шаблон:

  • Значение атрибута: (значение атрибута rel, которое соответствует синтаксическому правилу, приведенному в Разделе 4.2.7.2)
  • Описание:
  • Ожидаемые характеристики отображения:
  • Безопасность соображения:

8.1HTML и XHTML Content

Текстовые конструкции и atom: content позволяют доставлять HTML и XHTML.Многие элементы на этих языках считаются «небезопасными», поскольку они открывают клиентам возможность атак одного или нескольких типов. Разработчикам программного обеспечения, обрабатывающего Atom, следует внимательно относиться к работе с каждым типом элементов при обработке входящего (X) HTML в документах Atom. См. Инструкции в разделах о безопасности [RFC2854] и [HTML].

Процессоры Atom должны уделять особое внимание безопасности элементов IMG, SCRIPT, EMBED, OBJECT, FRAME, FRAMESET, IFRAME, META и LINK, но другие элементы также могут иметь отрицательные свойства безопасности.

(X) HTML может прямо содержать или косвенно ссылаться на исполняемый контент.

Процессоры Atom обрабатывают URI. См. Раздел 7 [RFC3986].

Процессоры Atom обрабатывают IRI. См. Раздел 8 [RFC3987].

8.4 Спуфинг

Процессоры Atom должны знать о возможности атак с подделкой, когда злоумышленник публикует элемент atom: entry со значением atom: id записи из другого канала, возможно, с фальсифицированным элементом atom: source, дублирующим атом: id другого канала.Например, процессор Atom может подавить отображение повторяющихся записей, отображая только одну запись из набора записей с одинаковыми значениями atom: id. В этой ситуации процессор Atom также может предпринять шаги, чтобы определить, исходят ли записи от одного и того же издателя, прежде чем рассматривать их как дубликаты.

8.5 Шифрование и подпись

Документы Atom могут быть зашифрованы и подписаны с использованием [W3C.REC-xmlenc-core-20021210] и [W3C.REC-xmldsig-core-20020212] соответственно, и на них распространяются соответствующие соображения безопасности по их использованию.

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

9.1 Нормативные ссылки

, декабрь 1999.
[HTML] Рэггетт, Д., Хорс, А. и И. Джейкобс, «Спецификация HTML 4.01», W3C RECREC-html401-199
[MIMEREG] Фрид, Н. и Дж. Кленсин, «Спецификации типов носителей и процедуры регистрации», BCP13, RFC4288, декабрь 2005 г.
[RFC2119] Браднер, С., «Ключевые слова для использования в RFC для обозначения уровней требований», BCP14, RFC2119, март 1997 года.
[RFC2822] Резник П., «Формат сообщений в Интернете», RFC2822, апрель 2001 г.
[RFC2854] Коннолли, Д. и Л. Масинтер, «Тип носителя 'text / html'», RFC2854, июнь 2000 г.
[RFC3023] Мурата, М., Сен-Лоран, С. и Д. Кон, «Типы носителей XML», RFC3023, январь 2001 г.
[RFC3066] Альвестранд, Х., «Теги для идентификации языков», BCP47, RFC3066, январь 2001 г.
[RFC3339] Клайн, Г. и К. Ньюман, «Дата и время в Интернете: отметки времени», RFC3339, июль 2002 г.
[RFC3548] Йозефссон, С., «Кодирование данных Base16, Base32 и Base64», RFC3548, июль 2003 г.
[RFC3986] Бернерс-Ли, Т., Филдинг, Р. и Л. Масинтер, «Универсальный идентификатор ресурса (URI): общий синтаксис», STD66, RFC3986, январь 2005 г.
[RFC3987] Duerst, M. и M. Suignard, «Internationalized Resource Identifiers (IRI)», RFC3987, январь 2005 г.
[W3C.REC-xml-20040204] Йерго, Ф., Паоли, Дж., Сперберг-Маккуин, К., Брей, Т. и Э. Малер, «Расширяемый язык разметки (XML) 1.0 (третье издание) », W3C RECREC-xml-20040204, февраль 2004 г.
[W3C.REC-xml-c14n-20010315] Boyer, J, «Canonical XML Version 1.0», W3C RECREC-xml-c14n-20010315, March3001.
[W3C.REC-xml-exc-c14n-20020718] Истлейк, Д., Бойер, Дж. И Дж. Ригл, «Эксклюзивная версия канонизации XML 1.0», W3C RECREC-xml-exc-c14n- 20020718, июль 2002 г.
[W3C.REC-xml-infoset-20040204] Коуэн, Дж. И Р. Тобин, «Набор информации XML (второе издание)», W3C RECREC-xml-infoset-20040204, февраль 2004 г.
[W3C.REC-xml-names-199] Hollander, D, Bray, T, and A Layman, «Пространства имен в XML», W3C RECREC-xml-names-199, январь 1999 г.
[W3C.REC-xmlbase-20010627] Марш, Дж., «XML Base», W3C RECREC-xmlbase-20010627, июнь 2001 г.
[W3C.REC-xmldsig-core-20020212] Solo, D, Reagle, J и D Eastlake, «Синтаксис и обработка XML-подписи», W3C RECREC-xmldsig-core-20020212, февраль 2002 г. .
[W3C.REC-xmlenc-core-20021210] Ригл, Дж. И Д. Истлейк, «Синтаксис и обработка шифрования XML», W3C RECREC-xmlenc-core-20021210, декабрь 2002 г.
[XHTML] Альтхайм, М., Бумфри, Ф., Маккаррон, С., Дули, С., Шнитценбаумер, С. и Т. Вугофски, «Модульность XHTML ™», W3C RECREC-xhtml-modularization-20010-modular , Апрель 2001 г.

9.2 Информационные ссылки

[ISO.8601.1988] Международная организация по стандартизации, «Элементы данных и форматы обмена - Обмен информацией - Представление даты и времени», стандарт ISOS 8601, июнь 1988 г.
[RELAX-NG] Кларк, Дж., «Компактный синтаксис RELAX NG», декабрь 2001 г.
[RFC2434] Нартен, Т. и Х.Т. Альвестранд, «Рекомендации по написанию раздела о соображениях IANA в RFC», BCP26, RFC2434, октябрь 1998 г.
[W3C.NOTE-datetime-19980827] Вольф, М. и К. Викстид, «Форматы даты и времени», W3C NOTENOTE-datetime-19980827, август 1998.
[W3C.REC-xmlschema-2-20041028] Малхотра, А. и П. Бирон, «XML-схема, часть 2: типы данных, второе издание», W3C RECREC-xmlschema-2-20041028, октябрь 2004 г.
Марк Ноттингем (редактор) NottinghamMarkEMail: [email protected]: http: // www.mnot.net/
Роберт Сейр (редактор) SayreRobertEMail: [email protected]: http://boswijck.com

Следующие люди внесли свой вклад в предварительные версии этого документа: Тим Брей, Марк Пилигрим и Сэм Руби. Норман Уолш предоставил схему Relax NG. Содержимое и концепции внутри являются продуктом сообщества Atom и рабочей группы Atompub.

Рабочая группа Atompub насчитывает десятки очень активных участников, которые предлагали идеи и формулировки этого документа, в том числе:

Дэнни Айерс, Джеймс Айлетт, Роджер Беннингфилд, Арве Берсвендсен, Тим Брей, Дэн Брикли, Томас Бройер, Робин Ковер, Билл де Хора, Мартин Дуэрст, Рой Филдинг, Джо Грегорио, Бьорн Хёрманн, Пол Хоффман, Энн ван Кестерен, Бретт Линдсли, Дэйр Обасанджо, Дэвид Орчард, Аристотель Пагальцис, Джон Панцер, Грэм Паркс, Дэйв Поусон, Марк Пилгримян, Дэвид Пилгримян Решке, Фил Рингнальда, Антон Раунди, Сэм Руби, Эрик Шейд, Брент Симмонс, Анри Сивонен, Рэй Слакински, Джеймс Снелл, Генри Стори, Асбьорн Ульсберг, Уолтер Андервуд, Норман Уолш, Дэйв Винер и Боб Вайман.

Это приложение носит информативный характер.

Схема Relax NG явно исключает элементы в пространстве имен Atom, которые не определены в этой версии спецификации. Требования к процессорам Atom, сталкивающимся с такой разметкой, приведены в разделах 6.2 и 6.3.

# - * - rnc - * -
# RELAX NG Компактная синтаксическая грамматика для
# Спецификация формата Atom, версия 11

namespace atom = "http://www.w3.org/2005/Atom"
пространство имен xhtml = "http: //www.w3.org / 1999 / xhtml "
пространство имен s = "http://www.ascc.net/xml/schematron"
пространство имен local = ""

start = atomFeed | atomEntry

# Общие атрибуты

atomCommonAttributes =
   атрибут xml: base {atomUri} ?,
   атрибут xml: lang {atomLanguageTag} ?,
   undefinedAttribute *

# Текстовые конструкции

atomPlainTextConstruct =
   atomCommonAttributes,
   тип атрибута {"текст" | "html"} ?,
   текст

atomXHTMLTextConstruct =
   atomCommonAttributes,
   тип атрибута {"xhtml"},
   xhtmlDiv

atomTextConstruct = atomPlainTextConstruct | atomXHTMLTextConstruct

# Person Construct

atomPersonConstruct =
   atomCommonAttributes,
   (атом элемента: имя {текст}
    & element atom: uri {atomUri}?
    & element atom: электронная почта {atomEmailAddress}?
    & extensionElement *)

# Date Construct

atomDateConstruct =
   atomCommonAttributes,
   xsd: dateTime

# atom: feed

atomFeed =
   [
      s: rule [
         context = "atom: feed"
         s: assert [
            test = "atom: author or not (atom: entry [not (atom: author)])"
            "У атома: фид должен быть атом: автор, если не все"
            ~ "его дочерние элементы atom: entry имеют атом: author."
         ]
      ]
   ]
   element atom: feed {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContributor *
       & AtomGenerator?
       & atomIcon?
       & atomId
       & atomLink *
       & atomLogo?
       & atomRights?
       & atomSubtitle?
       & atomTitle
       & AtomUpdated
       & extensionElement *),
      atomEntry *
   }

# атом: запись

atomEntry =
   [
      s: rule [
         context = "атом: запись"
         s: assert [
            test = "atom: link [@ rel = 'alternate']"
            ~ "или атом: ссылка [not (@rel)]"
            ~ "или атом: содержание"
            "Элемент atom: entry должен иметь хотя бы один элемент atom: link"
            ~ "с атрибутом rel 'alternate'"
            ~ "или атом: содержание."
         ]
      ]
      s: rule [
         context = "атом: запись"
         s: assert [
            test = "atom: author или"
            ~ "../atom:author or atom: source / atom: author"
            "У атома: запись должен быть атом: автор"
            ~ "если его канал не работает".
         ]
      ]
   ]
   element atom: entry {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContent?
       & atomContributor *
       & atomId
       & atomLink *
       & atomPublished?
       & atomRights?
       & atomSource?
       & atomСводка?
       & atomTitle
       & AtomUpdated
       & extensionElement *)
   }

# atom: content

atomInlineTextContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {"текст" | "html"} ?,
      (текст)*
   }

atomInlineXHTMLContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {"xhtml"},
      xhtmlDiv
   }

atomInlineOtherContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {atomMediaType} ?,
      (текст | anyElement) *
   }

atomOutOfLineContent =
   element atom: content {
      atomCommonAttributes,
      тип атрибута {atomMediaType} ?,
      атрибут src {atomUri},
      пустой
   }

atomContent = atomInlineTextContent
 | atomInlineXHTMLContent
 | atomInlineOtherContent
 | atomOutOfLineContent

# atom: author

atomAuthor = элемент atom: автор {atomPersonConstruct}

# атом: категория

atomCategory =
   element atom: category {
      atomCommonAttributes,
      термин атрибута {текст},
      схема атрибутов {atomUri} ?,
      метка атрибута {текст} ?,
      undefinedContent
   }

# atom: участник

atomContributor = элемент atom: участник {atomPersonConstruct}

# атом: генератор

atomGenerator = элемент atom: generator {
   atomCommonAttributes,
   атрибут uri {atomUri} ?,
   версия атрибута {текст} ?,
   текст
}

# атом: значок

atomIcon = element atom: icon {
   atomCommonAttributes,
   (atomUri)
}

# атом: идентификатор

atomId = элемент atom: id {
   atomCommonAttributes,
   (atomUri)
}

# atom: логотип

atomLogo = element atom: logo {
   atomCommonAttributes,
   (atomUri)
}

# атом: ссылка

atomLink =
   element atom: link {
      atomCommonAttributes,
      атрибут href {atomUri},
      атрибут rel {atomNCName | atomUri} ?,
      тип атрибута {atomMediaType} ?,
      атрибут hreflang {atomLanguageTag} ?,
      заголовок атрибута {текст} ?,
      длина атрибута {текст} ?,
      undefinedContent
   }

# atom: опубликовано

atomPublished = element atom: опубликовано {atomDateConstruct}

# атом: права

atomRights = элемент atom: права {atomTextConstruct}

# атом: источник

atomSource =
   element atom: source {
      atomCommonAttributes,
      (автор атома *
       & atomCategory *
       & atomContributor *
       & AtomGenerator?
       & atomIcon?
       & atomId?
       & atomLink *
       & atomLogo?
       & atomRights?
       & atomSubtitle?
       & atomTitle?
       & AtomUpdated?
       & extensionElement *)
   }

# atom: subtitle

atomSubtitle = элемент atom: subtitle {atomTextConstruct}

# atom: summary

atomSummary = элемент atom: summary {atomTextConstruct}

# atom: title

atomTitle = элемент atom: title {atomTextConstruct}

# atom: обновлено

atomUpdated = элемент atom: обновлен {atomDateConstruct}

# Низкоуровневые простые типы

atomNCName = xsd: string {minLength = "1" шаблон = "[^:] *"}

# Независимо от типа носителя, он содержит хотя бы одну косую черту
atomMediaType = xsd: строка {шаблон = ".+ /. + "}

# Как определено в RFC 3066
atomLanguageTag = xsd: string {
   pattern = "[A-Za-z] {1,8} (- [A-Za-z0-9] {1,8}) *"
}

# Без ограничений; не совсем понятно, как IRI вписывается в
# xsd: anyURI, поэтому давайте не будем ограничивать его здесь
atomUri = текст

# Каким бы ни был адрес электронной почты, он содержит хотя бы один @
atomEmailAddress = xsd: string {шаблон = ". + @. +"}

# Простое расширение

simpleExtensionElement =
   элемент * - атом: * {
      текст
   }

# Структурированное расширение

structuredExtensionElement =
   элемент * - атом: * {
      (атрибут * {текст} +,
         (текст | anyElement) *)
    | (атрибут * {текст} *,
       (текст ?, anyElement +, (текст | anyElement) *))
   }

# Другая расширяемость

extensionElement =
   simpleExtensionElement | structuredExtensionElement

undefinedAttribute =
  атрибут * - (xml: base | xml: lang | local: *) {текст}

undefinedContent = (текст | anyForeignElement) *

anyElement =
   element * {
      (атрибут * {текст}
       | текст
       | anyElement) *
   }

anyForeignElement =
   элемент * - атом: * {
      (атрибут * {текст}
       | текст
       | anyElement) *
   }

# XHTML

anyXHTML = element xhtml: * {
   (атрибут * {текст}
    | текст
    | anyXHTML) *
}

xhtmlDiv = element xhtml: div {
   (атрибут * {текст}
    | текст
    | anyXHTML) *
}

# EOF 

IETF не занимает никакой позиции в отношении действительности или объема каких-либо прав интеллектуальной собственности или других прав, которые могут быть заявлены как относящиеся к реализации или использованию технологии, описанной в этом документе, или степени, в которой любая лицензия в соответствии с такими правами может быть, а может и нет; он также не означает, что он предпринял какие-либо независимые усилия для определения каких-либо таких прав.Информацию о процедурах в отношении прав в документах RFC можно найти в BCP 78 и BCP 79.

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

IETF предлагает любой заинтересованной стороне довести до ее сведения любые авторские права, патенты или заявки на патенты или другие права собственности, которые могут распространяться на технологии, которые могут потребоваться для реализации этого стандарта.Пожалуйста, направьте информацию в IETF по адресу [email protected].

Этот документ и информация, содержащаяся в нем, предоставляются на условиях «КАК ЕСТЬ», и СОСТАВНИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ИЛИ СПОНСИРУЕМЫЕ (ЕСЛИ ЕСТЬ), ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТ-ИНЖЕНЕРНОЙ ГРУППЫ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧЕННАЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ДАННОЙ ИНФОРМАЦИИ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ КАКИХ-ЛИБО ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.

Авторские права The Internet Society (2005). На этот документ распространяются права, лицензии и ограничения, содержащиеся в BCP 78, и, за исключением случаев, изложенных в нем, авторы сохраняют все свои права.

Финансирование функции редактора RFC в настоящее время обеспечивается Internet Society.

A C E F G I L N P R S T U X

  • A
    • Создание грамматики атома 4.2.1
    • Создание грамматики атома категории 4.2.2
    • atomCommonAttributes производство грамматики 2
    • atomContent грамматики производство 4.1.3
    • atomContributor производство грамматик 4.2.3
    • atomDateConstruct производство грамматик
    • Создание грамматики atomFeed 4.1.1
    • Создание грамматики atomGenerator 4.2.4
    • Создание грамматики atomIcon 4.2.5
    • Производство грамматики atomId 4.2.6
    • atomInlineOther Создание грамматики содержимого 4.1.3
    • atomInlineText Создание грамматики содержимого 4.1.3
    • atomInlineXHTMLContent 905 7
    • Создание грамматики atomLogo 4.2.8
    • Создание грамматики atomOutOfLineContent 4.1.3
    • Создание грамматики atomPersonConstruct 3.2
    • atomPlainTextConstruct производство грамматики 3.1
    • atomPublished grammar production 4.2.9
    • AtomRights грамматика производство 4.2.10
    • AtomSource грамматики производство 4.2.11

      908

    • atomTextConstruct создание грамматики 3,1
    • atomTitle создание грамматики 4.2.14
    • atomUpdated грамматики 4.2.15
    • atomXHTMLText Построить создание грамматики 3.1
    • элемент XML автора 4.2.1
  • C
    • категория XML-элемент 4.2.2
    • элемент содержимого XML 923 Элемент XML 4.2.3
  • E
  • F
  • G
    • генератор XML-элемент 4.2.4
    • Грамматика
  • I
  • 9
  • N
  • P
    • опубликованный элемент XML 4.2.9
  • R
  • S
    • Создание грамматики simpleExtensionElement 6.4.1
    • исходный XML-элемент 4.2.11
    • StructuredExtensionElement 6.417 XML-элемент 936 Создание подзаголовка 936 936 4.2.12
    • сводный XML-элемент 4.2.13
  • T
  • U
  • X

Безопасность | Стеклянная дверь

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

Nous aider à garder Glassdoor sécurisée

Nous avons reçu des activités suspectes venant de quelqu’un utilisant votre réseau internet. Подвеска Veuillez Patient que nous vérifions que vous êtes une vraie personne. Вотре содержание apparaîtra bientôt. Si vous continuez à voir ce message, veuillez envoyer un электронная почта à pour nous informer du désagrément.

Unterstützen Sie uns beim Schutz von Glassdoor

Wir haben einige verdächtige Aktivitäten von Ihnen oder von jemandem, der in ihrem Интернет-Netzwerk angemeldet ist, festgestellt. Bitte warten Sie, während wir überprüfen, ob Sie ein Mensch und kein Bot sind. Ihr Inhalt wird в Kürze angezeigt. Wenn Sie weiterhin diese Meldung erhalten, informieren Sie uns darüber bitte по электронной почте: .

We hebben verdachte activiteiten waargenomen op Glassdoor van iemand of iemand die uw internet netwerk deelt.Een momentje geduld totdat, мы выяснили, что u daadwerkelijk een persoon bent. Uw bijdrage zal spoedig te zien zijn. Als u deze melding blijft zien, электронная почта: om ons te laten weten dat uw проблема zich nog steeds voordoet.

Hemos estado detectando actividad sospechosa tuya o de alguien con quien compare tu red de Internet. Эспера mientras verificamos que eres una persona real. Tu contenido se mostrará en breve. Si Continúas recibiendo este mensaje, envía un correo electrónico a para informarnos de que tienes problemas.

Hemos estado percibiendo actividad sospechosa de ti o de alguien con quien compare tu red de Internet. Эспера mientras verificamos que eres una persona real. Tu contenido se mostrará en breve. Si Continúas recibiendo este mensaje, envía un correo electrónico a para hacernos saber que estás teniendo problemas.

Temos Recebido algumas atividades suspeitas de voiceê ou de alguém que esteja usando a mesma rede. Aguarde enquanto confirmamos que Você é Uma Pessoa de Verdade.Сеу контексто апаресера эм бреве. Caso продолжить Recebendo esta mensagem, envie um email para пункт нет informar sobre o проблема.

Abbiamo notato alcune attività sospette da parte tua o di una persona che condivide la tua rete Internet. Attendi mentre verifichiamo Che sei una persona reale. Il tuo contenuto verrà visualizzato a breve. Secontini visualizzare questo messaggio, invia un'e-mail all'indirizzo per informarci del проблема.

Пожалуйста, включите куки и перезагрузите страницу.

Этот процесс автоматический. Ваш браузер в ближайшее время перенаправит вас на запрошенный контент.

Подождите до 5 секунд…

Перенаправление…

Заводское обозначение: CF-102 / 62bd471f0f440c3c.

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *