RSS 可用于分发各种各样的信息

原文 ↗ Hacker News 讨论 ↗

RSS 和 Atom feeds 作为简单、开放的标准受到赞赏，它们不仅能分发博客更新，还能支持播客、git 提交、homelab 监控、简报、社交时间线和提醒等各种内容。评论者感叹原生浏览器支持的衰落，以及电子邮件订阅和封闭平台的主导地位，同时指出现代阅读器、WebSub 等推送扩展，甚至 ActivityPub 和 Nostr 等替代方案，都是恢复用户可控内容聚合的途径。一个反复出现的主题是：尽管 feeds 在技术上依然稳健且广泛可用，但它们的未来取决于可用性、发现机制，以及一个越来越偏好追踪、锁定和算法推荐流的生态中的激励机制。

RSS/Feeds 的价值与用例

  • 许多评论者仍然高度依赖 RSS/Atom 来获取新闻、博客、软件发布、YouTube 频道、播客、游戏折扣、内核邮件列表匹配、证书透明度、服务状态以及 homelab cron 输出。
  • Feeds 被视为一种平静、高信噪比的通知渠道，也是避开算法推荐流、点击诱饵缩略图和追踪链接的一种方式。
  • 除了“网站更新”之外，例子还包括：播客分发、Mastodon 时间线/话题标签、git 提交、artcasting、Twitter/Nostr 桥接、动态壁纸、待办/重复任务、将 Bandcamp 邮件转换为 feed，以及由 RSS 驱动的邮件摘要。

可用性、发现与工具

  • 早期的浏览器集成（地址栏图标、实时书签）受到广泛称赞，被认为解决了引导和订阅 UX；它的移除令人惋惜。
  • 一些现代浏览器和扩展仍支持集成 feeds；各种桌面/移动阅读器（包括邮件客户端）也被推荐，尤其是那些能从部分 feed 中抓取完整内容的工具。
  • 发现订阅源通常依赖社交传播：人们分享链接；专门的目录和工具，如 HN 专用 RSS 服务，也有帮助。

RSS vs Atom vs JSON 以及广义上的“Feeds”

  • 讨论集中在把“RSS”作为 feeds 的通用术语是否合适：有人认为 Atom 在技术上更优（规范更清晰、更好处理 HTML、标题、分页），也有人说现实中的收益微乎其微。
  • 人们对 JSON Feed 和自定义 JSON RSS 序列化也很感兴趣，把它们视为对 XML 反感的开发者更轻量的替代方案。
  • 有人建议直接说“feeds”，而让底层格式（RSS 2.0、Atom、JSON Feed）自行变化。

推送 vs 拉取、规模与替代方案

  • 有人批评轮询在接近实时或高流量更新场景下效率低下；也有人认为偶尔轮询用于新闻是可以的，而且能保留简单性与隐私。
  • 提出的推送机制包括 rssCloud、WebSub/WebSub hubs、Superfeedr，以及长轮询/WebSockets；WebSub 被认为在很大程度上已经取代了 rssCloud。
  • 有人看重 RSS 可以在静态托管上运行，无需动态后端，而 ActivityPub 和类似系统则需要更复杂、带状态的基础设施。

竞争模型、UX 与采用情况

  • Feeds 常被拿来与电子邮件简报、应用、WhatsApp 频道、ActivityPub 和 Nostr 对比。RSS 因用户可控而受赞赏，但对更喜欢推送、锁定和直接客户数据的发布者来说并不吸引人。
  • 经典阅读器 UX（类似邮件列表、“标为已读”、按 feed 分隔的信息孤岛）被认为导致了停滞；有人主张在 RSS 之上加入算法式或“TikTok 风格”的 feed 排序，以凸显最好的 5% 到 10% 内容。
  • 有人认为 RSS“从未消失”，只是宣传不足；也有人认为它实际上已经成了小众/老化技术，尤其是在面向现代社交平台的非技术用户中。