Google Feed API的真正替代品

我发现自己经常使用feed(rss,atom,json等),并且大多数时候它将这些feed混合在一起用于一个站点,并且只是痛苦地试图构建你的代码以使每个条件都正确,并且它是浪费时间,金钱和资源.

所以我一直在使用谷歌饲料API来做很多事情,但是现在已经被杀死了(~~但没有被埋葬,但是~~ ~~[ 2015年12月2日埋葬 ]~~ { 更多的时间是12月4日 },我必须找个替代方案.以下是使Google Feed API变得非常棒的功能,这些功能也是任何替代方案的要求:

使用网址,就像旧的Google API一样:https://ajax.googleapis.com/ajax/services/feed/load？v = 2.0&num = 200&q = http://blog.stackoverflow.com/feed/ [那么,GET请求？我猜POST也没关系,但GET总是更适合我们的使用]
生成可预测的输出(每次返回相同的json模式,无论哪种Feed)

如果它是付费服务(当然是在合理范围内),或者它是否附带免费计划并不重要,但易用性应该是优先考虑的事情!

必须将允许从所述服务后端请求的域列入白名单,或者使用令牌,但是必须从后端订阅源是不可接受的,因为我们为无法访问的客户构建这些服务.说后端或想要使用它们.

TL; DR;

我们需要一种服务,将我抛出的任何Feed转换为URL中的JSON.可以花钱,或自我托管.(这可能是最好的,看看Yahoo Pipes发生了什么,然后是Feed API ...)

因此,谷歌Feed API今天被埋葬了,很多东西现在已经死了.虽然我一般都认为推荐问题吸引了有争议的答案和垃圾邮件,但实际上没有任何关于这个主题的信息,它是我不断获得结果的feedburner或superfeedr,并且它们都没有真正提供与Google的api相同的功能.

朱利安在评论中有一个很好的观点,没有人能负担得起全世界的所有饲料,但没有人要求这样做.

我很乐意根据请求支付每次请求获取订阅源的费用,我不是要求每天24小时跟踪订阅源,只有当我要求它时.这是Superfeedr的主要问题,同时它不易使用.

好像我不需要按要求付款:

我会仔细考虑这个,因为它是免费的,没有任何信息,并且随着人们开始发现它可能会遇到交通困难.

在Github上还有很多操作系统替代品.