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