4

我正在考虑为提要编写一个代理聚合器，其中少数用户指定提要 URL 和一些条件，系统会输出与这些条件匹配的条目的不断更新的 RSS/Atom 提要。

提要聚合器是否有最佳实践？（或过滤提要代理？）

例如：

  • 是否有某些 Feed 元素应该或不应该被修改为代理？
  • 提要代理/解析器应该如何表明它没有传递原始提要的原始副本？
  • 将下载/更新工作委托给第三方聚合平台（例如Google Feed API ）是否有意义？我认为这将节省大量工作，而不必自己进行更新、301 处理等。

谢谢你的帮助。

4

3 回答 3

2

查询任何提要的频率不要超过 30 分钟。使用缓存。

-亚当

于 2009-02-17T18:17:07.743 回答
1

不要被 Ask.com 收购

于 2009-02-17T18:14:43.803 回答
1

我猜你也可以使用 Yahoo Pipes……或者这个：planetplanet.org

于 2009-05-29T22:13:03.043 回答