Спецификации стандартного формата, французский перевод Дени Суро, размещенный на сайте .fr.
RDF Site Summary (RSS) - описание метаданных и легкий универсальный расширяемый формат синдикации. RSS - приложение XML, соответствующее спецификациям RDF W3C и расширяемое с помощью пространств имен XML и/или модуляризации на основе RDF.
Члены рабочей группы RSS-DEV:
Последняя оригинальная версия на английском языке: https://web.resource.org/rss/1.0/spec
1.3.4 2001-05-30 исправил небольшую ошибку в разделе 5.3.6.
1.3.3 2001-03-20 mime-type обновлен и URI.
1.3.2 2000-12-19 (изменение модели и снижение разметки; автор рецензий: СБП)
1.3.1 2000-12-17 (исправлена ошибка: рекомендован верхний предел в 15 статей на документ РСС, не введен [5.5].
1.3 2000-12-09
Комментарии следует направлять в почтовый список RSS-DEV, архивированный на http://www.egroups.com/messages/rss-dev.
Авторское право 2000 года от авторов .
Это позволяет использовать, копировать, изменять и распространять спецификации RDF Site Summary 1.0 и сопроводительную документацию для любого использования и без прав на оплату при условии, что уведомление об авторском праве выше и этот абзац содержатся во всех копиях. Владельцы авторских прав не дают никаких гарантий по поводу пригодности спецификаций для каких-либо целей. Она предоставляется «как есть» без выраженной или подразумеваемой гарантии.
Это авторское право относится к спецификациям RDF Site Summary 1.0 и сопроводительной документации и не распространяется на сам формат RSS.
RDF Site Summary (RSS) - описание метаданных и легкий универсальный расширяемый формат синдикации. RSS - приложение XML, соответствующее спецификациям RDF W3C. RSS расширяется с помощью пространства имен XML и/или модульности на основе RDF.
Сводка RSS, как минимум, представляет собой документ, описывающий «канал», состоящий из элементов, URL-адрес которых можно найти. Каждая статья состоит из названия, ссылки и краткого описания. Несмотря на то, что статьи традиционно являются заголовками новостей, RSS в свое недолгое существование часто переназначали. Обзор документов RSS 1.0 см. в разделе Примеры ниже.
RSS 0.9 был представлен в 1999 году Netscape как механизм фреймворка/контент-сбора с описанием канала для их портала My Network Network (MNN). Предоставив снимок в простом документе, производители сайтов приобрели аудиторию с наличием своего контента на My Netscape.
Побочным продуктом работы MNN было использование RSS в качестве легкого формата синдикации на основе XML, быстро становясь реальной альтернативой специальным системам синдикации и практичностью во многих сценариях, где стандарты тяжёлого веса, такие как ICE, были слишком представлены. И использование не остановилось на синдикации титула; RSS-каналы сегодня передают группу типов контента: заголовки новостей, дискуссионный форум, анонсы программ и различные виды проприетарных данных.
RSS 0.91, перекликаясь как «Rich Site Summary» вскоре последовал по пятам 0.9. Он подвел свои корни RDF и принес новые элементы в формат скриптингаNews от Userland - наиболее заметным из них стал новый элемент <описание> на уровне статьи, из-за которого RSS попадает на арену синдикации контента (легкий вес).
В то время как Нетскейп прерывал свои усилия по отношению к RSS, евангелизация Дэйва Винера из Userland's привела к значительной волне принятия RSS в качестве основы для синдикации. Включение RSS 0.91 в качестве формата синдикации своего продукта Manila и сервиса в EditThisPage.com отношении объединило миры веблога и синдикации.
В то время как RSS продолжает перепрофилироваться, агрегироваться и классифицироваться по категориям, растет потребность в увеличенной среде метаданных. Элементы заголовка и описания на уровне канала и на уровне детали перегружены метаданными и HTML. Некоторые даже издатели вставляли неофициальные специализированные элементы (например, «category», «date», «author»), чтобы попытаться увеличить разрозненные функции метаданных из RSS.
Предлагаемое решение - добавление в ядро RSS большего количества простых элементов. Это направление, вероятно, является наиболее простым в краткосрочной перспективе, жертвует расширяемостью и требует повторяющихся изменений формата, добавляя то, что требуется, и убирая неиспользованные функции. Более конкретное представление использования элементов см. в RSS-опросе Яна Дэвиса (25-7-2000).
Второе решение, и оно здесь принято, - разделение конкретных функций в модулях, добавляемых к RSS. Это один из подходов, используемых в этой спецификации: модульность достигается за счет использования XML-пространств имен для разбиения лексики. Добавить и удалить функцию из RSS - это просто вопрос включения определенного набора модулей, более подходящих для текущей задачи. Ретуширование ядра RSS больше не требуется.
Продвинутые приложения RSS требуют более богатого представления отношений между внутриканальными и межканальными элементами (например, обсуждения по проводам). RDF (Resource Descrimework Framework) (или фрейм описания ресурса) точно обеспечивает рамку для такой богатой модели метаданных. RSS 0.9 заложила основу (хотя и ограниченную) для создания новой структуры.
Целью в конструкции RSS 1.0 является описание метаданных и легкий универсальный расширяемый формат синдикации на основе XML. Совместимость по восходящей линии с RSS 0.9 является целью простого принятия существующих производителей синдицированного контента.
Большая часть успеха RSS происходит из-за того, что это просто XML-документ, а не полная структура синдикации, такая как XMLNews или ICE.
Ниже приводится пример основного документа RSS 1.0, использующего только все элементы ядра RSS 1.0.
<?xml version="1.0"?>
<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"
>
<channel rdf:about="http://www.example.com/xml/news.rss">
<title>iqlevsha.ru</title>
<link>https://iqlevsha.ru/pub</link>
<description>
iqlevsha.ru propose un ensemble d'informations pour la communauté XML.
</description>
<image rdf:resource="http://example.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
</channel>
<image rdf:about="http://example.com/universal/images/xml_tiny.gif">
<title>example.com</title>
<link>http://www.example.com</link>
<url>http://example.com/universal/images/xml_tiny.gif</url>
</image>
<item rdf:about="http://example.com/pub/2000/08/09/xslt/xslt.html">
<title>Traiter les inclusion avec XSLT</title>
<link>http://example.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
Traiter l'inclusion de documents avec les outils XML généraux peut
être problématique. Cet article propose un moyen de préserver
l'inclusion de l'information par un traitement fondé sur SAX.
</description>
</item>
<item rdf:about="http://example.com/pub/2000/08/09/rdfdb/index.html">
<title>Mettren en oeuvre RDF</title>
<link>http://example.com/pub/2000/08/09/rdfdb/index.html</link>
<description>
Le support d'outils et API pour Resource Description Framework
devient peu à peu mature. Edd Dumbill considère RDFDB,
une des plus intéressante nouvelle boite à outils RDF.
</description>
</item>
</rdf:RDF>
В течение 12 месяцев после выхода версии 0.91 появились различные новые способы использования RSS. RSS призван развиваться с растущими потребностями приложений: агрегацией, проводами обсуждения, листингами работ, домами на продажу (услуги множественной регистрации), спортивными баллами, каталогами документов и т. Д. Через модульность на основе пространств имен XML и RDF RSS 1.0 устанавливает и стандартизированную, и адаптированную к специализированным приложениям.
Ключевой момент различия между RSS версии 1.0 и более ранней (или производной) лежит в его расширяемости через соответствие XML пространству имен и RDF (Resource Descusion Framework или рамке описания ресурса).
Модули, основанные на пространстве имен, обеспечивают раздельную расширяемость. Это позволяет расширить RSS:
Более подробно RSS-модули описаны в разделе «Модули» ниже.
Метаданные - это данные данных. Даже если дефицита информации, циркулирующей в Сети, у нее мало описания о себе. В докладе о ходе работы над метаданными W3C говорится следующее:
"Возможное использование Сети кажется бесконечным, но технологии не хватает ключевой части. Чего не хватает, так это части Сети, которая содержит информацию об информации - маркировку, каталогизацию и описательную информацию, структурированную таким образом, чтобы она позволяла правильно искать и обрабатывать веб-страницы, особенно на компьютере".
RDF учитывает представление подробных отчетов метаданных сверх того, что возможно в более ранней неструктурированной RSS. Существующая база RDF в RSS 0.9 стала причиной выбора построения на более ранних версиях RSS; попытка повторно ввести RDF в версии 0.91 RSS оказалась предложением типа «вернуть зубную пасту в тюбик».
Синдикация здесь определяется как сделать данные доступными в режиме онлайн, чтобы найти и передать их позже, агрегация или онлайн-публикация. Подробности различных сложностей систем синдикации (бесплатно по подписке, «отжиматься», давить против «свитера», тянуть и т.д.) выходят за рамки данной спецификации.
Ядро RSS 1.0 основано на RSS 0.9. RSS 1.0 сосредоточен на расширении пространств имен XML и RDF при сохранении совместимости по восходящей линии.
Совместимость по восходящей линии с RSS 0.9
Совместимость по восходящей линии осуществляется в зависимости от утверждения и условия, что основные персоны, модули и библиотеки RSS не знают, что они не были предназначены для понимания:
Атрибуты; RSS 0.9 не имеет атрибутов вне объявлений пространства имен RDF.
Элементы модульного расширения находятся вне пространства имен по умолчанию.
Элементы ad hoc, не влияющие на общую структуру документа RSS 0.9.
Расширение с помощью модульности на основе пространства имен XML
RSS 1.0 расширяется модулями, основанными на пространстве имен. Хотя, конечно, поощряется расширение на специальной основе, можно надеяться, что появится базовый набор утвержденных модулей, охватывающих такие функции, как таксономия, агрегация, Дублинское ядро и т.д. См. раздел модулей ниже, а также реестр модулей ядра RSS 1.0.
Ограничение налагается на подэлементы канала, изображения, изделия и верхние элементы текстинпута <textinput>[ , 5.3 <канал>5.4 <image>, 5.5 <item>, 5.6], то есть эти элементы могут не содержать повторяющихся подэлементов (например, <item><dc:sujet/><dc:sujet/></item>). Это предложение относится только к непосредственным подэлементам. Для больших глубин (повторяющихся элементов богатого контента) это уже хорошо определено в синтаксисе RDF.
РАДИОВЕЩАНИЕ ФРАНЦИИ
RSS 1.0 строит на фреймворке RDF, возникающей в RSS 0.9 (и проигранной с RSS 0.91) через следующие минимальные добавления:
rdf:about 5.3, 5.4, 5.5, 5.6].Чтобы максимально поддерживать RDF и представления RSS 1.0 в чистом XML, RSS 1.0 распознает только использование синтаксиса элементов RDF в элементах ядра.
Тип мима
Текущая рекомендация mime-типа для документа RSS 1.0 - application/xml. Однако сейчас ведется работа по записи mime-типа для RDF (и, вероятно, RSS). После регистрации необходимо использовать mime-тип RDF (или, желательно, RSS).
Расширение файла
Расширение файла для документа RSS 1.0 не требуется. RDF или .xml рекомендуется, причем первый предпочтителен.
Кодирование
В то время как RSS 0.9 признавал только кодировку ASCII, RSS 1.0 навязывает UTF-8. Использование US-ASCII (т. е. кодируя все символы кода больше 127 как & # nnn;) соответствует кодировке UTF-8 (и ISO-8859-1 кодировка заголовка HTTP по умолчанию).
URL-адреса
В качестве меры обеспечения совместимости по восходящей линии с RSS 0.9 допустимы только следующие схемы в элементах URL-ссылки: http:, https:, ftp:. mailto: допустимо только в элемент ссылки textinput.
Организации:
XML зарезервирует некоторые символы для разметки. Для включения последних в документ RSS они должны быть заменены ссылкой на объект:
< становится <> становится > & становится & Следующие две ссылки на объекты также определяются анализаторами соответствия XML. Хотя их использование распространено, но не является обязательным. Однако они требуются при включении цитаты в кавычки в строке, использующей один и тот же символ; например, «» привет, «» она сказала, что «следует кодировать как» & quot; Привет, & quot; Она сказала".
'становится '
"становится " Примечание: Поскольку RSS 1.0 не требует DTD, убедитесь, что в него включены встроенные декларации объектов, используемых в дополнение к перечисленным выше пяти. Следующие фрагменты DTD очень полезны в качестве источника HTML-совместимых сущностей.
Пример использования:
<?xml version="1.0"?> <!DOCTYPE rdf:RDF [ <!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent"> %HTMLlat1; ]> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" > ...
Длина содержимого:
В то время как RSS 1.0 оставляет выбор длины содержимого для таких элементов, как заголовок, ссылка и описание, если оно приемлемо для приложения, максимальная длина символа RSS 0.9 "s устарела в пользу предложенного статуса хорошей практики, для строгого соблюдения совместимости по восходящей линии.
Рейтинг:
В следующих описаниях элементов ядра используется следующая нотация:
{quelque chose} - это просто контейнер для URI, значения и т. Д. ? означает, что элемент или атрибут не является обязательным .+ означает, что «по крайней мере один экземпляр» этого элемента или атрибута. * signifie Допускается «ноль экземпляров» этого элемента или атрибута. В качестве XML-приложения RSS-документ не обязательно должен начинаться с XML-декларации. В качестве наилучшей практики и для обеспечения дальнейшей совместимости по восходящей линии с RSS 0.9 (это требовалось спецификацией 0.9), эта спецификация рекомендует сделать это.
Синтаксис: <? xml версии = «1.0»?>
Условие: Необязательно (за исключением указания кодировки)
Наиболее широким в каждом документе, соответствующем RSS 1.0, является элемент RDF. Открытый тег RDF связывает пространство имен rdf: с синтаксической схемой RDF и устанавливает схему RSS 1.0 в качестве пространства имен по умолчанию для документа.
В то время как любой допустимый префикс пространства имен может быть использован, создателям документов рекомендуется считать нормативным «rdf:». Желающие быть строго совместимыми с RSS 0.9 должны использовать «rdf:».
Синтаксис: <rdf: RDF: xmlns: rdf =» http://www.w3.org/1999/02/22-rdf-syntax-ns #» xmlns = «http://purl.org/rss/1.0/»>
Условие: Требуется точно, кроме дополнительных объявлений пространств имен.
Модель: (канал, картинка?, элемент +, текстинпут ?)
Элемент channel содержит метаданные, описывающие сам канал, включая заголовок, краткое описание и URL-ссылку описываемого ресурса (домашнюю страницу поставщика канала, в данном случае). URL-адрес {resource} атрибута rdf: about элемента channel должен быть уникальным по отношению ко всем остальным атрибутам rdf: about в документе и это URI, идентифицирующий канал. Обычно это либо URL-адрес описанной домашней страницы, либо URL-адрес, где можно найти RSS-файл.
Синтаксис: <rdf channel: about = «{resource}»>
Условие: Требуется.
Необходимые атрибуты: rdf: about
Модель: (заголовок, ссылка, описание, изображение?, предметы, текстинпут?)
Пример:
<channel rdf:about="http://www.example.com/xml/news.rss">
<title>example.com</title>
<link>http://example.com/pub</link>
<description>
example.com propose un ensemble d'informations pour la communauté XML.
</description>
<image rdf:resource="http://example.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
<textinput rdf:resource="http://search.example.com" />
</channel>
Описательное название канала.
Синтаксис: <title> {channel_title} </title>
Условие: Требуется
Модель: (# PCDATA)
(Предлагается) максимальная длина: 40 (символы)
URL-адрес, к которому привязывает HTML-рендеринг названия канала, обычно это домашняя страница родительского сайта или страница новостей .
Синтаксис: <link> {channel_link} </link>
Условие: Требуется
Модель: (# PCDATA)
Максимальная длина: 500
Краткое описание содержания канала, функции, источника и т.д.
Синтаксис: <описание> {channel_description} </описание>
Условие: Требуется
Модель: (# PCDATA)
Максимальная длина: 500
Устанавливает RDF-связь между необязательным элементом изображения [5.4] и этим конкретным RSS-каналом. Rdf: resource {image_uri} должен быть таким же, как rdf: about для элемента изображения {image_uri }.
Синтаксис: <image rdf: resource = «{image_uri} «/>
Условие: Требуется только при наличии элемента изображения.
Модель: Пустая
Оглавление RDF, связывающее элементы документа [5.5] с этим конкретным RSS-каналом. Rdf: ресурс для каждой статьи {item_uri} должен быть идентичен rdf: about для связанного элемента {item_uri}.
RDF Seq (последовательность) используется для размещения всех элементов, а не RDF Bag, чтобы указать порядок элементов для рендеринга и реконструкции.
Обратите внимание, что элементы, появляющиеся в документе, но не являющиеся членами последовательности элементов на уровне канала, могут быть отклонены счетчиками RDF.
Синтаксис: <items> <rdf: Seq> <rdf: li resource = «{item _ uri} »/>... </rdf: Seq> </items>
Условие: Требуется
Устанавливает RDF-ассоциацию между необязательным элементом текстинпута [5.6] и этим конкретным каналом RSS. {Rdf: ресурс textinput_uri} должен быть идентичен rdf: about для элемента текстинпута {textinput_uri}.
Синтаксис: <textinput: rdf: resource = «{textinput _ uri} »/>
Условие: Требуется только при наличии текстинпута
Модель: Пустая
Изображение для рендеринга HTML канала. Это изображение должно быть формата, признанного большинством веб-браузеров. В то время как спецификации 0.91 и последующие допускают ширину 1-144 и высоту 1-400, конвенция (и спецификации 0.9) накладывает 88х31.
Синтаксис: <rdf image: about = «{image _ uri}»>
Условие: Необязательно; если присутствует, должен также присутствовать в канальном элементе [5.3.4]
Необходимые атрибуты: rdf: about
Модель: (заголовок, url, ссылка)
Пример:
<image rdf:about="http://example.com/universal/images/xml_tiny.gif">
<title>example.com</title>
<link>http://www.example.com</link>
<url>http://example.com/universal/images/xml_tiny.gif</url>
</image>
Альтернативный текст (атрибут «alt»), связанный с тегом изображения канала в рендеринге HTML.
Синтаксис: <title> {text_alt_image} </title>
Условие: Требуется, если присутствует элемент изображения
Модель: (# PCDATA)
Максимальная длина: 40
URL-адрес изображения, используемого в атрибуте «src» тега изображения канала при рендеринге в HTML.
Синтаксис: <url> {url_image} </url>
Условие: Требуется, если присутствует элемент изображения
Модель: (# PCDATA)
Максимальная длина: 500
URL-адрес, к которому привязывает HTML-рендеринг изображения канала. Это, как и со ссылкой на заголовок канала, как правило, домашняя страница или страница новостей .
Синтаксис: <link> {lien_image} </link>
Условие: Требуется, если присутствует элемент изображения
Модель: (# PCDATA)
Участник: Изображение
Максимальная длина: 500
Хотя это, как правило, новое название, с модульной расширяемостью RSS 1.0, на самом деле это можно использовать для чего угодно: дискуссионный билет, рабочий лист, программное обеспечение - любой объект с URI. На документ RSS приходится не менее одного пункта. Хотя RSS 1.0 не устанавливает верхнего предела, для обеспечения совместимости по восходящей линии с RSS 0.9 и 0.91 рекомендуется не более пятнадцати статей.
{item_uri} должен быть уникальным по отношению к любому другому атрибуту rdf: about RSS-документа, и это URI, идентифицирующий статью. {item_uri} должен быть идентичен значению подэлемента <link> элемента <item>, если возможно.
Синтаксис: <item rdf: about = «{item _ uri}»>
Условие:> = 1
Рекомендация (для совместимости по восходящей линии с 0.9x): 1-15
Необходимые атрибуты: rdf: about
Модель: (заголовок, url, ссылка?)
Пример:
<item rdf:about="http://example.com/pub/2000/08/09/xslt/xslt.html">
<title>Traiter les inclusions avec XSLT</title>
<link>http://example.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
Traiter l'inclusion de documents avec les outils XML généraux peut
être problématique. Cet article propose un moyen de préserver
l'inclusion de l'information par un traitement fondé sur SAX.
</description>
</item>
Название статьи.
Синтаксис: <title> {item_title} </title>
Условие: Требуется
Модель: (# PCDATA)
Максимальная длина: 100
URL-адрес статьи.
Синтаксис: <link> {item_link} </link>
Условие: Требуется
Модель: (# PCDATA)
Максимальная длина: 500
Краткое описание/резюме статьи.
Синтаксис: <описание> {item_description} </описание>
Условие: Необязательно
Модель: (# PCDATA)
Максимальная длина: 500
Элемент textinput предлагает метод передачи данных форм на произвольный URL-адрес - обычно размещенный на родительском веб-сайте. Предполагается, что только обработчик формы на стороне получения поддерживает метод GET для HTTP.
Поле обычно используется в качестве поля поиска или формы подписки - среди прочего. Даже если он имеет какую-то полезность, когда документы RSS переводятся как каналы (см. MNN) и сопровождаются читаемым для человека названием и описанием, двусмысленность в автоматическом определении значения этого перегруженного элемента не делает его особенно полезным иначе. Таким образом, RSS 1.0 предполагает, что он устарел или что этот элемент увеличивается с помощью любой формы поиска ресурсов в будущих версиях, сохраняя его для совместимости по восходящей линии с RSS 0.9.
{textinput_uri} должен быть уникальным для любого другого атрибута rdf: about в документе RSS и быть URI, определяющим текстинпут. {textinput_uri} должен быть идентичен значению подэлемента <link> элемента <textinput>, если возможно.
Синтаксис: <textinput rdf: about = «{textinput_uri} «>
Условие: Необязательно; если присутствует, должен также присутствовать в элемент канала [5.3.6]
Необходимые атрибуты: rdf: about
Модель: (заголовок, описание, имя, ссылка)
Пример:
<textinput rdf:about="http://search.example.com">
<title>Rechercher sur example.com</title>
<description>Chercher dans la collection XML de example.com</description>
<name>s</name>
<link>http://search.example.com</link>
</textinput>
Описательное название текстового поля. Например: «Подписка» или «Поиск!»
Синтаксис: <title> {textinput_title} </title>
Описание: Заголовок Textinput
Условие: Обязательно, если текстинпут
Модель: (# PCDATA)
(Предлагается) Максимальная длина: 40
Краткое описание назначения текстинпутного поля. Например: «Подписка на наш бюллетень для»... или «Поиск в архиве нашего сайта...»
Синтаксис: <описание> {textinput_description} </описание>
Условие: Обязательно, если текстинпут
Модель: (# PCDATA)
Максимальная длина: 100
Имя (переменная) текстового поля ввода.
Синтаксис: <имя> {textinput_varname} </имя>
Условие: Обязательно, если текстинпут
Модель: (# PCDATA)
Максимальная длина: 500
URL-адрес, на который будет направлена передача текстинпута (с помощью GET).
Синтаксис: <link> {textinput_action_url} </link>
Описание: URL-адрес действия над текстинпутом
Условие: Обязательно, если текстинпут
Модель: (# PCDATA)
Максимальная длина: 500
Модульность на основе пространства имен обеспечивает раздельную расширяемость RSS 1.0.
Единственные модули, которые поставляются «в коробке» с RSS 1.0, - это дублинское ядро и синдикация. Дополнительную информацию см. в соответствующей документации модуля.
Инструкции по созданию модуля и сохраненные модули ядра RSS 1.0 см. в RSS 1.0 Modules.
Несколько примеров использования модуля можно найти в разделе Примеры ниже.
Базовый документ RSS 1.0 (стиль 0.9), использующий только набор элементов ядра RSS 1.0.
<?xml version="1.0"?>
<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"
>
<channel rdf:about="http://www.example.com/xml/news.rss">
<title>example.com</title>
<link>http://example.com/pub</link>
<description>
example.com propose un ensemble d'informations pour la communauté XML.
</description>
<image rdf:resource="http://example.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li rdf:resource="http://example.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
<textinput rdf:resource="http://search.example.com" />
</channel>
<image rdf:about="http://example.com/universal/images/xml_tiny.gif">
<title>example.com</title>
<link>http://www.example.com</link>
<url>http://example.com/universal/images/xml_tiny.gif</url>
</image>
<item rdf:about="http://example.com/pub/2000/08/09/xslt/xslt.html">
<title>Traiter les inclusions avec XSLT</title>
<link>http://example.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
Traiter l'inclusion de documents avec les outils XML généraux peut
être problématique. Cet article propose un moyen de préserver
l'inclusion de l'information par un traitement fondé sur SAX.
</description>
</item>
<item rdf:about="http://example.com/pub/2000/08/09/rdfdb/index.html">
<title>Mettre ne oeuvre RDF</title>
<link>http://example.com/pub/2000/08/09/rdfdb/index.html</link>
<description>
Le support d'outils et API pour Resource Description Framework
devient peu à peu mature. Edd Dumbill considère RDFDB,
une des plus intéressante nouvelle boite à outils RDF.
</description>
</item>
<textinput rdf:about="http://search.example.com">
<title>Rechercher sur example.com</title>
<description>Chercher dans la collection XML de example.com</description>
<name>s</name>
<link>http://search.example.com</link>
</textinput>
</rdf:RDF>
Документ RSS 1.0, использующий элементы различных модулей (подчеркнутые разными цветами). Примечание: Модули в этом примере предназначены только для целей иллюстрации; Для получения информации о модулях см. RSS 1.0 Modules.
<?xml version="1.0" encoding="utf-8"?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:co="http://purl.org/rss/1.0/modules/company/" xmlns:ti="http://purl.org/rss/1.0/modules/textinput/" xmlns="http://purl.org/rss/1.0/" > <channel rdf:about="http://meerkat.oreillynet.com/?_fl=rss1.0"> <title>Meerkat</title> <link>http://meerkat.oreillynet.com</link> <description>Meerkat: Un service Open Wire</description> <dc:publisher>The O'Reilly Network</dc:publisher> <dc:creator>Rael Dornfest (mailto:rael@oreilly.com)</dc:creator> <dc:rights>Copyright © 2000 O'Reilly & Associates, Inc.</dc:rights> <dc:date>2000-01-01T12:00+00:00</dc:date> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>2</sy:updateFrequency> <sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase> <image rdf:resource="http://meerkat.oreillynet.com/icons/meerkat-powered.jpg" /> <items> <rdf:Seq> <rdf:li resource="http://c.moreover.com/click/here.pl?r123" /> </rdf:Seq> </items> <textinput rdf:resource="http://meerkat.oreillynet.com" /> </channel> <image rdf:about="http://meerkat.oreillynet.com/icons/meerkat-powered.jpg"> <title>Meerkat Powered!</title> <url>http://meerkat.oreillynet.com/icons/meerkat-powered.jpg</url> <link>http://meerkat.oreillynet.com</link> </image> <item rdf:about="http://c.moreover.com/click/here.pl?r123"> <title>XML: Une technologie de rupture</title> <link>http://c.moreover.com/click/here.pl?r123</link> <dc:description> XML provoque une augmentation constante du poids des transferts sur l'infrastructure technique actuelle d'Internet. </dc:description> <dc:publisher>The O'Reilly Network</dc:publisher> <dc:creator>Simon St.Laurent (mailto:simonstl@simonstl.com)</dc:creator> <dc:rights>Copyright © 2000 O'Reilly & Associates, Inc.</dc:rights> <dc:subject>XML</dc:subject> <co:name>example.com</co:name> <co:market>NASDAQ</co:market> <co:symbol>XML</co:symbol> </item> <textinput rdf:about="http://meerkat.oreillynet.com"> <title>Search Meerkat</title> <description>Rechercher dans la base de données RSS de Meerkat...</description> <name>s</name> <link>http://meerkat.oreillynet.com/</link> <ti:function>search</ti:function> <ti:inputType>regex</ti:inputType> </textinput> </rdf:RDF>