Neil Gibbons

admin June 2nd, 2008

Това ръководство обяснява характеристиките и ползите от уеб формат, наречен RSS, както и дава кратко технически преглед на нея. It also includes information on a similar format called Atom. Той съдържа също така информация за подобен формат, наречен Atom. The reader is assumed to have some familiarity with XML and other Web technologies. Сборникът е, че имат някаква близост с XML и уеб технологии. It is not meant to be exhaustive; for more information, see the ‘ More Information about RSS ’ section. Тя не е предназначена да бъде изчерпателен; За повече информация вижте в “Повече информация за RSS” раздел.

Въвеждане на RSS

Помислете за всички на информацията, че имате достъп в Интернет на ежедневното основа; новини, резултати от търсене, “Какво ново”, свободните работни места, и така нататък. Голямо количество от това съдържание може да бъде на мисълта като списък; въпреки че вероятно не е в HTML <li> елементи, информацията е ориентиран към списъка.

Повечето хора трябва да следите много от тези списъци, но това става трудно, след като има повече от една шепа източници. Това е така, защото те трябва да отидете на всяка страница, товара му, помните как е форматиран, когато те намерят и лишено от последните в списъка.

RSS е XML базиран формат, който позволява на синдикалната на списъците на хипервръзки, заедно с друга информация, или метаданни, която помага на зрителите да реши дали те искат да следват връзка.

Това позволява на хората компютри, за да извлече и разбиране на информацията, така че всички от списъците, те се интересуват могат да бъдат проследени и персонални за тях. Това е форматът, който е предназначен за употреба от компютри, от името на хората, отколкото да се представи директно към тях (например HTML).

За да активирате този, уеб сайт, ще направите фураж, или канал, достъпен, точно както всеки друг файл или на ресурсите на сървъра. След емисия е на разположение, компютри могат редовно да извлече файла, за да получите най-новите елементи, включени в списъка. Най-често хората ще направите това с един събран, програма, която управлява броя на списъци и ги представя в един общ интерфейс.

Емисиите могат да бъдат използвани и за други видове списък-ориентираната информация, като syndicating съдържанието си (уеб-често) заедно с връзки. Все пак, това ръководство се фокусира върху използването на RSS синдикация за връзки.

Какво е хранилка(feed)?

А храна съдържа списък на елементите, или записи, всеки от които се идентифицират с връзката. Всяка точка може да има каквато и да е сума от други метаданни, свързани с нея, както и.

Най-основните метаданни за проект включва също така за връзка, както и описание на това; когато syndicating новинарски заглавия, тези полета могат да бъдат използвани за историята заглавие и параграф първи, или резюме, например. Така например, обикновено вписване може да изглежда;

<item>
<title>Earth Invaded</title>

<link>http://news.example.com/2004/12/17/invasion</link>
<description>The earth was attacked by an invasion fleet
from halfway across the galaxy; luckily, a fatal
miscalculation of scale resulted in the entire armada
being eaten by a small dog.</description>
</item>

Освен това, самата емисия може да има метаданни, свързани с нея, така че той може да бъде дадено заглавие (например, “на Bob новини”), описание, и други области, като издател и авторското право условия.

Как да използваме емисии(feed)?

Събран са най-често използване на емисии, и има няколко вида. Уеб събран (понякога се нарича портали) направи тази цел на разположение в уеб страницата; My Yahoo е добре познат пример за това. Събран също са интегрирани в пощата клиенти, потребители Десктоп-компютри, или автономния, посветен софтуер.

Събран могат да предложат редица особености, включително и комбинирането на няколко емисии, свързани в единна цел, укриване вписванията, че зрителят вече е видян, и categorizing емисии и вписванията.

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

Защо трябва да направи достъп до емисии(feed)?

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

Макар че това е лошо на пръв поглед, той действително подобрява сайта си; с цел по-лесно за потребителите да водят до сайта си - позволявайки им да го види начина, по който те искат да - това е по-вероятно, че те ” ще знаете, когато нещо, че интересите им е на разположение на вашия сайт.

Така например, мечтал, че вашата компания обявява нов продукт или функция, всеки месец или два. Без храна, зрителите си трябва да запомните да влезе в сайта си и вижте, ако намерите нещо ново - ако те имат време. Ако се осигури храна за тях, те могат да си точка или друг софтуер, събран в него, и той ще им даде линк и описание на развитието на вашия сайт почти веднага, след като те се случи.

Новини подобно; защото има толкова много източници на новини в интернет, по-голямата част от зрителите си, няма да идват на сайта си всеки ден. Чрез осигуряване на храна, вие сте пред тях непрекъснато, за подобряване на шансовете, че те ще чрез кликване да е, че уловът им око.

Но не е, че като ми км съдържание?

Не! Вие все още се запазват авторските права върху съдържанието си (ако желаете да се).

Можете също така за контрол каква информация се синдикат в храна, независимо от това дали its’ a пълна статия или просто закачка. Вашето съдържание все още могат да бъдат защитени от сегашната си механизми за контрол на достъпа; само на връзки и метаданни, са раздадени. Можете също така да защити RSS емисия сдоби с HTTP и SSL криптиране на потребителско име / парола истината прекалено, ако желаете.

В много отношения, синдикални е подобна на абонамент бюлетини, че много сайтове предлагат да водят зрителите актуална. Голямата разлика е, че те не са за доставка на електронната поща на адрес, снижаване на бариерата на неприкосновеността на личния живот притеснения, докато все още които ви дават директен канал за зрителите си. Също така, те ще получат за да видите съдържанието по начин, който е най-удобния за тях, което означава, че вие получавате повече очи гледате съдържанието си.

Изборът на съдържание за вашите емисии

Всеки списък, ориентирани към информацията на сайта ви, че вашите зрители биха могли да се интересуват от проследяване или повторно използване е добър кандидат за фуражите. Това може да включва новини и прессъобщения, обяви за работа, конференция, календари и ранглиста (като “топ 10″ списъци).

Така например;

* Новини & Съобщения - заглавия, бележки и списък на всички съобщения, които се добавят в течение на времето
* Документ на малки обяви - списъци на добавени или променени страници, така че хората не трябва постоянно да проверява за различно съдържание
* Маркировки и други външни връзки - като повечето хора използват RSS за споделяне на препратки от собствените си сайтове, its’ a физически годни за споделяне на списъци на външни връзки
* Календари - списък на минали или предстоящи събития, срокове и ваканции
* Пощенски списъци - комплимент към уеб-базирани архив на публични или частни Електронни списъци
* Резултати от търсенето - да позволите на други хора или промяна на следите новите резултати от тяхното търсене
* Бази данни - обяви за работа, софтуер за пресата и др

Докато its’ a добър старт да има “майстор храна” за сайта ви, че списъци с последните новини и събития, не спират там. Обикновено всяка област на вашия сайт, че функциите променящия се списък на информацията, трябва да има съответните фуражи; Това позволява на зрителите да прецизно насочване на техните интереси.

Например, ако вашият сайт е новинарски страници за Световната новини, националните новини, местни новини, бизнес, спорт и т.н., трябва да има храна за всеки един от тези профили.

Ако вашият сайт предлага персонални оглед на данни (например, хората могат да изберат категории от информация, която ще се покажат на своите посетители на страницата), като предлагаме тази емисия, така че зрителите “уеб страници съответстват на съдържанието на техните емисии.

Чудесен пример за това е разнообразието на емисии, които екзекватура предвижда; не само вие можете да следите новите версии, но също така и индивидуално reccommendations и дори включването на филма в опашката.

Друг добър пример е Apple iTunes музика се съхранява на RSS емисия генератор; Можете да персонализирате, че на базата на своите предпочитания и възгледи той позволява съвпадат с посочените в музиката се съхранява само себе си.

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

Издателство вашата емисия

Съществуват редица начини за генериране на емисия от съдържанието си. Първо, опознаването на своята система за управление на съдържанието - тя може вече имате възможност да генерирате RSS емисия.

Ако тази опция не е налична, имате няколко възможности;

* Самоуправление късче - Най-лесният начин да се публикува информация от съществуващото съдържание. Късче инструменти извлече уеб страницата си и чрез издърпване на съответните части за фураж, така че не е необходимо да промените своя издателска система. Някои използват редовно изразяване или XPath изрази, докато други изискват от вас да отбележи до вашата страница с минимален загатване (обикновено използват <div> или <span> тагове), които помагат тя да реши какво трябва да бъде пусната в емисията.
* Интеграция на емисията - Ако вашият сайт е динамично генерирани (използване на езика като Perl, Python и PHP), то може да има RSS библиотека на разположение, така че да можете да се интегрират в потока в своя издателска процес.
* Започне с храна - Освен това, можете да управлявате списъка ориентирани към части от съдържанието си в RSS емисия сами по себе си и генериране на вашия уеб страници (както и друго съдържание, подобно на електронна поща списъци) от емисията. Това е предимството винаги да имат точна информация във фуражите, както и инструменти като XSLT направи тази опция, лесно, особено ако сте се започне от нищото.
* Трета страна късче - Ако нито една от тези възможности да работят за вас, някои хора в мрежата ще пренасочване вашия сайт за вас и да направи храната на разположение. Бъде предупреден, обаче, че това никога не е достоверна и точна, както да го направите сами, защото те не знаят подробностите на вашето съдържание или вашата система. Също така, използването на трети лица, се въвежда друга точка на неуспех в процеса на доставка; проблеми там (мрежа, сървър или бизнес), ще причини на емисията да бъде недостъпна.

За повече информация относно всички тези опции, вижте “Feed Tools” и “Допълнителна информация“.

Казвам на хората за вашата емисия

Важна стъпка, след публикуване на храна е отдаване под наем вашите зрители знаят, че съществува; Има много емисии от сайта сега, но е трудно да ги намерите, което прави трудно за зрителите да се възползва от тях.

Страници, които са свързани RSS емисия трябва ясно да посочи този зрителите чрез линк, съдържащ като “RSS емисия”. Така например;

<a type=”application/rss+xml” href=”feed.rss”>RSS feed for this page</a>

където “feed.rss” е адресът за фуражите. на “от типа на” атрибут разказва браузъри, че това е линк към един RSS емисия по начин, че те разбирам.

Освен това, някои програми потърсете линк в на вашия HTML. В помощ на този, включва <link> таг;

<head>
<title>My Page</title>
<link rel=”alternate” type=”application/rss+xml”
href=”feed.rss” title=”RSS feed for My Page”>

</head>

Тези връзки трябва да бъдат пуснати на уеб страница, която е най-подобна на съдържанието на емисията; Това дава възможност на хората да ги намерите, когато разглеждат.

Имайте предвид, че Atom емисии, трябва да използвате application/atom+xml, отколкото application/rss+xml и в двата стила на употреба.

И накрая, съществуват редица ръководства и регистри за RSS емисии, че хората могат да търсят и разглеждате, нещо подобно на Yahoo директория за уеб сайтове; its’ a добър представа за регистриране на емисията.

Формат версии и модули

Има няколко различни версии на RSS формат, които се използват днес, но основният избор RSS RSS 1,0 и 2,0. Всяка версия има своите предимства и недостатъци; RSS 2,0 е известен с неговата простота, докато RSS 1,0 е по-разтегателен и напълно уточнени. И двете са формати XML-базирана и имат едни и същи основни структура.

Има още един избор; Atom е едно усилие в IETF (Интернет стандарти орган) да излезе с добре документирани, стандартен формат за синдикация. Въпреки че има различно име, тя има същите основни функции, RSS, както и много хора се използва терминът “RSS” да се позове на RSS или Atom синдикация.

Този раздел предоставя бърз преглед на всеки; За повече информация вижте техните спецификации и подкрепящи материали.

RSS 2.0

RSS 2.0 е championed от UserLand на Дейв Winer. В тази версия, RSS означава “Наистина обикновено Синдикална” и простота е центърът на вниманието му.

Този клон на RSS, се основава на RSS 0.91, което за първи път е документирано в Netscape и рафинирани по-късно от Userland.

Включени в 2.0.1 - последната стабилна версия на този бранш - са запазени метаданни, като връзката, заглавие, описание; образ, който ви позволява да посочите миниатюрното изображение за показване с храна); уебмастърът и managingEditor, на които да идентифицират отговорен за фуражите, както и lastBuildDate, който се появява, когато храната е за последен път.

Теми имат стандартна връзка, заглавието и описанието на метаданни, както и други, по-опитни съоръжения, като камерата, която позволява на приложенията да бъдат изтеглени автоматично (не тези функции се очаква да бъде подкрепен от всички събран, обаче). Накрая, елементите могат да имат РЪКОВОДСТВО елемент, който определя еднозначно т.; Това позволява на някои разширените възможности в някои събран.

Ето пример за минимален 2.0 RSS емисия:

<?xml version=”1.0″?>
<rss version=”2.0″>
<channel>
<title>Example Channel</title>

<link>http://example.com/</link>
<description>My example channel</description>
<item>
<title>News for September the Second</title>

<link>http://example.com/2002/09/01</link>
<description>other things happened today</description>
</item>
<item>
<title>News for September the First</title>

<link>http://example.com/2002/09/02</link>
</item>
</channel>
</rss>

В RSS 2.0 родмап, Winer гласи, че този бранш е, за всички практически цели, замразени, освен за изясняване на спецификацията.

Въпреки това, exensions с формат се допускат в отделни модули, като се използва XML Namespaces да се избегнат конфликти в техните имена. Например, ако сте имали ISBN модул за следене на книги, тя може да изглежда така;

<item xmlns:book=”http://namespace.example.com/book/1.0″
rdf:about=”http://www.amazon.com/exec/obidos/tg/detail/-/0553575376″>
<title>Excession</link>
<link>http://www.amazon.com/exec/obidos/tg/detail/-/0553575376</link>

<book:isbn>0553575376</book:isbn>
</item>

Като цяло, макар че, трябва да се търсят достъпни RSS модули, отколкото определянето на собствения си, освен ако не сте сигурни, че това, което ви интересува, не съществува.

RSS 1.0

RSS 1.0 щандове за “RDF Site Summary.” Този вкус на RSS включва RDF, интернет стандарт за метаданни. Тъй като RSS 1.0 използва RDF, всеки RDF процесор може да разбере RSS без да знаят нищо за него в частност. Това позволява лесно да синдикат емисии, за да станат част от семантичните уеб.

RSS 1.0 също така да използва XML Namespaces да се даде възможност на разширения, по начин, подобен на RSS 2.0.

RSS емисии 1.0 изглежда много близки до 2.0 RSS фийдове, с няколко основни разлики;

* Цялата емисия е опаковано в <rdf:RDF>… </ rdf: RDF> елементи (преработватели, така че знам, че е RDF)
* Всяка <item> е rdf:about за атрибут, че обикновено, но не винаги съвпада с <link>; това задава един идентификатор за всяка точка
* Има едно <items> елемент в канал метаданни, който съдържа списък на елементите в канал, така че RDF преработвателите могат да следите на връзката между точките
* Някои метаданни използва rdf:resource атрибут на ресурсите за изпълнение връзки, вместо да го пускането в елемент.

RSS 1.0 е разработена и се поддържа от реклама хок група от заинтересовани хора; видите техните уеб сайт за повече информация относно RSS 1.0 и RSS модули. Виж по-долу, за пример на 1.0 RSS емисия.

Дъблин основни модула

Най-добре познат пример на RSS 1,0 модул е Дъблин Сърцевина на модула. В Дъблин Сърцевина е набор от метаданни, разработени от библиотечните и информационните учени, че standardizes набор от общи метаданни, че е полезно за описването документи, наред с други неща. В Дъблин Сърцевина Модул използва тези метаданни да прикрепите информация и за двете емисии (в канал метаданни) и на отделни елементи.

Този модул включва полезни елементи като dc:date, дати за асоциира с елементи, dc:subject, който може да бъде полезна за categorizing елементи или емисии, и dc:rights, за диктофони на правата върху интелектуалната собственост, свързани с даден елемент или фуражи.

Ето пример за минимален 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/”
xmlns:dc=”http://purl.org/dc/elements/1.1/”
>
<channel rdf:about=”http://example.com/news.rss”>
<title>Example Channel</title>
<link>http://example.com/</link>

<description>My example channel</description>
<items>
<rdf:Seq>
<rdf:li resource=”http://example.com/2002/09/01/”/>
<rdf:li resource=”http://example.com/2002/09/02/”/>

</rdf:Seq>
</items>
</channel>
<item rdf:about=”http://example.com/2002/09/01/”>
<title>News for September the First</title>

<link>http://example.com/2002/09/01/</link>
<description>other things happened today</description>
<dc:date>2002-09-01</dc:date>
</item>

<item rdf:about=”http://example.com/2002/09/02/”>
<title>News for September the Second</title>
<link>http://example.com/2002/09/02/</link>
<dc:date>2002-09-02</dc:date>

</item>
</rdf:RDF>

Както виждате, RSS 1.0 е малко по-многословен от 2.0, най-вече, защото той трябва да бъдат съвместими с различни версии на RSS, докато съдържащи маркиране RDF преработватели, които се нуждаят.

Атом

И двете RSS 1.0 и 2.0 са неофициални спецификации; това е, те не са публикувани от добре познати стандарти орган или на промишлеността консорциума, но вместо това от малка група хора.

Някои хора са засегнати от това, защото тези спецификации, могат да бъдат променяни по whim на хората, които я контролират. Стандартизационните органи въвеждат стабилност, чрез ограничаване на промяната и като добре установени процедури за въвеждането му. За въвеждане на такива за стабилност за синдикация, група от хора, IETF създаде работна група, която да стандартизира формат, наречен Atom.

Atom функционално е подобен на двата клона на RSS, и също е XML базиран формат.

Така например;

<?xml version=”1.0″ encoding=”utf-8″?>
<feed xmlns=”http://www.w3.org/2005/Atom”>
<title>Example Feed</title>
<link href=”http://example.org/”/>

<updated>2003-12-13T18:30:02Z</updated>
<author>
<name>John Doe</name>
</author>
<id>urn:uuid:60a76c80-d399-11d9-b93C-0003939e0af6</id>

<entry>
<title>Atom-Powered Robots Run Amok</title>
<link href=”http://example.org/2003/12/13/atom03″/>
<id>urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a</id>

<updated>2003-12-13T18:30:02Z</updated>
<summary>Some text.</summary>
</entry>
</feed>

Както виждате, има Atom емисия, която съдържа елемент както на фуражи на ниво метаданни, както и entrys (аналогични на RSS’ items), както и entry могат да съдържат подобни метаданни, като също title, link, id (вместо RSS 1.0 rdf:about или RSS 2.0 guid), както и кратко summary (вместо на RSS’ описание).

Като цяло, Atom не е толкова широко, както се поддържа RSS 1.0 или 2.0 точно сега, защото е сравнително нов. Въпреки това, тя трябва да наваксат бързо, защото на широка база от продавачите в подкрепа на усилията за стандартизация.

Кой формат трябва да избера?

Един от най-объркващи и неблагоприятни проблеми в синдикална е на голям брой формати в употреба. В допълнение към тези, които са изброени по-горе, има много други формати (напр., RSS 0.9, 0.91, 0.92), които са често срещани в уеб пространството.

За добро или лошо, решението не е толкова критичен, колкото биха могли да мислят. Най-събран и друг софтуер за използване на синдикалната библиотеки, които абстрактно-конкретно посочва, че форматът на емисия е в, така че те да могат да консумират всички популярни синдикална емисия.

В резултат на това, което формат да изберете, е въпрос на личен вкус. RSS 1.0 е много разтегателен и полезно, ако искате да го интегрират в семантична уеб системи. RSS 2.0 е много проста и лесна за автора на ръка. Atom сега е една IETF стандарт, с което броят на стабилността и физическо общност в подкрепа на използването му.

Съвети за генериране на добри емисии

RSS и Атом са лесни за работа с, но като всеки нов формат, можете да срещнете някои проблеми при използването им. В този раздел се опитва да отговори на най-честите проблеми, които възникват при генерирането на емисия.

* Различни постове - Уверете се, че събран да кажете на вашите записи, освен чрез използване на различни показатели в rdf:about (RSS 1.0), guid (RSS 2.0) и идентификатор (Atom). Това ще успеят да спестят много главоболия за определяне на пътя.
* Смислен Метаданните - Опитайте се да направите полезен метаданни, по своя собствена; Например, ако включват само кратко <title>, хората може да не знаете какво е около връзката. По същия знак, ако сте shove цялата статия в <description>, тя ще тълпата на хората оглед на фуражи, както и те са по-малко вероятно да пребивават в интересуват от това, което имам да кажа. Като цяло, която искате да поставите в достатъчно храна да помогне някой реши дали те трябва да следват връзка.
* HTML кодиране - Въпреки че това е Съществително, се въздържат от HTML, включително за маркиране (като <a href=”…”>, <b> или <p>) във вашия RSS емисия;, защото не знам как тя ще бъдат представени, това може да попречи на емисията да бъдат показвани коректно. Ако трябва да включват и този маркер в текста на храна (например, заглавието на един проект е “Ода на <title>”), не забравяйте да избягат ampersands и ъгъл скоби (така, че би било “Ода на <title> “).
* XML лица - Не забравяйте, че XML не predefine субекти, дошли като HTML, поради което няма да има и други общи

  ©

лица на разположение. Можете да ги дефинира в XML, или просто използвайте един символ кодиране, че прави това, което е необходимо на разположение.
* Персонаж Encoding - Някои софтуер генерира емисии, използвайки Windows характер апарата, а понякога и mislabels тях. Най-сигурната нещо да направите, е да encode на емисията, както UTF-8 и проверете го с анализирането на това с XML граматичен разбор.
* Общуването с Обикновените потребители - Да не се използва записите във вашата храна да комуникират с потребителите си; Например, някои емисии са известни да се използва <description> да диктуват условията авторското право. Използвайте подходящ елемент или модул.
* Общуването с машини - По същия начин, използвайте съответния HTTP статус код, ако емисията е премества (обикновено, 301 Преместени Трайно(301 Moved Permanently)), или вече не е достъпно (410 Gone или 404 не е намерена(410 Gone or 404 Not Found)).
* Кадри вашата емисия за печат Cache - Успешно приключване на емисии видите справедлив размер на трафика, тъй като клиентите често ги анкета за да видите, ако сте се променили. Да съдейства за товара, Уеб Caching може да помогне; видите кеширане настойнически.
* Проверка - употреба на фуражната валидатора да обхванат всички проблеми в емисията; работи с RSS и Atom. Също така, не го пускат само веднъж; уверете се, че редовно да проверяват данните си, така че Вие можете да побъбрите преходно грешки.

Емисия Инструменти

Това е непълен списък от инструменти за създаване и контрол на емисиите им, за да сте сигурни, че сте го направили правилно. Имайте предвид, че съществуват още много библиотеки, които помагат за анализирането на емисии; тези които не са включени тук, защото това ръководство се фокусира върху Системен администратор, а не потребителите на емисии.

* Xpath2rss - инструмент за късче уеб сайтове, чрез XPath израз (метод на подбор на части от HTML и XML документи).
* Карта на резюме в XHTML - онлайн услугата (също като XSLT интерфейс), която използва загатване в HTML за да генерирате емисия.
* MyRSS - An онлайн, на трети страни, автоматизирани системи за късче услуга. Не изисква специални маркиране.
* RSS.py - библиотека за генериране на Python и анализиране на RSS.
* ROME - Java библиотека за анализиране и генериране на RSS и Atom емисии, както и превода между формати.
* XML:: RSS - Perl модул за генериране и анализиране на RSS.
* Онлайн валидатора - Ако ви RSS 1.0, 2.0 и Атом храня.

Повече информация

* Синдикиран съдържание - Добър списък на най-добрите практики за създаване на RSS емисия.
* Syndic8 - Общността на усилия, за да се съберат, проверя и търсене на емисии, с много друга информация.
* RSS работилница - Добре счита въвеждането на публикуване на RSS емисии, от състоянието на Юта Онлайн услуги разделение.
* RSS Devcenter - O’reilly на интернет портал за всички неща RSS.

За този документ

Този документ е Copyright © 2002-2005 Марк Нотингам <mnot@pobox.com>. Това произведение е лицензирано под Creative Commons лиценз.

Ако не отразяват този документ, моля, изпратете електронна поща на адреса по-горе, така че можете да бъдете информирани за актуализации.

Всички търговски марки са собственост в рамките на съответните им притежатели.

Въпреки че авторът счита, съдържанието да бъде точна в момента на публикуване, не е поета отговорността за тях, тяхното прилагане или последиците от него. Ако някоя misrepresentations, грешки или други необходимостта от изясняване е установено, моля свържете се с автора.

Последната ревизия на този документ винаги може да бъде получена от http://www.mnot.net/rss/tutorial/

Версия 0.91 - 7-ми септември 2005 година
Превод на български Версия 1.00 2-ри юни 2008 година

• Comments(0)