# RSS供稿
*RSS*(Really Simple Syndication)是一種將元數據新聞摘要發布給“訂閱者”(那些自己說明對某些摘要感興趣的人)的機制。一個給定的RSS源通常被稱作*供稿(feed)*而用戶的訂閱界面被稱為*供稿閱讀器*或*供稿聚合器*。例如[RSSBandit](http://www.rssbandit.org/)和eponymous[Feedreader](http://www.feedreader.com/)兩個開源RSS閱讀器。
這里沒有更多的空間解釋RSS的技術細節[[19](#)],但是,你應當意識到兩件事。首先,供稿閱讀軟件是由訂閱者選擇的,這個閱讀軟件*也*會用來監控他的所有供稿?—?事實上,這正是RSS的主要賣點:訂閱者選擇一種界面使用他的所有供稿,而每個供稿只需要將精力集中于分發內容。第二,RSS現在是獨一無二的,用的如此之多以至于很多人都不知道他們正在使用它。在世界范圍內,RSS看起來像網頁上的一個小按鈕,標簽上寫著“Subscribe to this site”或“News feed”。你在按鈕上點擊,自此之后,你的供稿閱讀器(可能是嵌入在你主頁上的一個小應用)會根據自動從站點更新。
這意味著你的開源項目應當提供RSS供稿(注意,很多包裝主機站點?—?,見[the section called “包裝主機”](# "包裝主機")?—?恰恰提供)。確保不要每天發布過過多的內容,以至于訂閱者感到龍蛇混雜,找不到重點。如果有太多的新聞事件,人們會忽略供稿,甚至會激怒訂閱者取消訂閱。理想情況下,項目應該分開供稿,一個用來做較大的聲明,另一個對應每一個郵件列表等等。在實踐中,很難做好:不僅對訪問項目網站的訪問者和管理員都會造成界面混淆。但至少項目應該在首頁提供一個RSS供稿,用于發送重要的聲明和安全提醒。[[20](#)]
[[19](#)] 可以看[http://www.xml.com/pub/a/2002/12/18/dive-into-xml.html](http://www.xml.com/pub/a/2002/12/18/dive-into-xml.html)。
[[20](#)] 榮譽應當屬于有功之人:這一部分并出現在本書的第一次發布版本中,但是Brian Aker的博文["Release Criteria,Open Source, Thoughts On..."](http://krow.livejournal.com/564980.html)提醒了我RSS對開源項目的作用。
- 前言
- 為什么寫這本書?
- 誰應該讀本書?
- 資料來源
- 致謝
- 免責聲明
- 1. 介紹
- 歷史
- 現狀
- 2. 起步
- 從你擁有的開始
- 選擇許可證并應用
- 設置風格
- 通告
- 3. 技術基礎設施
- 一個項目需要什么
- 郵件列表
- 版本控制
- Bug跟蹤
- IRC / 實時聊天系統
- RSS供稿
- Wikis
- 網站
- 4. 社會和政治的基礎架構
- 慈善獨裁者
- 共識為基礎的民主(Consensus-based Democracy)
- 寫下所有的內容
- 5. 金錢
- 參與的類型
- 長期雇傭
- 作為一些個體出現,而不是一個整體
- 公開你的動機
- 錢不能讓你可愛
- 契約
- 資助非編程活動
- 市場營銷
- 6. 交流
- 人如其文
- 避免常見的陷阱
- 刺兒頭
- 處理成長
- Bug跟蹤系統中無對話
- 公開性
- 7. 打包、發布和日常開發
- 版本號
- 發布分支
- 穩定發布版本
- 打包
- 測試和發布
- 維護多發布線
- 發布和日常開發
- 8. 管理志愿者
- 從志愿者中獲取最多
- 像分擔技術任務一樣分擔管理任務
- 轉化
- 提交者
- 榮譽
- 分叉
- 9. 許可證,版權和專利
- 術語
- 許可證的方面
- GPL和許可證兼容性
- 選擇一個許可證
- 版權分配和所有權
- 雙許可證模式
- 專利
- 深入資源
- A. 自由版本控制系統
- B. 自由Bug跟蹤系統
- C. 為什么我要關注車棚的顏色?
- D. 報告bug的樣例指導
- E. 版權