# 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. 版权