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

Question

我正在从数据库创建多个RSS源，以发布诸如职位空缺，志愿者机会和一般链接之类的内容。我的问题是，应该在Feed中返回多少项目，这样很可能有人会在读者中获得所有项目而没有任何空白？

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

选择最后24,48,72小时？

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

Answer 1

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

我发现了一个RSS提要，除非它具体是一个“全包围”的提要。天生的饲料，通常是一个小的，快速的，更新正在发生的或可用的。

正如madlep所提到的，我也会小心地保持这个尺寸。

Answer 2

嗯，这取决于条目出现的比率。

但是我猜测，过去48个小时的目标是安全的 - 因为很多用户都会运行独立的RSS阅读器，这些阅读器需要点击源以降低当前的时间。但如果这将是太多的数据，那么可能只是限制它。但是100会很多。

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

你需要警惕实际饲料本身的大小。一些Feed聚合服务设置了一个限制，如512kb，并且如果它变得大于那个就不会中继它。

Answer 3

如果您已经完成了在第一个位置创建Feed的艰苦工作，那么提供查询字符串变量来影响返回的记录。

我最近为基于Intranet的Feed做了类似的事情，比如

feed.asp d = 3＆安培; N = 100

返回最近3天的Feed，最多包含100条记录。

类似地，

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

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

然后，用户可以调整Feed以适应他们的环境，因为您通常不可能有一个满足所有用户需求的Feed。

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

Answer 4

feedburner 似乎每5分钟检查一次但是你也许可以在您的帐户中进行设置。另一篇论坛帖子似乎表明每30分钟。