我在我的社区论坛上安装了这个来获取本地新闻提醒，并且对最近的改进印象深刻！
干得漂亮！
我遇到的一个问题是，所有创建的主题都未列出。我需要更改某个设置，以便在拉入时默认将它们列出吗？
我还想知道是否有办法启用详细日志记录以进行故障排除，以及在测试时触发轮询立即发生的方法。目前看来，您必须等待 10 分钟（允许的最小时间），并且必须依靠查看帖子是否出现才能知道它是否有效。
最后，一个功能请求。如果可以为提要指定一个主题 ID，那么新帖子将作为回复添加到单个主题中，这将很有帮助。这样，即使有标签，短帖子（例如紧急或停电警报）也可以保持在一起，而不会在发布到类别中的提要中丢失。
是的，您需要禁用 embed unlisted 站点设置。我将把这个细节添加到 OP 中。该设置默认启用，但对于 RSS 插件来说没有意义。它 intended 用于 Discourse 评论嵌入到外部站点时。
该插件不提供任何详细日志记录。没有办法让插件的拉取主题频率超过每 10 分钟一次，除非覆盖插件的代码——这个速率限制是硬编码在插件中的。
Falco 可能是最适合询问此问题的团队成员。
那么……@Falco 有什么想法吗？
我遇到的其他一些问题：
/admin/plugins/rss_polling 处，提供了一个有用的链接指向 RSS Polling 配置文档。但是，当您从 /admin/plugins 插件列表点击 Rss Polling 时，您会被带到 GitHub。这对于了解并关心 GitHub 的自托管用户来说不算太糟糕，但对于托管客户来说，他们更希望直接访问 meta 主题。我将修复这个问题。/admin/plugins 列表上每个插件旁边的 Settings 按钮会带您到您想要去的地方，即按插件过滤的管理员设置。但是，如果您在 e.g. /admin/plugins/rss_polling 页面，然后点击右上角的 Change Settings，您会被带到与在 /admin/plugins 页面相同的插件设置列表。这是一个中等规模的请求，因为它需要在后端和前端的许多不同地方进行更改。
这两者都不是此插件特有的，应该在其他地方解决。
好的，我们可以等等看是否能达到“三位一体”的规则。
好的！ 
感谢您如此迅速的回复。 
