Rss and atom


Содержание

Протокол Atom

  1. Что такое Atom?
  2. Примеры каналов
  3. Структура и элементы Atom 1.0
    1. Элемент
    2. Элемент
  4. Дополнительные возможности Atom
  5. Перспективы развития Atom
Логотип Atom
(но пользователи больше привыкли к логотипу RSS)

Что такое Atom?

Название Atom применяется к двум связанным веб-стандартам: Atom Syndication Format и Atom Publishing Protocol.

  1. Atom Syndication Format — это основанный на XML язык, используемый для описания каналов новостей;
  2. Atom Publishing Protocol (AtomPub, APP) — это простой, основанный на HTTP протокол создания и обновления веб-ресурсов.

Формат Atom был разработан как альтернатива RSS, с целью устранения его недостатков и добавления отсутствующих в этом формате возможностей. За короткое время Atom получил статус стандарта W3C и IETF (Internet Engineering Task Force), спецификация Atom 1.0, «The Atom Syndication Format», была опубликована в RFC 4287 в декабре 2005 г, а «The Atom Publishing Protocol» — в RFC 5023 в октябре 2007 г.

Примеры каналов

Листинг 2. Расширенный фид Atom с одним элементом

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

Структура и элементы формата Atom

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

Элемент

Обязательные элементы

— Идентификатор фида, постоянный URI .

— Название канала. Не может быть пустым.

— Дата последнего обновления в формате RFC 3339.

Рекомендуемые элементы

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

— Адрес связанного сайта. Тип связи определяется в атрибуте rel .

Необязательные элементы

— Задает категории, к которым относится канал. Элемент feed может включать несколько элементов category .

— Название программы, с помощью которой собран канал. Может использоваться, например, для отладки. Атрибуты uri и version необязательные.

— Маленькое изображение, пиктограмма канала.

— Большое изображение, логотип канала.

— Информация об авторском и смежных правах.

— Человеко-читаемое описание или подзаголовок канала.

Элемент

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

Обязательные элементы

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

— Заголовок сообщения. Не может быть пустым.

— Дата последней модификации сообщения.

Рекоменуемые элементы


— Текст сообщения или ссылка на полный текст.

— Страница, связанная с текстом сообщения.

Необязательные элементы

— Одна или несколько категорий, к которым относится сообщение.

— Имя соавтора новости. Может быть несколько элементов contributor

— Дата и время создания или первой публикации сообщения.

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

Подробное описание всех перечисленных элементов канала приведено в спецификации Atom.

Дополнительные возможности Atom

Модель содержания

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

Представление даты и времени

Для представления даты и времени Atom использует международный стандарт, описанный в RFC 3339 (из состава стандартов ISO 8601).

Интернационализация

Atom имеет возможность объединить в одном канале информацию на различных языках. Это обеспечивается стандартным атрибутом xml:lang и позволяет делать человеко-читаемыми различные части фида.

Модульность

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

Публикация информации

Atom Publishing Protocol (AtomPub) — протокол прикладного уровня для публикации и редактирования веб-ресурсов. Он базируется на представлении данных в формате Atom, в качестве транспорта использует протокол HTTP. AtomPub может использоваться в rich-клиентах (например, в системах управления контентом) или самостоятельных приложениях для управления информацией на веб-сайтах.

Перспективы развития

Дальнейшее развитие стандарта Atom разработчики видят во внесении большей ясности в описание и создании модулей расширения.

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

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

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

НОВОСТИ ФОРУМА
Рыцари теории эфира
01.10.2020 — 05:20: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ — Upbringing, Inlightening, Education ->
[center][Youtube]69vJGqDENq4[/Youtube][/center]
[center]14:36[/center]
Osievskii Global News
29 сент. Отправлено 05:20, 01.10.2020 г.’ target=_top>Просвещение от Вячеслава Осиевского — Карим_Хайдаров.
30.09.2020 — 12:51: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ — Upbringing, Inlightening, Education ->
[center][Ok]376309070[/Ok][/center]
[center]11:03[/center] Отправлено 12:51, 30.09.2020 г.’ target=_top>Просвещение от Дэйвида Дюка — Карим_Хайдаров.
30.09.2020 — 11:53: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ — Upbringing, Inlightening, Education ->
[center][Youtube]VVQv1EzDTtY[/Youtube][/center]
[center]10:43[/center]

интервью Раввина Борода https://cursorinfo.co.il/all-news/rav.
мой телеграмм https://t.me/peshekhonovandrei
мой твиттер https://twitter.com/Andrey54708595
мой инстаграм https://www.instagram.com/andreipeshekhonow/

[b]Мой комментарий:
Андрей спрашивает: Краснодарская синагога — это что, военный объект?
— Да, военный, потому что имеет разрешение от Росатома на манипуляции с радиоактивными веществами, а также иными веществами, опасными в отношении массового поражения. Именно это было выявлено группой краснодарцев во главе с Мариной Мелиховой.

[center][Youtube]CLegyQkMkyw[/Youtube][/center]
[center]10:22 [/center]

Доминико Риккарди: Россию ждёт страшное будущее (хотелки ЦРУ):
https://tainy.net/22686-predskazaniya-dominika-rikardi-o-budushhem-rossii-sdelannye-v-2000-godu.html

Завещание Алена Даллеса / Разработка ЦРУ (запрещено к ознакомлению Роскомнадзором = Жид-над-рус-надзором)
http://av-inf.blogspot.com/2013/12/dalles.html

[center][b]Сон разума народа России [/center]

[center][Youtube]CLegyQkMkyw[/Youtube][/center]
[center]10:22 [/center]

Доминико Риккарди: Россию ждёт страшное будущее (хотелки ЦРУ):
https://tainy.net/22686-predskazaniya-dominika-rikardi-o-budushhem-rossii-sdelannye-v-2000-godu.html

Завещание Алена Даллеса / Разработка ЦРУ (запрещено к ознакомлению Роскомнадзором = Жид-над-рус-надзором)
http://av-inf.blogspot.com/2013/12/dalles.html

[center][b]Сон разума народа России [/center]

Сравнение RSS и Atom

Разработчики каналов новостей имеют определенную возможность выбора среди форматов синдикации, однако с середины 2005 г актуальными остались два из них: RSS 2.0 и Atom 1.0. Сравним, насколько это возможно, функциональность этих форматов по следующим критериям:

  • Основные возможности
    • Распространенность
    • Стандартизация
    • Публикация информации
    • Обязательное содержание
    • Типы содержания
    • Полное или частичное содержание
    • Сбор информации и агрегация


  • Дополнительные возможности
    • Расширяемость
    • Адресация
    • Теги интернационализации
    • Цифровая подпись и шифрование
    • Информация об авторах
    • Категории
    • Схема
  • Примеры каналов RSS 2.0 и Atom 1.0
  • Таблица сравнения элементов
  • Резюме

Основные возможности

Распространенность

В середине 2005 года, когда стандарт Atom был только принят, он использовался лишь на нескольких десятках сайтов. В то же время RSS 2.0 был широко распространен на различных социальных сервисах.

К началу 2006 года Atom 1.0 стал получать распространение и стал проблемой для программ-агрегаторов, которые не могли разобрать формат, не похожий на RSS. Разработчики агрегаторов принялись патчить свои программы на основе баг-репортов.

К середине 2006 года, благодаря активному продвижению W3C и поддержке со стороны Google, IBM и еще ряда корпораций, Atom стал основным форматом для многих крупных онлайн-сервисов. При этом популярность RSS 2.0 не снизилась, так как контент-провайдеры зачастую стали представлять новости в обоих форматах, на выбор.

Стандартизация

Авторские права на спецификацию RSS 2.0 принадлежат Гарвардскому Университету и проект заморожен. Хотя спецификация находится под лицензией Creative Commons никаких существенных изменений в ней не может быть сделано. Дэйв Уинер (Dave Winer), один из главных разработчиков RSS, призвал разработчиков объединить свои усилия и разработать единый формат, совместимый как с RSS, так и с Atom, чтобы слить конкурентные стандарты в единое целое.

Atom — открытый стандарт IETF, который продолжает развиваться и совершенствоваться.

Публикация информации

RSS 2.0 представляет скудные встроенные возможности публикации, но на основе спецификации были разработаны проприетарные протоколы, наиболее популярные из них — MetaWeblog и Blogger. Оба протокола не лишены недостатков и слабо совместимы между собой.

Спецификация Atom имеет собственный стандартный протокол публикации Atom Publishing Protocol (Atompub), тесно интегрированный с Atom Syndication Format.

Обязательное содержание

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

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

Типы содержания

Канал RSS 2.0 может содержать только текстовую, или только гипертекстовую (HTML-escaped, теги экранируются в CDATA) информацию, без возможности указания, какое предоставление используется. Экранированные HTML (например, строка AT&T будет представлена как AT&T) привносят дополнительные сложности разработчикам. Модель содержания заголовков ( ) не определена. Заголовки с угловыми скобками или амперсандами будут интерпретированы значительной частью программ чтения независимо от представления.

Модель содержания RSS 2.0 не допускает использования XML, что уменьшает возможности повторного использования содержимого.

В свою очередь, Atom имеет тщательно проработанный контейнер содержания, которое может быть следующих типов:

  • Простой текст, без разметки (по умолчанию).
  • Экранированный HTML.
  • Правильно оформленная (well-formed) разметка XHTML.
  • Некоторые другие XML словари.
  • Двоичное содержание, закодированное в base64.
  • Указатель на внешнее веб-содержимое, не включенное в канал.

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

Полное или частичное содержание

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

Atom представляет отдельные элементы (резюме) и (содержимое). Элемент позволяет описывать нетекстовое (например, audio-поток) или внешнее (идентифицируемое указателем) содержание.

Сбор информации и агрегация

RSS 2.0 представляет доступ только к документу целиком (элемент ).

Atom 1.0 разрешает доступ к автономным Atom Entry документам элемент ; которые могут передаваться по любым сетевым протоколам, например XMPP. Atom также имеет поддержку агрегированных каналов с обратной связью на исходный канал.

Дополнительные возможности

Расширяемость

RSS 2.0 не является пространством имен XML, но может сам содержать элементы других пространств имен XML. Не существует единого центра, где можно было бы уточнить информацию о заимствованных элементах, таких как или .

Формат Atom 1.0 сам определен как пространство имен XML, и документ Atom может содержать элементы и атрибуты из других пространств имен. Для него определены рекомендации по интерпретации заимствованных элементов. В сетевом каталоге, управляемом IANA, имеются все описания и рекомендации по использованию расширений.


Адресация

RSS 2.0 не описывает порядок обработки относительых ссылок (например, вида «img/fig1.gif»). Это ограничивает интероперабельность протокола и разработчикам приходится использовать абсолютные ссылки («http://example.com/img/fig1.gif»).

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

Теги интернационализации

Для указания языка канала RSS 2.0 имеет собственный элемент , в то время как Atom использует XML-атрибут .

Цифровая подпись и шифрование

Каналы RSS 2.0 и Atom 1.0 могут быть подписаны или зашифрованы подобно любому другому веб-контенту, если представлены как битовая последовательность. В дополнение, Atom поддерживает стандарты XML Encryption и XML Digital Signature

Информация об авторах

RSS 2.0 позволяет указать раздельно электронные адреса менеджера канала ( ), разработчика ( ) и автора каждого сообщения (). Не многие указывают свой е-мейл, предпочитая использовать вместо этих тегов элемент из пространства имен Dublin Core.

Категории

Категории в RSS 2.0 определяются двумя частями: меткой категории и доменом (адресом сервера), где эти категории описаны.

В стандарте Atom 1.0 категории представлены иерархически и каждая имеет опциональный человеко-читаемый заголовок.

Схема

Спецификация RSS 2.0 не использует схем.

Atom 1.0 включает поддержку ненормативного стандарта RelaxNG, это позволяет проверить валидность документов, заявленных как Atom 1.0. Другие форматы схем могут быть сгенерированы из исходной схемы RelaxNG.

Примеры каналов RSS 2.0 и Atom 1.0

Таблица сравнения элементов

Стандарт Atom 1.0 определяет 21 элемент канала новостей, RSS 2.0 — 30 элементов. Большинство элементов RSS 2.0 и Atom 1.0 не пересекаются и не соответствуют аналогам. Часть элементов редко используется на практике или их функциональность достигается другими путями.

RSS 2.0 Atom 1.0 Comments
rss Рудимент из прежних версий RSS
channel feed
title title
link link Atom представляет гибкие возможности для описания ссылок
description subtitle
language Atom использует стандартный атрибут
copyright rights
webMaster
managingEditor author, contributor
pubDate published (в элементе entry) Atom не имеет эквивалента на уровне канала
lastBuildDate (in channel) updated RSS не имеет эквивалента на уровне сообщения
category category
generator generator
docs
cloud RSS поддерживает спецификацию Cloud
ttl Использование ttl проблематично, связано с управлением кэшированием в протоколе HTTP 1.1
image logo В качестве логотипа Atom рекомендует изображения с отношением сторон 2:1
icon По сути то же самое, что и favicon.ico
rating Популярность
textInput
skipHours
skipDays
item entry
author author
contributor
description summary и/или content В зависимости от полноты содержание
comments
enclosure rel=»enclosure» в элементе
  • стандарта Atom
  • guid id
    source rel=»via» в элементе
  • стандарта Atom
  • source Контейнер метаданных уровня канала для поддержки агрегации

    Резюме

    По результатам анализа и сравнения можно сделать следующие выводы:

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

    Банк данных угроз безопасности информации

    Федеральная служба по техническому и экспортному контролю

    ФСТЭК России

    Государственный научно-исследовательский испытательный институт проблем технической защиты информации

    ФАУ «ГНИИИ ПТЗИ ФСТЭК России»

    1. Главная
    2. Список каналов (RSS, Atom)

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

    Последние обновления уязвимостей: RSS 2.0, RSS 1.0

    Последние обновления угроз: RSS 2.0, RSS 1.0

    RSS (Really Simple Syndication) — международный формат, специально созданный для трансляции информации с одного сайта на другой или на компьютер пользователя.

    Последние обновления уязвимостей: Atom 1.0

    Последние обновления угроз: Atom 1.0


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

    Угрозы: 213 Уязвимости: 23535 Последнее обновление: 11.11.2020

    F E E D Validator

    Introduction to Atom

    Contents

    • What is Atom?
      • About this document
      • Sample feed
    • Feed Elements
      • Required
      • Recommended
      • Optional
    • Entry Elements
      • Required
      • Recommended
      • Optional
    • Common Constructs
      • Category
      • Content
      • Link
      • Person
      • Text
    • Extending Atom
    • See Also

    What is Atom?

    Atom is the name of an XML-based Web content and metadata syndication format, and an application-level protocol for publishing and editing Web resources belonging to periodically updated websites.

    All Atom feeds must be well-formed XML documents, and are identified with the application/atom+xml media type.

    About this document

    This document focuses on The Atom Syndication Format produced by the IETF AtomPub Working Group. In the event that this document differs from the Internet Draft, the Internet Draft is to be considered authoritative.

    • All elements described in this document must be in the http://www.w3.org/2005/Atom namespace.
    • All timestamps in Atom must conform to RFC 3339.
    • Unless otherwise specified, all values must be plain text (i.e., no entity-encoded html).
    • xml:lang may be used to identify the language of any human readable text.
    • xml:base may be used to control how relative URI s are resolved.

    Sample feed

    Elements of

    Required feed elements

    Here’s a list of the required feed elements, each with a brief description, and an example.

    Element Description
    id Identifies the feed using a universally unique and permanent URI . If you have a long-term, renewable lease on your Internet domain name, then you can feel free to use your website’s address.
    title Contains a human readable title for the feed. Often the same as the title of the associated website. This value should not be blank.
    updated Indicates the last time the feed was modified in a significant way.

    Atom makes a number of additional requirements and recommendations for feed elements that you should to be aware of. They are as follows:

    Element Description
    author Names one author of the feed. A feed may have multiple author elements. A feed must contain at least one author element unless all of the entry elements contain at least one author element. More info here.
    link Identifies a related Web page. The type of relation is defined by the rel attribute. A feed is limited to one alternate per type and hreflang . A feed should contain a link back to the feed itself. More info here.

    Optional feed elements

    Here’s a list of optional feed elements.

    Element Description
    category Specifies a category that the feed belongs to. A feed may have multiple category elements. More info here.
    contributor Names one contributor to the feed. An feed may have multiple contributor elements. More info here.
    generator Identifies the software used to generate the feed, for debugging and other purposes. Both the uri and version attributes are optional.
    icon Identifies a small image which provides iconic visual identification for the feed. Icons should be square.
    logo Identifies a larger image which provides visual identification for the feed. Images should be twice as wide as they are tall.
    rights Conveys information about rights, e.g. copyrights, held in and over the feed. More info here.
    subtitle Contains a human-readable description or subtitle for the feed. More info here.

    Elements of

    Required Elements of

    Here’s a list of the required feed elements, each with a brief description, and an example.

    Element Description
    id Identifies the entry using a universally unique and permanent URI . Suggestions on how to make a good id can be found here. Two entries in a feed can have the same value for id if they represent the same entry at different points in time.
    title Contains a human readable title for the entry. This value should not be blank.
    updated Indicates the last time the entry was modified in a significant way. This value need not change after a typo is fixed, only after a substantial modification. Generally, different entries in a feed will have different updated timestamps.


    Atom makes a number of additional requirements and recommendations for entry elements that you should to be aware of. They are as follows:

    Element Description
    author Names one author of the entry. An entry may have multiple authors. An entry must contain at least one author element unless there is an author element in the enclosing feed , or there is an author element in the enclosed source element. More info here.
    content Contains or links to the complete content of the entry. Content must be provided if there is no alternate link, and should be provided if there is no summary . More info here.
    link Identifies a related Web page. The type of relation is defined by the rel attribute. An entry is limited to one alternate per type and hreflang . An entry must contain an alternate link if there is no content element. More info here.
    summary Conveys a short summary, abstract, or excerpt of the entry. Summary should be provided if there either is no content provided for the entry, or that content is not inline (i.e., contains a src attribute), or if the content is encoded in base64. More info here.

    Optional elements of

    Here’s a list of optional feed elements.

    Element Description
    category Specifies a category that the entry belongs to. A entry may have multiple category elements. More info here.
    contributor Names one contributor to the entry. An entry may have multiple contributor elements. More info here.
    published Contains the time of the initial creation or first availability of the entry.
    rights Conveys information about rights, e.g. copyrights, held in and over the entry. More info here.
    source Contains metadata from the source feed if this entry is a copy.

    Common Constructs

    Category

    has one required attribute, term , and two optional attributes, scheme and label .

    term identifies the category

    scheme identifies the categorization scheme via a URI .

    label provides a human-readable label for display

    Content

    either contains, or links to, the complete content of the entry.

    In the most common case, the type attribute is either text , html , xhtml , in which case the content element is defined identically to other text constructs, which are described here.

    Otherwise, if the type attribute ends in +xml or /xml , then an xml document of this type is contained inline.

    Otherwise, if the type attribute starts with text , then an escaped document of this type is contained inline.

    Otherwise, a base64 encoded document of the indicated media type is contained inline.

    is patterned after html’s link element. It has one required attribute, href , and five optional attributes: rel , type , hreflang , title , and length .

    rel contains a single link relationship type. It can be a full URI (see extensibility), or one of the following predefined values (default= alternate) :

    • alternate : an alternate representation of the entry or feed, for example a permalink to the html version of the entry, or the front page of the weblog.
    • enclosure : a related resource which is potentially large in size and might require special handling, for example an audio or video recording.
    • related : an document related to the entry or feed.
    • self : the feed itself.
    • via : the source of the information provided in the entry.

    type indicates the media type of the resource.

    hreflang indicates the language of the referenced resource.

    title human readable information about the link, typically for display purposes.

    length the length of the resource, in bytes.

    Person

    conveys a human-readable name for the person.

    contains a home page for the person.

    contains an email address for the person.

    , , , and contain human-readable text, usually in small quantities. The type attribute determines how this information is encoded (default=»text»)

    If type=»text» , then this element contains plain text with no entity escaped html.

    If type=»html» , then this element contains entity escaped html.

    If type=»xhtml» , then this element contains inline xhtml, wrapped in a div element.

    Extending Atom

    The atom content element is designed to support the direct inclusion of other XML vocabularies.

    Elements from other namespaces may be included pretty much anywhere. This means that most RSS 1.0 and RSS 2.0 modules may be used in Atom.

    RSS и Atom

    Все эти вопросы про то, «а как же Atom», честно говоря, надоели. Поймите, RSS — это, с точки зрения пользователя, не протокол, а функциональность.

    RSS как формат файла — это что-то вроде Rich Site Summary. RSS как функциональность — это Really Simple Syndication. Я под RSS подразумеваю второе.


    Если у вас RSS работает в формате RDF или Atom, — ради бога, он не перестаёт быть RSS’ом от этого. RSS — это как джип, памперс или ксерокс.

    Джипы бывают не только Jeep Grand Cherokee, но и Toyota Land Cruiser. Когда джипы называют «внедорожниками» в рекламе — это понятно, чего конкурентов рекламировать. Но люди, когда разговаривают друг с другом, говорят «джип». Памперсы могут легко называться Huggies. В рекламе их будут называть «подгузниками», но они всё равно памперсы. И ксерокс, даже если он называется Canon, не перестаёт быть ксероксом. Можно быть занудой и называть его словом «копир», а можно учесть тот факт, что это слово непроизносимо, и для 99% людей «ксерокс» понятнее, — и называть ксероксом.

    Я сам зануда тот ещё, но «а как же Atom» — это слишком даже для меня.

    Ну, да. Так часто бывает. Покупал одно, купил совершенно другое. Хотел то, получил это. Почему? Потому что я — лемминг, мне что продали, то я и должен потреблять.

    В общем, люди — они разные, одним и OOP мало (LOP — новая парадигма), другие и OOP не признают. Учитывать интересы одних, забивая на других — тоже, конечно, выход.

    > RSS как формат файла — это что-то вроде Rich Site Summary. RSS как функциональность — это Really Simple Syndication. Я под RSS подразумеваю второе.

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

    С точки зрения пользователя, функциональность RSS (0.9, 1, 2), RDF, Atom и прочих фидов совершенно одинаковая: 10-20 сообщений, каждое с заголовком, датой, html-текстом (реже — plain-text) и ссылкой на пермалинк. Каждое работает через любимый аггрегатор совершенно одинаково независимо от формата.

    2 Алекс: «Покупал одно, купил совершенно другое» — пользователь не покупал и даже не выбирал: если есть две ссылки, скажем, RDF и Atom, то, если первая (неважно какая) не заиграла в его фидридере, то он чертыхнется и нажмет на вторую, авось эту скушает. И ему все равно, что лучше: Atom или RSS, т. к. выглядит и работает одинаково. Если же ссылка одна, то RSS — это то, о чем говорит Илья, т. е. иконка, привлекающая нужное внимание. Почему слово «RSS»? Потому что более раскрученное. Был бы Атом — Ок, Атом.

    Примечание: я пользуюсь оперным фидридером и в нем есть RSS *.*, RDF и Atom. Все они для меня ничем не отличаются.

    Learning point: что добавляют в суп RDF и Atom такого, что он становится насыщеннее RSS (хотя бы теоретически)?

    Насчет Learning point погорячился. Читаю стандарты (wikipedia) и вижу:

    Atom Compared to RSS 2.0

    The intention was to ease the difficulty of developing applications with web syndication feeds.

    RSS 2.0 may contain either plain text or escaped HTML as a payload, with no way to indicate which of the two is provided. Atom in contrast uses an explicitly labeled (i.e. typed) payload container.

    RSS 2.0 has a «description» element which can contain either a full entry or just a description. Atom has separate “summary” and “content” elements. Atom thus allows the inclusion of non-textual content that can be described by the summary.

    Atom standardizes autodiscovery in contrast to the many non-standard variants used with RSS 2.0.

    The purpose of Atom autodiscovery is for clients who know the URI of a web page to find the location of that page’s associated Atom feed. For example, say an end user wishes to subscribe to the Atom feed of a site. Their Atom-aware aggregator client could prompt them to enter the home page of the site. The client could retrieve the HTML source of the home page, find the Atom autodiscovery element, and then retrieve the Atom feed or cache the URI of the Atom feed for later retrieval.

    Atom is within an XML namespace whereas RSS 2.0 is not.

    Atom specifies use of the XML’s built-in xml:base for relative URIs. RSS 2.0 does not have a means of differentiating between relative and non-relative URIs.

    Atom uses XML’s built-in xml:lang attribute as opposed to RSS 2.0’s use of its own «language» element.
    Atom 1.0 includes an XML schema. RSS 2.0 does not.

    In Atom, it is mandatory that each entry has a globally unique ID.

    Atom 1.0 allows standalone Atom Entry documents whereas with RSS 2.0 only full documents are supported.

    RSS 2.0 was copyrighted by Harvard University and it was purposely frozen. Atom is an open and evolvable standard that has undergone the IETF standardization process.

    Atom specifies that dates be in the format described in RFC 3339 (which is a subset of ISO 8601). Date format in RSS 2.0 was underspecified and has led to many different formats being used.

    Опять про девелоперов.

    Вот собственно и все сравнение. Хотя, нашел одно полезное отличие:

    RSS 2.0 categories have two parts: label and domain. Atom 1.0 categories have three, with the addition of optional human-readable title.

    Это обсуждение имеет смысл, если сайт предоставляет только один вид фида. Если несколько — рядом со значком будет подпись (RSS/Atom, summary/full, etc), и значок со словом RSS и подписью Atom будет выглядеть глупо. Поэтому нужна будет иконка без этого слова.

    А если на сайтах с несколькими фидами «RSS» будет означать формат, то на «однофидовых» сайтах, под «RSS» может лежать Atom, что окончательно все запутает.

    Так что иконка со словом RSS не годится под RDF и Atom. Вот раньше была рыжая кнопка XML и некоторые думали: зачем этот XML, если там все равно RSS (пусть и один из шести версий :-) )? Ага, попались. Теперь, лучше уж рыжая кнопка со словом XML и подписью, разъясняющей что же там такое. А RSS можно и без XML писать, потому что известный.

    Вывод: RSS — это формат и не надо морочить людям головы. В этом я с Алексом согласен.

    А если на сайтах с несколькими фидами «RSS» будет означать формат, то на «однофидовых» сайтах, под «RSS» может лежать Atom, что окончательно все запутает.

    2 misnik: причем здесь Open Source? Единый формат был бы возможен, если Майкрософт (к примеру) сразу выпустила и запатентовала очень удобный и крутой фидридер, и все равнялись бы на него. Но этого не произошло и энтузиасты сделали это без MS, бесплатно. Пошел естественный процесс: у нас сначала имелся RSS с кучей модификаций, затем поползли разные ридеры, потом появились другие форматы, ридеры стали поддерживать и их, а дальше по нарастающей до какого-то момента. После — процесс саморегулирующийся. Авторы будут вибирать те форматы, которые доступны максимальной аудитории. Более популярные форматы будут становиться еще популярнее, менее популярные — отмирать. В итоге останется 1-2 формата.
    И потом, RSS — это штука, не столь сложная, как HTML, так что 3 стандарта (не считая субстандартов RSS) еще не страшно.

    А в бардаке, если на то пошло, виноваты не энтузиасты (что с них взять — их много, они разные и никого ни к чему не принуждают), а корпорации, которые не захватили инициативу. Причем захватить инициативу должна была бы только одна компания, иначе — новая история a-la NN vs IE, которая все равно привела к W3C, XML и т. п.

    Каналы RSS и Atom RSS/Atom feeds

    Важные API Important APIs

    Получайте или создавайте самое свежее и популярное веб-содержимое с помощью сводных веб-каналов, созданных по стандартам RSS и Atom с помощью компонентов в пространстве имен Windows.Web.Syndication. Retrieve or create the most current and popular Web content using syndicated feeds generated according to the RSS and Atom standards using features in the Windows.Web.Syndication namespace.

    Что такое веб-канал? What is a feed?

    Веб-канал – это документ, содержащий любое количество отдельных записей, состоящих из текста, ссылок и изображений. A web feed is a document that contains any number of individual entries made up of text, links, and images. Обновления вносятся в веб-канал в виде новых записей, используемых для показа самого свежего содержимого в Интернете. Updates made to a feed are in the form of new entries used to promote the latest content across the Web. Потребители содержимого могут использовать приложение для чтения веб-каналов, чтобы собирать и отслеживать каналы любого количества отдельных авторов содержимого, быстро и удобно получая доступ к самой свежей информации. Content consumers can use a feed reader app to aggregate and monitor feeds from any number of individual content authors, gaining access to the latest content quickly and conveniently.


    Какие версии форматов веб-каналов поддерживаются? Which feed format standards are supported?

    Универсальная платформа Windows (UWP) поддерживает извлечение веб-каналов формата RSS версий 0.91–2.0 и формата Atom версий 0.3–1.0. The Universal Windows Platform (UWP) supports feed retrieval for RSS format standards from 0.91 to RSS 2.0, and Atom standards from 0.3 to 1.0. Классы в пространстве имен Windows.Web.Syndication могут определять веб-каналы и их элементы, способные представлять элементы RSS и Atom. Classes in the Windows.Web.Syndication namespace can define feeds and feed items capable of representing both RSS and Atom elements.

    Кроме того, в форматах Atom 1.0 и RSS 2.0 документы веб-каналов могут содержать элементы или атрибуты, не определенные в официальных спецификациях. Additionally, Atom 1.0 and RSS 2.0 formats both allow their feed documents to contain elements or attributes not defined in the official specifications. Со временем эти особые элементы стали способом определения информации домена, потребляемой другими форматами данных веб-служб, например GData и OData. Over time, these custom elements and attributes have become a way to define domain-specific information consumed by other web service data formats like GData and OData. Чтобы обеспечить поддержку нового компонента, класс SyndicationNode представляет универсальные XML-элементы. To support this added feature, the SyndicationNode class represents generic XML elements. Использование SyndicationNode с классами в пространстве имен Windows.Data.Xml.Dom позволяет приложениям получать доступ к атрибутам, расширениям и любому содержимому, которое они могут включать. Using SyndicationNode with classes in the Windows.Data.Xml.Dom namespace, allows apps to access attributes, extensions, and any content that they may contain.

    Обратите внимание, что для публикации сводного содержимого реализация протокола Atom Publication (Windows.Web.AtomPub) платформы UWP поддерживает только операции с содержимым веб-каналов согласно стандартам Atom и Atom Publication. Note that, for publication of syndicated content, the UWP implementation of the Atom Publication Protocol (Windows.Web.AtomPub) only supports feed content operations according to the Atom and Atom Publication standards.

    Использование сводного содержимого вместе с сетевой изоляцией Using syndicated content with network isolation

    Функция сетевой изоляции в UWP позволяет разработчику управлять доступом приложения UWP к сети и ограничивать его. The network isolation feature in the UWP enables a developer to control and limit network access by a UWP app. Доступ к сети может требоваться не всем приложениям. Not all apps may require access to the network. Но для приложений, которым он необходим, платформа UWP предоставляет разные уровни доступа к сети, которые обеспечиваются выбором подходящих возможностей. However for those apps that do, UWP provides different levels of access to the network that can be enabled by selecting appropriate capabilities.

    Сетевая изоляция позволяет разработчику определить для каждого приложения область необходимого доступа к сети. Network isolation allows a developer to define for each app the scope of required network access. Приложению без соответствующей определенной области запрещен доступ к отдельному типу сети и к отдельному типу сетевых запросов (только исходящим запросам, инициированным клиентом, или им же в сочетании с входящими нежелательными запросами). An app without the appropriate scope defined is prevented from accessing the specified type of network, and specific type of network request (outbound client-initiated requests or both inbound unsolicited requests and outbound client-initiated requests). Возможность настраивать и применять сетевую изоляцию гарантирует, что даже в случае компрометации приложения оно сможет получить доступ только к тем сетям, к которым доступ ему предоставлен явно. The ability to set and enforce network isolation ensures that if an app does get compromised, it can only access networks where the app has explicitly been granted access. Таким образом значительно сокращается область воздействия на другие приложения и Windows. This significantly reduces the scope of the impact on other applications and on Windows.

    Сетевая изоляция влияет на все элементы класса в пространствах имен Windows.Web.Syndication и Windows.Web.AtomPub, которые пытаются получить доступ к сети. Network isolation affects any class elements in the Windows.Web.Syndication and Windows.Web.AtomPub namespaces that try to access the network. Сетевая изоляция активно используется в Windows. Windows actively enforces network isolation. Вызов элемента класса в пространстве имен Windows.Web.Syndication или Windows.Web.AtomPub, обеспечивающем доступ к сети, может быть не выполнен из-за сетевой изоляции, если соответствующая возможность работы с сетью не была включена. A call to a class element in the Windows.Web.Syndication or Windows.Web.AtomPub namespace that results in network access may fail because of network isolation if the appropriate network capability has not been enabled.

    Возможности сети для приложения настраиваются в его манифесте при сборке. The network capabilities for an app are configured in the app manifest when the app is built. Они обычно добавляются с помощью Microsoft Visual Studio 2015 в ходе разработки приложения. Network capabilities are usually added using Microsoft Visual Studio 2015 when developing the app. Возможности сети можно также задать вручную в файле манифеста приложения, используя текстовый редактор. Network capabilities may also be set manually in the app manifest file using a text editor.

    Дополнительные сведения о сетевой изоляции и сетевых возможностях см. в разделе «Возможности» темы Основы работы с сетями. For more detailed information on network isolation and networking capabilities, see the «Capabilities» section in the Networking basics topic.

    Доступ к веб-каналу How to access a web feed

    В этом разделе объясняется, как извлечь и отобразить веб-канал с помощью классов в пространстве имен Windows.Web.Syndication в приложении UWP, написанном на языке C# или Javascript. This section shows how to retrieve and display a web feed using classes in the Windows.Web.Syndication namespace in your UWP app written in C# or Javascript.

    Предварительные условия Prerequisites

    Чтобы подготовить приложение UWP для работы в сети, необходимо настроить соответствующие возможности сетевого подключения в файле проекта Package.appxmanifest. To ensure your UWP app is network ready, you must set any network capabilities that are needed in the project Package.appxmanifest file. Если приложению необходимо подключаться в качестве клиента к удаленным службам в Интернете, для этого требуется возможность internetClient . If your app needs to connect as a client to remote services on the Internet, then the internetClient capability is needed. Дополнительные сведения см. в разделе «Возможности» темы Основы работы с сетями. For more information, see the «Capabilities» section in the Networking basics topic.

    Получение сводного содержимого из веб-канала Retrieving syndicated content from a web feed

    Теперь рассмотрим код, в котором демонстрируется способ извлечения канала и отображения каждого из его отдельных элементов. Now we will review some code that demonstrates how to retrieve a feed, and then display each individual item that the feed contains. Прежде чем настроить и отправить запрос, определим несколько переменных для этой операции, а затем инициализируем экземпляр SyndicationClient, определяющий методы и свойства, предназначенные для извлечения и отображения канала. Before we can configure and send the request, we’ll define a few variables we’ll be using during the operation, and initialize an instance of SyndicationClient, which defines the methods and properties we’ll use to retrieve and display the feed.

    Конструктор Uri создает исключение, если параметр uriString, переданный конструктору, не является допустимым URI. The Uri constructor throws an exception if the uriString passed to the constructor is not a valid URI. Поэтому проверяем uriString при помощи блока Try/Catch. So we validate the uriString using a try/catch block.

    Теперь настроим запрос путем установки всех необходимых учетных данных сервера (свойство ServerCredential), учетных данных прокси-сервера (свойство ProxyCredential) и заголовков HTTP (метод SetRequestHeader). Next we configure the request by setting any Server credentials (the ServerCredential property), proxy credentials (the ProxyCredential property), and HTTP headers (the SetRequestHeader method) needed. После настройки основных параметров запроса получаем допустимый объект Uri, созданный с помощью предоставляемой приложением строки URI канала. With the basic request parameters configured, a valid Uri object, created using a feed URI string provided by the app. Затем объект Uri передается в функцию RetrieveFeedAsync для запроса канала. The Uri object is then passed to the RetrieveFeedAsync function to request the feed.

    Допустим, было возвращено нужное содержимое канала. В этом случае код из примера перебирает каждый элемент канала, вызывая displayCurrentItem (который мы определим позже), чтобы отобразить элементы и их содержимое в виде списка с помощью пользовательского интерфейса. Assuming the desired feed content was returned, the example code iterates through each feed item, calling displayCurrentItem (which we define next), to display items and their contents as a list through the UI.

    При вызове большинства асинхронных сетевых методов вам следует написать код для обработки исключений. You must write code to handle exceptions when you call most asynchronous network methods. Обработчик исключений может получить подробную информацию о причине исключения, чтобы разобраться в проблеме и принять необходимые меры. Your exception handler can retrieve more detailed information on the cause of the exception to better understand the failure and make appropriate decisions.

    Метод RetrieveFeedAsync создает исключение, если не удается установить подключение к HTTP-серверу или объект Uri не указывает на действительный AtomPub или RSS-канал. The RetrieveFeedAsync method throws an exception if a connection could not be established with the HTTP server or the Uri object does not point to a valid AtomPub or RSS feed. В примере кода Javascript используется функция onError для захвата любых исключений и вывода подробной информации об исключении при ошибке. The Javascript sample code uses an onError function to catch any exceptions and print out more detailed information on the exception if an error occurs.

    В предыдущем шаге метод RetrieveFeedAsync вернул запрошенное содержимое канала, а код примера перебрал все доступные элементы канала. In the previous step, RetrieveFeedAsync returned the requested feed content and the example code got to work iterating through available feed items. Каждый из этих элементов представляется с помощью объекта SyndicationItem, содержащего все свойства элемента и содержимое, которое предоставляется соответствующим стандартом синдикации (RSS или Atom). Each of these items is represented using a SyndicationItem object that contains all of the item properties and content afforded by the relevant syndication standard (RSS or Atom). В следующем примере рассматривается функция displayCurrentItem, которая обрабатывает каждый элемент и отображает его содержимое с помощью элементов пользовательского интерфейса с различными именами. In the following example we observe the displayCurrentItem function working through each item and displaying its content through various named UI elements.

    БРБ — Блог ради блога

    В блоговодстве я пока только «чайник». Поэтому я создала этот блог, чтобы в нем и на нем учиться :)

    Страницы

    среда, 30 мая 2012 г.

    Что такое каналы RSS и Atom

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

    RSS — более ранний и более простой формат. Статистически он пользуется большей популярностью. Надо заметить, что единого RSS-формата не существует. Он разделился на две ветви: RSS 1.0 и RSS 2.0. Последний сейчас пользуется популярностью и поддерживается большинством программ. Именно его можно получить, зарегистрировавшись в популярном сервисе FeedBurner.

    Atom 1.0 — новый формат (введен в 2006 году), в котором учтены и исправлены недостатки RSS. Этот формат активно поддерживает Google во всех своих продуктах. Например, в блогах, созданных на платформе Блоггер, по умолчанию используется этот формат представления данных (как фид блога), он же используется как карта сайта Sitemap, и почти во всех шаблонах Блоггера есть строка «Подписаться на сообщения: Atom», которую в общем-то советуют убирать, чтобы разгрузить шаблон от лишних ссылок (как это сделать, я писала ЗДЕСЬ).

    Как выглядят эти каналы по умолчанию в Блоггере и как с их помощью организовать подписку на сообщения вашего блога, я рассказываю ЗДЕСЬ.

    What is the difference between rss feed and atom feed?

    a D d CJ M b BxNK y lX Sbrqo F P o Dry r TaVl g Bm e eIcA M o m f XFzbB NB E C m RDt p F i czF r TDlsW e oE s vejiQ : ysnwT u B tWtbj u cDops i jUo l Tv d rG JOdp a Ut Z C aA i ZWzj t fhR y qZsOy

    Answer Wiki

    Atom and RSS are two (actually, RSS has several different) standards for content publication.

    RSS was created in 1999 and has gone through several variations. RSS 2.0 is the latest version and the most popular.

    Atom is a much newer standard which was created by the IETF as an alternative to RSS. It uses much of the same concepts at RSS, but it standardizes many of the bolt-on changes which were attached to RSS over the years.

    I prefer Atom to RSS because I find it significantly easier to work with. All o.

    What is RSS and Atom?


    About this book

    RSS and Atom are the most widely used of many content syndication formats that have developed over the last few years to address the need to distribute and receive streams of content from websites and applications. Sites syndicate content for a broad variety of reasons, from replacing email as a medium for outbound contact to updating satellite sites. Each format has

    1.4.2 Other Content and Metadata

    Content: Quotations and Pointers

    Syndication formats are not content formats; they use existing formats for content: simple text, HTML, XHTML, other XML vocabularies, and also other text and binary media formats. These formats are used for titles, summaries, and the partial or complete reproduction of the content.

    One of the characteristics of newsfeed models is that the description itself is defined in as generic a nature as possible. For this reason, it is possible to include any type of content in that description. In a syndication feed, any kind of web content can be sampled and further distributed. That is why RSS and its relatives are also suitable as a universal publication format on the Web.

    Metadata in Syndication Formats

    Syndication formats serve to exchange information and make it available in different forms. For this reason, they describe the information they contain in a way that allows other users to use it; at the same time, they also inform the users of the legal and other imits connected to using their information, like the identification of publication and update data, the categorization of content, and the identification of writers, authors, and copyright holders.

    RSS as a Publication and Syndication Format

    Even though all existing feed formats require an element called link, it is possible that the information in a news stream isn’t to be found outside the RSS feed, meaning that the RSS feed not only refers to another resource, but also contains the original information. The description model of an addressable collection of updatable information objects on the Web, on which RSS is based, works no matter whether these objects exist only in the RSS document, or are referred on other resources on the Web. In principle, every resource on the Web that can be modeled as a collection of updated information objects can be the subject of an RSS feed.

    1.5 Syntax: RSS as an XML Format

    Many websites identify their newsfeeds through an orange-colored button labeled “XML.” For many users and also for many developers “XML” and “RSS” are synonymous. In fact, all versions of the RSS feed format and Atom are XML applications. Since XML itself is a metalanguage to define languages for the exchange of information on the Web, the feed formats are also often called “XML dialects” or “XML vocabularies”. To date, RSS is the most successful XML vocabulary—except for maybe XHTML, the XML version of HTML.

    Standardization and Openness of XML

    The biggest advantage of XML in the field of syndication is that XML is a simple, open, and standardized format to exchange information on the Web.
    RSS has spread so successfully in recent years not only because it is a particularly effective format, but also because it has established itself as a standard. It acts like a lowest common denominator for updatable information of all kinds, and from the beginning it was accepted as such. Due to the fact that millions of Internet users use RSS to spread and receive information, applications are possible that profit from network implementation and become more useful, the more users use them.
    This success would not have been possible without the fundamental features of the underlying technology, XML. XML is a text-based format: people can read XML documents without any great difficulty. The content of XML documents can easily be extracted. In addition, XML is not a proprietary technology that is controlled by any software provider. RSS has inherited these advantages from XML; without them, it would have not been able to spread explosively on the Web. The use of a binary format or a proprietary text format would have complicated the development of software that produces or processes RSS, and limited the market for RSS applications. XML makes it easy to define a format for specific needs. All RSS formats consist of a very small group of XML elements and attributes defined for this purpose, and of rules for the hierarchical connections between these elements. Due to this set of rules (executed as a Relax NG or XML schema), limits for the permitted content of RSS elements can be specified, such as for the format that provides calendar dates.

    Separation of Content and Presentation in XML

    XML allows for the content and the presentation of documents to be separated. Many XML formats are content formats; they contain no information about how the documents are supposed to be reproduced visually or acoustically. The DocBook vocabulary for technical documentation, for example, uses an emphasis element for important passages and terms. DocBook doesn’t specify, however, how such sections are to be emphasized in print. Other XML languages are description or presentation vocabularies. SVG (Scalable Vector Graphics) describes graphics, SMIL (Synchronized Multimedia Interface Language) describes time-structured presentations, and XSL-FO (eXtensible Stylesheet Language-Formatting Objects) describes the layout of printed pages in detail.

    Semantic Distinctions

    RSS is a pure text format. An RSS document doesn’t contain information about how a document should be presented to the user. RSS uses XML to semantically distinguish information. Additionally, it uses the possibility provided by XML to separate content and presentation.
    All RSS formats are pure source-text-based content formats. This means that it is necessary to provide them with additional presentation instructions that can be adapted to the respective presentation medium. The presentation instructions make it easy to present RSS documents in different media or in different contexts.

    Transformability

    The simplest method to present RSS is to convert it into HTML and then use an HTML browser or a toolkit to display the HTML. On the one hand, XSLT (XSL Transformations; http://www.w3.org/TR/xslt) can be used with this method to transform XML data into HTML; on the other hand, HTML fragments are frequently included as a part of the content of RSS documents, so an HTML Rendering Engine is necessary anyway to display them. Like all XML documents, RSS documents can also be formatted directly with Cascading Style Sheets. Moreover, there are many other presentation methods; Flash can be used, for example. One example of an RSS document using the latter is Gush (http://www.2entwine.com).

    Ability to be Validated

    As XML documents, RSS feeds can be checked with standard procedures to determine whether they comply with the rules of the respective format. A document type definition or a schema contains the formal description of the rules that should be checked for compliance.

    Internationalization

    A document format that is defined as an XML format can use the methods typical to XML to solve problems of internationalization. XML consistently specifies Unicode as the default coding format for the character set. The Unicode standard assigns all the characters from all known alphabets, a number; and by doing so, is able to reproduce texts in any language. 2
    If it is important for the process to specify the language in which a document is created, the xml:lang attribute can be used XML-wide. The newer feeds make use of this option.

    Extensibility and Namespaces

    Extensibility is one of the key aims of XML; the acronym XML doesn’t stand for “Extensible Markup Language” without a good reason. First of all, XML is extensible in that every user can define new element types and attributes, whereas a format like HTML determines the scope of the language.
    The developers of all the RSS versions used this feature of XML to define element types like rss (the document or root element of an RSS document), channel, and item.
    However, elements and attributes won’t be defined freely any more, if vocabularies like RSS 1.0, RSS 2.0, and Atom are determined and standardized for certain tasks. The formulated and consequently stipulated rules for such vocabularies—in the form of a DTD (Document Type Definition) or a Relax NG or XML schema—allow only certain elements and attributes with determined identifiers in a determined hierarchical order.
    The regulation of the content that is permitted for the elements (content models) can nevertheless at the same time, allow embedding elements of other vocabularies in certain locations of a document. This is fundamental for feed formats, in order to allow the inclusion of sections that are formulated in XHTML in a document.
    In order to extend documents created in such a vocabulary by adding elements from other vocabularies, a method called the namespace mechanism was developed. All the feed formats described in this book use this mechanism. You need to understand it in order to be able to work productively with these vocabularies. The appendix contains a short introduction to the namespace mechanism (see appendix, section A.3).

    1.6 Feed Formats and other XML Formats

    Syndication Formats are not News Formats

    A comparison of news-specific formats used by news agencies and commercial publishing houses shows that RSS simply can’t be called a news format. The combination NITF/NewsML is increasingly establishing itself there. NITF stands for “News Industry Text Format”. NITF is an XML dialect to identify the components of news content, such as headlines, introductory texts, and names of people and organizations (http://www.nitf.org). NewsML which stands for News Markup Language, is a format for the “wrapper” of news, with information about release dates, the legal situation, etc. (http://www.newsml.org/pages/index.php). NewsML and NITF are based on the model of news in a journalistic sense. For feed formats, these semantics don’t play an important role; their semantics are considerably more abstract.
    NewsML and NITF are neither formats for information about the state of a—modifiable—web resource, nor formats for feeds, that is, for documents that summarize different information objects. RSS differs from NewsML and NITF in that all RSS messages refer to resources on the Web, which are identifiable through a URI. It is characteristic for an RSS document to be linked to a complete resource and that the individual information objects may or may not contain links as well.
    Essentially, an RSS document is nothing more than a simple, two-level hierarchy of links that are provided with a title and a description. This pattern is so general that it refers to every resource on the Web that is identifiable, that is: which has a URI, which has components that can be labeled, and which changes with time.

    Distinction of Message Formats

    RSS can also be distinguished from those message formats that have been developed for the purpose of machine-readable data recently. Well-known formats of this kind are XML-RPC and SOAP. These formats mainly serve to exchange Web data that is normally seen by no one. XML-RPC addresses functions of program operation on distant computers (See http://www.xmlrpc.com/spec/ ). SOAP is a format for enveloping any complex message, for example, documents that are exchanged in e-business processes. For example, SOAP serves as a format for covering ebXML messages. (See http://xml.coverpages.org/ebXML.html and http://webservices.xml.com/pub/a/ws/2001/04/04/ebXML.html.)
    Surely it is no coincidence that the American developer Dave Winer significantly influenced RSS as well as XML-RPC and SOAP. These three XML vocabularies are formats for messaging on the Web. They both don’t need any exchange technology other than the HTTP protocol; SOAP and XML-RPC, as well, can be called end-to-end technologies. For Winer, especially, XML-RPC and SOAP are complementary to RSS in creating complete publication solutions.
    RSS is a format for documents that are accessed by people, whereas SOAP is a format for data that is to be processed by machines. Due to their extensibility, all new RSS versions can in fact be used as envelopes for data. At the same time, the semantics of RSS remain: the messages inform about the state of a web resource that can be modeled as a collection of similarly structured information objects.

    1.7 The Versions of RSS and Atom: Their Evolution and the Future

    If I use the term “RSS” in this book without the version number, it acts as a collective term for “the different RSS versions and Atom” as a group, that is, as a synonym for “feed format”. If I only talk about one of these formats, I use “RSS” with a version number, or the name “Atom.”
    In an ideal world, this book would just be an essay that describes a format for the syndication of content, which is easy to use and explain. In fact—apart from the various predecessors—we are dealing with at least three and a half newer formats, which were developed as alternatives for each other, namely, RSS 1.0 and RSS 1.1 (an RSS 1.0 update), RSS 2.0, and Atom.
    Many websites still offer feeds in the predecessor formats of RSS 2.0; these feeds have version numbers 0.91, 0.92, and 0.93. In this book, I describe them along with RSS 2.0. The development and discussion of these formats isn’t over; it is frequently discussed in a passionate and fierce manner. After all, because it concerns a key area of the Web’s future development, it also involves influence and money.
    Almost all RSS applications can process every, or at least the relevant, form of RSS feeds. The most important reason for this is the fact that the semantic models, which are the basis for the different syndication formats, overlap for the most part. In addition, documents in the syndication formats have a flat structure; they don’t involve any deep and complex hierarchies. (Where do deeper hierarchies happen?—for example with quoted HTML markup—applications can usually leave the processing to an HTML Rendering Engine.)
    The following table includes data in respect of the most important feed and news formats. With this, I follow:

    • Dave Winer: RSS History,
      http://blogs.law.harvard.edu/tech/rssVersionHistory;
      Mark Pilgrim: The myth of RSS compatibility,
      http://diveintomark.org/archives/2004/02/04/incompatible-rss;
    • Sam Ruby: Really Simple Syndication,
      http://www.intertwingly.net/stories/2002/09/02/reallySimpleSyndication.html;
    • Edd Dumbill: XML in News Syndication, http://webservices.xml.com/pub/a/ws/2000/07/17/syndication/newsindustry.html, and the news section on XMLNews.org, http://www.xmlnews.org/.

    In this book I discuss only the following three families of formats:

    The news industry formats in the strictest sense (NITF, NewsML, ICE, and PRISM) have tasks different to that of the feed formats of the RSS and Atom family. They serve to exchange content and trade data between commercial partners. All remaining formats either didn’t establish themselves or are irrelevant. This doesn’t mean that they are not interesting. The appendix contains an overview of the Outline Processor Markup Language, OPML, which is used by many aggregators and newsreaders as an addition to RSS (see section A.2, Outline Processor Markup Language).

    1.7.1 The Beginnings: MCF, Scripting News, and CDF

    The disparate influences that subsequently led to the development of different RSS versions are pretty obvious in the history of the formats. A metadata format—the “Meta Content Framework” MCF—and news channel formats like the Scripting News format and Microsoft’s Channel Definition Format (CDF) were the predecessors of RSS. For the description of RSS‘s case history, I follow primarily Ben Hammersley, Content Syndication with RSS, O’Reilly, 2003. In 2005, the second edition of the book was published (see bibliography).
    The World Wide Web was developed as a net of texts, linked to each other. The protocols and standards to which the Web owes its astronomical rise, namely HTML and HTTP, describe how web documents are structured and how they are published, modified, and accessed. HTML doesn’t take into account that many of these documents are often, and in many cases regularly, changed and updated. In the Web’s infrastructure, which established itself in the first half of the 1990s, software developers and their clients were concerned with the demands posed by constant changes and updates in resources on the Web. In this manner, the first content management systems and browser add-ons, like the Netscape Sidebar and Java Applets with stock ticker messages, emerged. In the process, it became clear that common formats and protocols that support the constant updating of web resources, would simplify publishers’ and users’ lives and work on the Net. Such formats were developed in the mid 1990s.


    Meta Content Format and Channel Definition Format

    The origins of RSS reach back to at least 1995. At the time, Ramanathan V. Guha designed the Meta Content Format or MCF. Apple used the Meta Content Format in an experimental project called ProjectX, and later HotSauce. MCF makes it possible to describe sites with metadata that is found in an MCF file of its own. HotSauce presents this metadata in a format that allows three-dimensional navigation. In 1995, Guha switched over to Netscape and met Tim Bray, one of the most important developers behind the XML standard. Together they transformed MCF into an XML-based format. From this collaboration, the Resource Description Format (RDF) was developed—the basic technology of the Semantic Web.
    Simultaneously, Microsoft, together with Pointcast and other companies, also developed an XML-based format to describe websites, which was called Channel Definition Format (CDF). CDF allowed the description of content, publication plans (scheduling), logos, and metadata of a site. It was incorporated in Internet Explorer 4 and acted as the technology basis for Microsoft’s so-called Active Desktop.

    UserLand’s Scripting News Format

    Perhaps the oldest syndication format in today’s sense is the Scripting News format from UserLand.com (http://my.userland.com/stories/storyReader$11). Dave Winer described it in December 1997 and implemented it publicly. A number of sites still offer newsfeeds in this format, in which every entry is a section with links. Winer tried to form the basic characteristics of writing on the Web, instead of offering only headlines, as in earlier RSS versions. In 1999, Winer included important elements of RSS 0.9 in version 2 of the Scripting News format.
    In 1999, Netscape introduced RSS 0.9 as a format to describe information channels and aggregate content. RSS made it possible to publish snapshots of content in the portal “My Netscape”. RSS soon proved to be an effective, simple XML format for the syndication of content beyond this application.
    Initially, RSS channels contained only news, but soon new types of content were added. For example, RSS feeds started describing articles in discussion forums, wikis, and new software versions (http://web.resource.org/rss/1.0/spec).
    RSS was initially an abbreviation for “RDF Site Summary”. (For information about RSS as “RDF Site Summary” see Chapter 3. For a detailed explanation of the term, see section 3.1 RDF Basics.) With RSS, it is possible to integrate headlines from other sites with links to these sites in the portal. The user could personalize the portal and subscribe to a number of sites that offered RSS data. In this manner, My Netscape had at its disposal a great amount of additional content, which kept users on the site longer; the providers of RSS data received additional traffic—the most important goal of many websites in the times of the dot-com boom. Since it is easy to convert RSS to HTML, other sites soon started using the same technology. Slashdot soon used RSS instead of its own headline format, and tools were developed to create and process RSS in the common scripting languages.
    The first desktop headline viewers were released in 1999 (Carmen’s Headline Viewer; compare http://www.xml.com/pub/r/91; http://www.headlineviewer.com/; with Ben Hammersley’s article in the Guardian: http://www.guardian.co.uk/online/story/0,3605,781838,00.html). These applications made it possible to download RSS information and then read it without being connected to the Internet. Likewise, RSS directories like syndic8 and other aggregators were developed at about the same time. Dan Libby developed the first version of RSS as a pure RDF application. At Netscape, however, that format was soon considered too complicated, and it was replaced by a simpler vocabulary, which was not usable RDF, but wasn’t a really simple format either. Soon after, Netscape completely abandoned RDF in RSS 0.91. This decision provoked the first split in the development of the syndication formats, a split that lasts until today. One group of developers considers RSS an XML format to exchange news and other content that is updated often. The other group regards it as a metadata format, that is, an instrument to represent knowledge. The debate over whether newsfeed documents should be RDF documents at the same time isn’t over yet.
    In the first year of their existence alone, there were 4,000 different RSS feeds to be found on the Web. In 2002, the RSS directory syndic8 broke through the symbolic 10,000 feeds barrier.

    1.7.2 RSS 0.91

    Soon after, Netscape published RSS 0.91 under the name of Rich Site Summary. RSS 0.91 wasn’t an RDF format anymore; it took on some elements from UserLand’s Scripting News format, most importantly the description element. This allowed RSS to evolve into a format for spreading content, for which it was developed in the first place. Netscape wasn’t involved in further development of the format for very long. UserLand and especially its founder, Dave Winer, successfully propagated RSS as an element of the syndication framework and soon after published version 0.91 under their own copyright. Winer is among the founders of Weblogging and also belongs among the pioneers of the “Semantic Web”.
    RSS 0.91 and all its subsequent versions, as well as XML-RPC and the MetaWeblog API, owe their origins to UserLand and Winer. UserLand products like the content management system Manila and the service EditThisPage.com “brought together the world of content syndication and weblogs”: to use the quote given in the introduction of the RSS 1.0 specification.
    An important novelty of the Netscape RSS 0.91 version compared to RSS 0.90 is the possibility of validating documents of this format against a DTD. Abandoning the RDF characteristics, which couldn’t be used any more at that point, simplified the language compared to its predecessor. The abbreviation RSS now stood for Rich Site Summary or Really Simple Syndication (for more information on the XML elements see also section 2.5.1).

    1.7.3 RSS 1.0

    In the following years, the split came to a real head in the RSS developer community. Dave Winer’s company, UserLand, controlled RSS 0.91. UserLand was above all interested in keeping the format simple and using it for personal publishing, particularly for the new publishing form of Weblogging.
    Other important developers, however, among them Rael Dornfest, who was working as a chief technology officer at O’Reilly’s, wanted to expand the scope of RSS to use it for other purposes and connect it with additional formats. Therefore, they reintroduced RDF and also
    introduced a new mechanism, the XML namespace. A related specification was published in December of 2002; the developers called the format that was described, RSS 1.0.
    RSS 1.0, which is in no way just an additional RSS version, but an alternative language on its own, is more formally specified than RSS 0.91 and its successors. RSS 1.0 is defined not only as a syntax, but also as a data format. Due to its compatibility with RDF, the metadata framework of the W3C, RSS 1.0 makes the exact description of the relationship between RSS data and metadata of other RDF formats possible.
    However, RSS 1.0 and RSS 2.0 don’t differ much with respect to the embedding of content in other formats and the description or non-description, respectively, of the relationship between document formats and publication environments. (Chapter 3 gives a detailed description of RSS 1.0. You will find a reference of its XML elements in section A.4 in the appendix.)

    1.7.4 RSS 0.92

    Winer answered the publication of RSS 1.0 with RSS 0.92, within two weeks. RSS 1.0 was a modular and extensible syndication vocabulary that could be easily combined with other XML vocabularies and RDF formats. RSS 0.92, on the other hand, was an easy-touse vocabulary whose limited features were sufficient for the needs of most users of syndication technologies.
    From the users’ perspective, RSS 0.92 and RSS 1.0 were compatible. Most RSS parsers could and can process documents in both formats. Parsers for the 0.9x formats, however, can’t understand the RSS 1.0 extension modules, let alone extract RDF data from RSS documents.
    All attempts to develop another RSS format, acceptable to representatives of both versions failed. Several RSS 1.0 fans held Dave Winer responsible for this. Not only did Winer refuse to define RSS as an RDF format or design it to be RDF compatible, but he also didn’t accept the common practice of discussing a format on a mailing list in order to reach the widest possible consensus with other developers.
    Instead, Winer wanted to turn weblogs into discussion forums for the further development of RSS. This procedure allowed him and UserLand to filter the articles. (For more information on the XML elements used by RSS 0.91, see section 2.5.1.)

    1.7.5 RSS 0.93

    RSS version 0.93, which was published by Winer a year later, already contained most of the elements that belong to today’s up-to-date RSS 2.0. But RSS 0.93 doesn’t have an extension mechanism. This format remains popular even today. (For more information on the XML elements used by RSS 0.93 see section 2.5.3.)

    1.7.6 RSS 2.0

    In September of 2002, Winer published the specification for RSS 2.0, again without making an effort to reach a consensus with those who participated in the rss-dev mailing list and helped develop RSS 1.0. (Just prior to this, he had published the same RSS 2.0 format as RSS 0.94.) At the same time, Winer declared RSS 2.0 a frozen standard; successor formats weren’t supposed to be published under the name RSS any more. A little later, Winer assigned the rights of RSS to Harvard University—RSS was to be exempt from the suspicion of serving personal or business interests.
    Today, RSS is the most widely used feed format. It is characteristic of this format to not specify, or to leave it to the application developers to specify: the connections between RSS data on the one hand, between other content formats, data/metadata formats, and publication environments on the other hand. Essentially, RSS 2.0 defines syntax, whereas meaning and use were determined through the use of examples. The supporters of RSS 2.0 consider this low level of specification one of the format’s biggest advantages, whereas the supporters of alternate RSS versions see it as its prime weakness.
    Other formats owe their existence to the fact that RSS 2.0 ignores a lot of problems. The enormous problems encountered during the formal definition of these formats are an argument for, as well as against, this strategy; an argument for it, because RSS 2.0 works in many different applications and is by far the most popular version, including its predecessor formats. The argument against it is the fact that, in practice, problems arise wherever the RSS 2.0 specification is unclear, for example, in the case of document validation. (Chapter 2 gives a detailed description of RSS 2.0. You find a reference list of the XML elements of RSS 2.0 in the appendix in section A.3.)

    1.7.7 From a Syndication to a Publication Format: Atom, the New Alternative

    In June of 2003, the Atom roadmap was published. (See http://intertwingly.net/wiki/pie/RoadMap; concerning the date: http://virtuelvis.com/archives/2003/06/index. Initially, the format was called “Echo” and “Pie”.) The goals of this format were to be “100% vendor neutral, implemented by everybody, freely extensible by anybody, and cleanly and thoroughly specified”. Previously, there had been intense debate about RSS 2.0 and the political implications of the fact that Dave Winer had control over the format. (Links for background material: http://diveintomark.org/archives/2003/06/23/a_fresh_start).
    At that point, it was clear that “weblogging would become an industry of its own”, as Mark Pilgrim put it: in the future, interoperation would require more than “calling a friend or sending an e-mail”. Mark Pilgrim and Sam Ruby developed the FEED Validator, which checks the newsfeeds of almost all known feed formats with respect to standard compatibility (http://feedvalidator.org/). In the process, they came across deficits of the RSS 2.0 specification and its predecessors. The specification is unclear on several important points, so in some cases it can’t be decided whether a document complies with it or not. Winer’s attempts to stay in control seemed to be “FUD” to the group of future Atom developers. (Fear, Uncertainty, Doubt: open-source supporters like to characterize this acronym as a generic strategy—used deliberately, but often in vain—to make someone insecure.) At that time, Mark Pilgrim considered RSS 1.0 more or less a failure, or even dead, and some of the people who had backed RSS 1.0 up to that point, supported Atom from then on as a new format.
    In March of 2004, Dave Winer—unsuccessfully in the end—suggested combining RSS 2.0 and Atom into one format and naming the document element rssAtom (http://blogs.law.harvard.edu/crimson1/2004/03/08). The new format would “differ from RSS as little as possible” and would be developed by an open IETF work group. The specification, which the Atom developers were promising, and the validation service could be used together. Winer’s suggestion differs from the goals of the Atom developers only in the fact that he placed value on maximum backward compatibility towards older RSS versions. At that point, however, the discussion had advanced too far already, and Winer didn’t participate. In fact, the Atom developers chose the IETF as the standard body. As the only feed format so far to be backed by an organization that is in part responsible for the development of the Internet, Atom has a good chance of becoming a standard.
    The Atom work group followed the path of an exact syntactical specification that clearly defines the connections of Atom-specific information to other information included in the document. Atom is explicitly defined as both a syndication format and a publication format. The “Atom Publishing Protocol” will belong to the Atom standard as well, once it is completed. On the other hand, the connection with metadata formats is not the center of the Atom developers’ attention. The Atom standard as such is independent of the specifications of the Resource Description Format; however, for some developers it is especially important that Atom and RDF stay compatible. (Chapter 4 gives a detailed description of Atom. You can find a reference list of the XML elements for Atom in section A.7 of the appendix.)

    1.7.8 Which Format for Which Purpose?

    All three—or four—up-to-date RSS versions offer the same basic functions for the user. The differences with respect to these tasks are easy to balance with modifications and extensions. The formats, however, vary notably in the amount of detail in the specifications, the processing of documents in these formats, and the additional functions they offer:

    RSS, XML, Atom – Что это такое и как это позволит мне эффективнее использовать Сеть?

    – Что такое «фиды» (feeds)? Я часто вижу «RSS», «XML», и «Atom» на многих сайтах, но я не знаю как пользоваться этими ссылками.

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

    – Что такое «фиды» (feeds)? Я часто вижу «RSS», «XML», и «Atom» на многих сайтах, но я не знаю как пользоваться этими ссылками.

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

    Что все это значит?

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

    Чем это удобно?

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

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

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

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

    Кто публикует фиды?

    Сегодня практически все крупные веб-ресурсы такие как USATODAY.com, BBC News Headlines, ABCNews, CNET, Yahoo!, Amazon.com, также русскоязычные новостные сайты, например korrespondent.net, и много много других используют этот новый, эффективный способ доставки информации. Google публикует фиды многих своих сервисов, например вы можете подписаться на различные новости из Google News. В добавок, сотни тысяч блоггеров, подкастеров, и видеоблоггеров публикуют фиды чтобы быть ближе к своим читателям, слушателям, зрителям и комментаторам. Apple в своем сервисе iTunes Store предлагает множество подкастов для загрузки, каждый из которых использует фиды.

    Как я буду читать фиды?

    Если вы хотите просматривать и подписываться на фиды, у вас есть множество вариантов на выбор. На сегодняшний день существует более 2000 различных приложений для чтения фидов, также известных как агрегаторы (в основном, они предназначены для текстового контента) и «подкатчеры» («podcatchers» для отслеживания обновлений подкастов). Есть также программы-читалки разработанные исключительно для мобильных устройств.

    Некоторые из программ агрегаторов обойдутся вам небольших денег, однако порадуют простотой использования и будут содержать множество предустановленных новостных каналов, среди которых вы вероятно найдете и интересные для себя. Бесплатных программ также великое множество, попробуйте поискать по слову «Feed reader» или «Feed aggregator» на популярных поисковых сайтах – вы получите достаточно предложений. Некоторые популярные фид-агрегаторы будут перечислены в конце этой страницы.

    Типичный интерфейс для фид-агрегатора будет отображать ваши новостные ленты и число новых (непрочитанных) записей в каждой ленте. Вы можете сгруппировать фиды в категории.

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

    Как мне опубликовать свой собственный фид?

    Если у вас есть вебсайт, блог, аудио/видео материалы, или просто фотоснимки, вы можете «приделать» к своим материалам новостную ленту. Если вы пользуетесь популярной блог-платформой или интрументом для публикации как TypePad, WordPress, или Blogger, то скорее всего новостная лента создается для вас автоматически. Даже некоторые другие не-блоговые сайты, такие как сеть обмена фотографиями Flikr предоставляют фиды для материалов которые вы публикуете, чтобы облегчить доступ к этим материалам вашим посетителям. Также есть инструменты которые помогают преобразовать традиционный веб-контент в формат подходящий для распространения по RSS.

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

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

    И наконец, немного технической информации

    Новый способ для простого распространения контента часто называется «web feed», а технически это реализуется на формате RSS, что расшифровывается как Really Simple Syndication, Rich Site Summary, и/или Rockdale, Sandow, и Southern (Railroad) если вы верите в добрые сказки на AcronymFinder.com. RSS основан на XML, широко используемом стандарте для обмена текстовой информацией между приложениями в интернет. RSS ленты могут быть прочитаны как обычный текстовый файл, однако задуманы они для коммуникации компьютер-компьютер.

    Отметим, что RSS это только один из форматов для описания XML фидов. Другой, также достаточно известный формат это Atom. Оба формата имеют своих приверженцев, и вряд-ли они будут обьединены в один формат. Тем не менее, большинству пользователей важно лишь получать свежий контент, не особо заботясь о тенической реализации сервиса. FeedBurner помогает издателям избежать неопределенности в том какой формат использовать – это абсолютно все равно благодаря сервису SmartFeed, который делает любой формат читаемым на любом устройстве подписчика.

    Илон Маск рекомендует:  Что такое код recode_file
    Понравилась статья? Поделиться с друзьями:
    Кодинг, CSS и SQL