我正在从一个数据库创建几个 RSS 提要，以发布职位空缺、志愿者机会和一般链接等内容。我的问题是，应该在提要中返回多少项目，以便最有可能有人将阅读器中的所有项目毫无间隙地获取？
选择前 100 名？ （显然需要为 X 时间估计的提要数量设置）
选择过去的 24、48、72 小时？
如果我通过 Feedburner 运行我的提要，是否有人知道他们是否会检查某个时间间隔，以便我可以按照他们的标准创建它并确保 Feedburner 提要包含所有项目？
【问题讨论】：
嗯，这将取决于条目的显示率。
但我猜想以最后 48 小时左右为目标是安全的——因为很多用户会运行独立的 RSS 阅读器，他们需要点击提要来拉下当前的任何内容。但如果这将是太多的数据，那么也许只是限制它。不过 100 会很多。
这还取决于用户如何使用这些数据。职位空缺可能适用于该数量，但如果用户经常看到太多条目进入并取消订阅，他们可能会被淹没。
而且您需要注意实际 Feed 本身的大小。一些提要聚合服务设置了 512kb 之类的限制，如果超过此限制，则不会转发。
【讨论】：
如果您首先完成了创建提要的艰苦工作，那么请提供查询字符串变量来影响返回的记录。
我最近为基于 Intranet 的提要做了类似的事情，像这样
feed.asp?d=3&n=100
返回过去 3 天价值最多 100 条记录的提要。
同样，
feed.asp?d=7（过去 7 天的所有记录）
feed.asp?n=10（最后 10 条记录）
然后用户可以调整提要以适应他们的情况，因为您通常不可能有一个提要满足所有用户的要求。
虽然在请求 feed.asp 时这对您的“默认”值没有帮助，但它至少允许技术用户根据需要修改提要。确保您也检查查询字符串值，以防止愚蠢/恶意的请求。
【讨论】：
我个人会尽量保持在 25 岁左右。我知道使用 iGoogle 来查看 RSS 提要的人数正在增加，并且那里的最大显示限制为 9 个条目。许多其他 RSS 提要显示限制为 10-15 个条目。
我发现 RSS 提要，除非它本质上是一个“包罗万象”的提要，否则通常是对正在发生的事情或可用内容的小型、快速的更新。
正如 madlep 所说，我也会小心翼翼地缩小尺寸。
【讨论】：
feedburner seems to check every 5 minutes 但您也许可以在您的帐户中进行设置。另一个论坛帖子似乎表明it's every 30 minutes。
【讨论】：