从数据库创建 RSS 提要，将多少项放入提要以便它们都可能被消费？

Posted 2023-02-16

【中文标题】从数据库创建 RSS 提要，将多少项放入提要以便它们都可能被消费？

【英文标题】：Creating RSS feed from database, how many items to put into feed so that they are all likely to be consumed?

【发布时间】：2010-09-18 07:18:53

【问题描述】：

我正在从一个数据库创建几个 RSS 提要，以发布职位空缺、志愿者机会和一般链接等内容。我的问题是，应该在提要中返回多少项目，以便最有可能有人将阅读器中的所有项目毫无间隙地获取？

选择前 100 名？ （显然需要为 X 时间估计的提要数量设置）

选择过去的 24、48、72 小时？

如果我通过 Feedburner 运行我的提要，是否有人知道他们是否会检查某个时间间隔，以便我可以按照他们的标准创建它并确保 Feedburner 提要包含所有项目？

【参考方案1】：

嗯，这将取决于条目的显示率。

但我猜想以最后 48 小时左右为目标是安全的——因为很多用户会运行独立的 RSS 阅读器，他们需要点击提要来拉下当前的任何内容。但如果这将是太多的数据，那么也许只是限制它。不过 100 会很多。

这还取决于用户如何使用这些数据。职位空缺可能适用于该数量，但如果用户经常看到太多条目进入并取消订阅，他们可能会被淹没。

而且您需要注意实际 Feed 本身的大小。一些提要聚合服务设置了 512kb 之类的限制，如果超过此限制，则不会转发。

【参考方案2】：

如果您首先完成了创建提要的艰苦工作，那么请提供查询字符串变量来影响返回的记录。

我最近为基于 Intranet 的提要做了类似的事情，像这样

feed.asp?d=3&n=100

返回过去 3 天价值最多 100 条记录的提要。

同样，

feed.asp?d=7（过去 7 天的所有记录）

feed.asp?n=10（最后 10 条记录）

然后用户可以调整提要以适应他们的情况，因为您通常不可能有一个提要满足所有用户的要求。

虽然在请求 feed.asp 时这对您的“默认”值没有帮助，但它至少允许技术用户根据需要修改提要。确保您也检查查询字符串值，以防止愚蠢/恶意的请求。

【参考方案3】：

我个人会尽量保持在 25 岁左右。我知道使用 iGoogle 来查看 RSS 提要的人数正在增加，并且那里的最大显示限制为 9 个条目。许多其他 RSS 提要显示限制为 10-15 个条目。

我发现 RSS 提要，除非它本质上是一个“包罗万象”的提要，否则通常是对正在发生的事情或可用内容的小型、快速的更新。

正如 madlep 所说，我也会小心翼翼地缩小尺寸。

【参考方案4】：

feedburner seems to check every 5 minutes 但您也许可以在您的帐户中进行设置。另一个论坛帖子似乎表明it's every 30 minutes。