论坛用户是否可以获得对其帖子的回复的 RSS 提要？
这个问题与之前提出的问题不同 - RSS feed or list of latest replies?
像这样？ RSS feed for replies? （请确保您的浏览器会显示 XML 或在支持 RSS 的阅读器中打开此 URL）
这只是此主题的 URL，末尾添加了“.rss”。请确保 URL 末尾没有帖子 ID。因此，它看起来应该像 ...topic-title/12345.rss，而不是 ...topic-title/12345/2.rss
从查看其他有多个回复（在我发布此内容之前是零个）的主题来看，RSS 频道的描述似乎是第一个帖子，而条目是回复的子集，顺序相反。
也就是说，RSS 中的第一个条目是最新回复，后面跟着二十几个之前的回复。
更新：实际上，在我发布此内容并更仔细地查看此主题的 Feed 后，我看到如果开头发帖恰好在最新的二十几个帖子中，它也会作为条目出现在 Feed 中。
不。
“回复他们的帖子”
我的意思是，一个包含我所有帖子的回复的动态消息——相当于通知弹出窗口中的内容（尽管没有游戏化奖励的混乱）。
虽然私信类型的 RSS 源并不常见，但 Reddit 通过 URL 中一些独特的、神秘的、加密编码的 ID 来实现这一点 - https://www.reddit.com/prefs/feeds/
我明白了，您的意思是您想要一个包含您当前正在关注的所有主题的回复（大概是其中最新的一个子集）的单一信息流。
是的。
嗯，每一个回复，而不是一个“子集”……每一个新的回复在某个时候都是“最新的”。RSS 的逆时间顺序处理了这个问题。
Reddit 的实现方式很酷。
我之所以提到使用子集，是因为服务器在管理每个用户的 RSS feed 时可能存在性能/存储方面的顾虑，甚至用户检索 feed 时也可能存在性能顾虑。
例如，我可能会将自己设置为关注每个类别，如果不加限制，这将导致我的用户拥有一个包含所有帖子的 RSS feed。对于服务器来说，这个 RSS feed 要么被缓存，有效地使文本存储使用量加倍，要么每次请求时都生成，并消耗大量的 CPU 时间。
此外，这样的 RSS 可能会非常大，下载需要一些时间，并且会有大量的 XML 供客户端处理，可能导致在您的 RSS 客户端能够实际执行有用操作之前，需要花费几分钟的时间进行下载和处理。
在 Discourse 社区中，用户很可能拥抱 RSS，因此还可能需要考虑带宽问题。
关于您最初提出的目前是否可能的问题，我认为答案是否定的。正如您在与 Reddit 的方法相关的讨论中所提到的，这将需要一种机制，既能唯一地定位到相应的用户，又能避免泄露用户正在关注的主题的信息，而对于这类事情，通常是通过为 RSS feed URL 生成一个唯一的令牌来完成的。
因此，如果已经完成了这种机制的工作，我预计会在我的个人资料页面上的某个地方看到它被使用，例如在“通知”页面上有一个 RSS 链接，或者在“首选项”中有一个用于创建 RSS feed 的部分。
在获得此功能方面，最好的做法可能是详细说明该功能对用户将如何工作，最好还能详细说明它在后台将如何工作，然后：
- 更新您在此主题中的原始帖子，提供这些详细信息，然后希望有人愿意将其添加到核心功能或创建一个插件；或者
- 如果您有能力并且愿意资助将其添加到核心功能或创建插件，请在 Marketplace 中创建一个新主题或更新此主题。
我怀疑身份验证/访问比带宽和存储更麻烦……
Discourse 已经在用户级别存储了回复信息……
甚至承诺提供实时通知。
这是关于以不同的方式输出它。
这对我来说不是一个足够大的痛点，让我去经历巨大的麻烦。
这只是一个问题，因为我 a) 被信息淹没，b) 试图将所有内容推送到 Inoreader（RSS 阅读器等），c) 是几个 Discourse 论坛的成员。
我更可能采取这种变通方法……
- 启用 Discourse 回复通知为电子邮件。
- 将这些电子邮件发送到 Inoreader 可以识别的收件箱。
- 这些项目出现在 Inoreader 中，表面上就像它们是 RSS 项目一样。
1 个赞
听起来是个很不错的折中方案，我之前都没想过。
我很想听听您使用一两周后的效果！