RSS 2.0規格

woff

什麼是RSS ？

RSS是網絡內容企業聯合組織化格式。

它的名字是真正地簡單的企業聯合組織化的一個首字母縮略詞。

RSS是XML方言。 所有RSS文件在W3C (W3C)網站上必須依照XML 1.0規格，如被出版。

RSS版本歷史總結。

在最高級， RSS文件是一個<rss>元素，當一個必須的屬性稱版本，指定RSS的版本本文依照。 如果它依照這個規格，版本屬性必須是2.0。

<rss>元素的下級是一個唯一<channel>元素，包含關於渠道(變數據)和它的內容的信息。

範例文件

這範例文件為： RSS 0.91， 0.92和2.0。

注意範例文件也許指向不再存在的文件和服務。 當0.91 docs寫道， 0.91樣品被創造了。 維護樣品足跡似乎像一個好想法。

關於本文

本文自2002年的秋天，版本2.0.1代表RSS的狀態。

它從RSS的0.91 (2000 6月基本的spec開始在RSS 0.92 (2000 12月)和RSS 0.94 (2002 8月合併所有變動和加法)並且包括被介紹的新的特點)。

變動筆記在這裡。

首先我們提供<channel>必需和任意子類別; 然後提供<item>子類別。 最後的部分回答常見問題，並且為未來演變提供延伸的RSS路線圖和指南。

必需的渠道元素

這必需的渠道元素名單，其中每一張與一個簡要說明，例子，和可利用，尖對一個圓滿的描述的地方。

元素	描述	例子
title	渠道的名字。 是人們怎麼提到您的服務。 如果您有包含信息和一樣您的RSS文件，您的渠道的標題應該是相同的像您的網站的標題的一個HTML網站。	GoUpstate.com新聞標題
link	URL到與渠道相應的HTML網站。	http://www.goupstate.com/
description	描述渠道的詞組或句子。	從GoUpstate.com的最新的新聞， Spartanburg宣佈學報網站。

任意渠道元素

這任意渠道元素名單。

元素	描述	例子
language	語言渠道被寫。 這允許聚合器編組所有意大利語站點，例如，單頁的。 這個元素的允許值名單，如所提供由網景，在這裡。 您可以也使用W3C定義的價值。	en-us
copyright	內容的版權告示在渠道。	版權2002年， tshopping宣佈
managingEditor	人的電子郵件負責對社論內容。	xxx@tshopping.com.tw
webMaster	人的電子郵件負責對技術問題與渠道相關。	xxx@tshopping.com.tw
pubDate	內容的出版日期在渠道。 例如，紐約時報每天出版，出版日期一次翻轉每24個小時。 那是渠道的pubDate改變。 在RSS的所有日期時間依照RFC 822的日期和時間規格，除之外年也許表達與二個字符或四個字符(首選的四)。	星期六， 9月07日2002日00:00 ：01格林維志時間
lastBuildDate	上次渠道的內容改變了。	Sat, 07 Sep 2002 00:00:01 GMT
category	指定一個或更多類別渠道屬於。 遵循規則和<item>-level類別元素一樣。 更多信息。	<category>Newspapers</category>
generator	表明節目的串被用於引起渠道。	netyea的系統v2.3
docs	指向格式的文獻的URL在RSS文件使用了。 它大概是尖對這頁。 它是為也許橫跨在網絡服務器的一個RSS文件從現在起絆倒25年和想知道的人什麼是。	http://blogs.law.harvard.edu/tech/rss
cloud	允許過程向將被通報的雲彩登記更新對渠道，實施輕量級選手出版訂閱RSS飼料的協議。 這裡更多信息。	<cloud domain= " rpc.sys.com " port= " 80 " path= " /RPC2 " registerProcedure= " pingMe " protocol= "肥皂"/>
ttl	ttl代表有效時間。 表明的它是一定數量的分鐘渠道多久可以在刷新被貯藏從來源之前。 這裡更多信息。	<ttl>60</ttl>
image	指定可以顯示與渠道的GIF、JPEG或者PNG圖像。 這裡更多信息。
rating	渠道的PICS規定值。
textInput	指定可以顯示與渠道的文本輸入箱子。 這裡更多信息。
skipHours	告訴的聚合器的一個提示他們哪些小時他們可以跳。 這裡更多信息。
skipDays	告訴的聚合器的一個提示他們哪些天他們可以跳。 這裡更多信息。

<image> sub-element of <channel>

<image>sub-element of <channel>的一個任意子類別，包含三個必需的和三個任意子類別。

<url>是代表渠道GIF、JPEG或者PNG圖像的URL。

當渠道在HTML時，被回報<title>在HTML <img>標記的ALT屬性描述圖像，它使用了。

<link>是站點的URL，當渠道被回報時，圖像是鏈接到站點。 (筆記，實踐上圖像<title>和<link>應該有價值和渠道的<title>和<link>一樣。

可選擇元素在映像點包括<width>和<height>，數字，表明圖像的寬度和高度。 <description>包含在HTML翻譯的圖像附近被形成的鏈接標題屬性包括的文本。

寬度的最大價值是144，缺省值是88。

高度的最大價值是400，缺省值是31。

<cloud> sub-element of <channel>

<cloud>sub-element of <channel>的一個任意子類別。

它指定支持rssCloud接口在HTTP-POST、XML-RPC或者soap 1.1可以被實施的網服務。

它的目的將允許過程向將被通報的雲彩登記更新對渠道，實施輕量級選手出版訂閱RSS飼料的協議。

<cloud domain= " rpc.sys.com " port= " 80 " path= " /RPC2 " registerProcedure= " myCloud.rssPleaseNotify " protocol= " xmlrpc "/>

在本例中，請求看起來在渠道的通知，您將寄發一則XML-RPC消息到在http-port 80的rpc.sys.com，與/RPC2道路。 叫的做法是myCloud.rssPleaseNotify。

這個元素和rssCloud接口的一個充分的解釋在這裡。

<ttl> sub-element of <channel>

<ttl>sub-element of<channel>的一個任意子類別。

ttl代表有效時間。 表明的它是一定數量的分鐘渠道多久可以在刷新被貯藏從來源之前。 這使成為可能為了RSS來源能處理通過一個文件分享的網絡例如Gnutella。

例子： <ttl>60</ttl>

<textInput> sub-element of<channel>

渠道也許隨意地包含<textInput>子類別，包含四個需要的子類別。

<title> -- 遞交按鈕的標籤在文本輸入區域。

<description> -- 解釋文本輸入區域。

<name> -- 文本對象的名字在文本輸入區域。

<link> -- 處理文本輸入CGI程序的URL請求。

<textInput>元素的目的是有點奧秘。 您能使用它指定搜索引擎箱子。 或者允許讀者提供反饋。 多數聚合器忽略它。

---

<item>的元素

渠道也許包含任何數量的<item>s。 項目也許代表「故事」 -- 很像在報紙或雜誌的一個故事; 如果如此它的描述是故事的概要和鏈接點對故事全文。 項目也許本身也是完全的，如果那樣，描述包含文本(個體編碼HTML允許; 看見例子)和鏈接和標題可以被省去。 項目的所有元素是任意的，然而至少一個標題或描述一定存在。

元素	描述	例子
title	項目的標題。	威尼斯停止的電影節嘗試下沉
link	項目的URL。	http://nytimes.com/2004/12/07FEST.html
descrpition	項目概要。	某些在威尼斯電影節的最激昂的聊天這個星期是關於星到來在Palazzo del Cinema的被演出的方法。
author	項目的作者的電子郵件。 更多。	oprah \ @oxygen.net
category	在一個或更多類別包括項目。 更多。
comments	頁的URL評論的與項目相關。 更多。	http://www.myblog.org/cgi-local/mt/mt-comments.cgi?entry_id=290
enclosure	描述附有項目的媒介反對。 更多。
guid	獨特識別項目的串。 更多。	http://inessential.com/2002/09/01.php#a2
pubDate	當項目被出版了，表明。 更多。	太陽， 5月19日2002日15:21 ：36格林維志時間
source	項目來自的RSS渠道。 更多。

<source>sub-element of <item>

<source>sub-element of <item>的一個任意子類別。

它的價值是RSS渠道的名字項目來自，從它的<title>獲得。 它有一必要的屬性， URL，與來源的XMLization連接。

<source url= " http://www.netyea.com/archiver/index.xml " >netyea rss</source>

這個元素的目的將繁殖鏈接的信用，公開新聞條目的來源。 可以用於聚合器的崗位命令。 當批轉從聚合器的一個項目weblog傳作工具的時，應該自動地引起它。

<enclosure> sub-element of <item>

<enclosure>sub-element of <item>的一個任意子類別。

它有三必要的屬性。 URL說哪裡找出封入物，長度說它多大在字節和類型說什麼它的類型是，一個標準MIME類型。

URL必須是http URL。

<enclosure url= " http://www.tshopping.com.tw/mp3s/weatherReportSuite.mp3 " length= " 12216320 " type= "audio/mpeg "/>

這個元素的使用情形記敘文在這裡。

<category> sub-element of <item>

<category>sub-element of <item>的一個任意子類別。

它有一個任意屬性，領域，辨認範疇分類學的串。

元素的價值是在被表明的分類學裡辨認一個等級制度的地點的向前深砍被分離的串。 加工者也許建立類別的解釋的大會。 如下提供二個例子：

<category>Grateful Dead</category>

<category domain= " http://www.tshopping.com.tw " >netyea</category>

當您為不同的領域需要，和有用同一個領域的不同的部分相互參照的項目您可以包括許多個類別元素。

<pubDate> sub-element of <item>

<pubDate>sub-element of <item>的一個任意子類別。

它的價值是日期，表明項目什麼時候被出版了。 如果它在將來是日期，聚合器也許選擇不顯示直到那個日期的項目。

<pubDate>Sun， 5月19日2002日15:21 ：36 GMT</pubDate>

<guid>sub-element of <item>

<guid>sub-element of <item>的一個任意子類別。

guid代表全球唯一標識符。 它是獨特識別項目的串。 當禮物，聚合器也許選擇使用這串確定項目是否是新的。

<guid> http://pipe.netyea.com/weblogItem3207 </guid>

沒有guid的句法的規則。 聚合器必須觀看他們作為串。 它是由建立串的獨特的飼料決定的來源。

如果guid元素有名為「isPermaLink的」一個屬性與價值的真實，讀者也許假設，它是permalink對項目，即，在瀏覽器可以被打開的URL，那指向<item>元素描述的充分的項目。 一個例子：

<guid isPermaLink= "true"> http://www.tshopping.com.tw/2002/09/01.php#a2 </guid>

isPermaLink是任意的，它的缺省值是true的。 如果它的價值是false的， guid不可以特別是假設是URL或者URL到任何東西。

<comments>sub-element of <item>

<comments>sub-element of <item>的一個任意子類別。

若有，它是評論頁的URL項目的。

<comments> http://pipe.netyea.com/entry/4403/comments </comments>

更多關於這裡評論。

<author>sub-element of <item>

<author>sub-element of <item>的一個任意子類別。

它是項目的作者的電子郵件。 對於銀行團聯合貸款通過RSS的報紙和雜誌，作者是寫文章<item>描述的人。 為合作weblogs，項目的作者也許是與管理編輯或Web站點管理員不同。 對於一個唯一個體創作的weblog它將有道理省去<author>元素。

<author>xxx@tshopping.com.tw (xxxx) </author>

評論

RSS在數據的第一個non-whitespace字符安置制約在<link>和<url>元素。 在這些元素的數據必須從一份IANA登記的URI計劃開始，例如http://， https://， news://， mailto ： 並且ftp://。 在RSS 2.0之前，然而，實踐上其他URI計劃由美滿的開發商是在使用中並且聚合器支持規格僅允許的http://和ftp://。 他們支持的聚合器也許有在URI計劃的極限。 美滿的開發商不應該假設，所有聚合器支持所有計劃。

在RSS 0.91，各種各樣的元素限於500個或100個字符。 比在一0.91 <channel>的15 <item>s可以有沒有。 沒有在RSS 0.92的串長度或XML級極限和更加偉大。 加工者也許強加他們自己的極限，並且發電器也許有比一定數量的<item>s可能出現於渠道說沒有的特選，或者串長度被限制。

使用渠道級類別 特點，在RSS 2.0，一個供應被做嚮連接對它的標識符的一種渠道在一個目錄系統，被描述上面。 例如，與它的Syndic8標識符連接渠道，包括一個類別元素作為<channel>的子類別，與領域「Syndic8」，並且重視您的渠道的標識符在Syndic8數據庫中。 寫電影腳本的新聞的適當的類別元素是<category domain= " Syndic8 " >1765</category>。

關於<guid>s的一個常見問題是他們怎麼與<link>s.比較。 不他們是否是同一件事？ 是，在一些美滿的在其他的系統和沒有。 在有些系統， <link>是permalink對weblog項目。 然而，在其他系統，每<item>是一篇更長的文章的概要， <link>指向文章，並且<guid>是permalink對weblog詞條。 在任何情況下，它推薦您提供guid若可能和做它permalink。 這使聚合器不重複項目，即使那裡編輯變動。

如果您有關於RSS 2.0的問題格式化，喜歡張貼他們在RSS2支持郵件名單，主持由Sjoerd Visscher。 這不是一張辯論的名單，而是起一種支持資源作用對於是創造和使用內容在RSS 2.0格式的用戶、作者和開發商。

延伸的RSS

RSS於1999年發起的，和有努力是簡單的，容易瞭解格式，與相對地普通的目標。 在它成為了一個普遍的格式之後，開發商想擴大它使用在namespaces定義的模塊，如指定由W3C。

RSS 2.0增加那能力，從事一個簡單規則。 只有當那些元素在namespace，被定義RSS飼料也許包含在這頁沒描述的元素。

在本文定義的元素不是他們自己namespace的成員，因此RSS 2.0在以下感覺可能保持與老版本兼容 -- 版本0.91或0.92文件也是一個合法的2.0文件。 如果RSS 2.0的元素在namespace，這個限制將打破，版本0.9x文件不會是一個合法的2.0文件。

路線圖

RSS絕不是一個完善的格式，但是它是非常普遍和廣泛支持。 某事的有被安定的spec是RSS長期需要。 這工作的目的將幫助它成為一件不變的事，促進成長在它附近開發的市場上和掃清創新的道路以新的企業聯合組織化格式。 所以， RSS spec，實際上，結冰在版本2.0.1。 我們僅期望可能的2.0.2或2.0.3版本等等為澄清規格的目的，不為增加新的特點到格式。 使用namespaces，隨後工作應該發生在模塊，和以全新的企業聯合組織化格式，與新的名字。

5t4r3e2w1q

呵呵,明白了  

NICKBOB

回答了那麼多，沒有加分了，鬱悶。。