我正在考虑为提要编写一个代理聚合器,其中少数用户指定一个提要 URL 和一组条件,然后系统输出一个不断更新的与这些条件匹配的条目的 RSS/Atom 提要。
Feed 聚合器是否有最佳实践? (或者过滤 feed 代理?)
例如:
- 是否有某些 Feed 元素应该或不应该修改为代理?
- Feed 代理/解析器应如何表明它没有传递原始 Feed 的原始副本?
- 将下载/更新工作委托(delegate)给第三方聚合平台是否有意义? Google Feed API ?我认为这会节省大量工作,而不是必须自己进行更新、301 处理等。
感谢您的帮助。
最佳答案
查询任何 Feed 的频率不得超过 30 分钟。使用缓存。
-亚当
关于rss - 开发 feed 聚合器/代理的最佳实践?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/558011/