我正在从数据库创建多个RSS源，以发布诸如职位空缺，志愿者机会和一般链接之类的内容。我的问题是，应该在Feed中返回多少项目，这样很可能有人会在没有任何间隙的情况下获取阅读器中的所有项目？
选择前100名？ （显然需要为X时间估算的Feed数量设置）
选择最后24,48,72小时？
如果我通过Feedburner运行我的Feed，是否有人知道他们是否检查了一定的时间间隔以便我可以创建它们的标准并确保Feedburner Feed包含所有项目？
我正在从数据库创建多个RSS源，以发布诸如职位空缺，志愿者机会和一般链接之类的内容。我的问题是，应该在Feed中返回多少项目，这样很可能有人会在没有任何间隙的情况下获取阅读器中的所有项目？
选择前100名？ （显然需要为X时间估算的Feed数量设置）
选择最后24,48,72小时？
如果我通过Feedburner运行我的Feed，是否有人知道他们是否检查了一定的时间间隔以便我可以创建它们的标准并确保Feedburner Feed包含所有项目？
我个人会尝试将它保持在25岁左右。我知道使用iGoogle进行RSS提要查看的人数正在增加，并且最大显示限制为9个条目。许多其他RSS提要显示限制在10-15个条目。
我发现RSS提要，除非它本质上是一个“全方位”的提要，通常是对正在发生的事情或可用内容的一个小的，快速命中的更新。
正如madlep所提到的，我也会小心地保持尺寸。
那么，这将取决于条目显示的速率。
但我猜测，最后48个小时的目标是安全的 - 因为很多用户都会运行独立的RSS阅读器，这些阅读器需要点击源以降低当前的时间。但如果这将是太多的数据，那么可能只是限制它。但是100会很多。
它还取决于用户如何使用该数据。职位空缺可能适用于该卷，但如果用户经常看到太多的条目进入并取消订阅，则用户可能会被淹没。
而且你需要警惕实际饲料本身的大小。一些Feed聚合服务设置了一个限制，如512kb，如果它变大，它将不会中继它。
如果你已经完成了在第一个位置创建feed的艰苦工作，那么提供查询字符串变量来影响返回的记录。
我最近为基于内联网的Feed做了类似的事情，就像这样
feed.asp？d = 3＆N = 100
返回最近3天的Feed，最多包含100条记录。
同样的，
feed.asp？d = 7（过去7天的所有记录）
feed.asp？n = 10（最后10条记录）
然后，用户可以调整Feed以适应他们的环境，因为您通常不可能有一个满足所有用户要求的Feed。
虽然这对请求feed.asp时的“默认”值没有帮助，但它至少允许技术用户根据需要修改提要。确保检查查询字符串值，以防止愚蠢/恶意请求。
Feedburner的 似乎每5分钟检查一次 但您可以在帐户中进行设置。另一个论坛帖似乎表明 这是每30分钟一次。