Tag: google feed api

Google Feed API真正的select

我发现自己经常使用feed（rss，atom，json等），而且大多数情况下，它们将这些feed混合在一起用于一个站点，而且试图构build代码以使每个条件都正确浪费时间，金钱和资源。 所以我一直在使用谷歌饲料API的很多东西，但现在它已经被杀死（ 但没有埋葬，但 [ 埋在2015年12月2日 ] { 给予更多的时间12月4日 }），我必须找一个替代品。 以下是使Google Feed API真棒的function，而且这些function也是任何替代方法的要求： 与旧版Google API一样使用url： https : //ajax.googleapis.com/ajax/services/feed/load?v=2.0&num=200&q=http : //blog.stackoverflow.com/feed/ [那么，GET请求？ 我想POST也可以，但是GET总是比较好用] 产生可预测的输出（每次返回相同的json模式，不pipe是哪种types的feed） 如果是有偿服务（当然是有理由的），或者是有免费的计划，这并不重要，但是易用性应该是重中之重！ 必须将允许从所述服务后端请求的域列入白名单是可以的，或者使用令牌，但是必须订阅来自后端的订阅源是不可接受的，因为我们为客户build立这些服务，说后端还是想用它们。 TL; DR; 我们需要一个服务，把我把它扔到JSON的任何提要转换成URL。 可以花钱，或自我托pipe。 （这可能是最好的，看看雅虎pipe道，然后饲料API …） 编辑 所以Google Feed API今天被埋没了，很多东西现在已经死了。 虽然我一般都认为推荐的问题吸引了被试的答案和垃圾邮件，但实际上并没有关于这个主题的任何信息，它是feedburner或superfeedr，我不断得到结果，也没有提供与Google的API相同的function。 朱利安在评论中有一个很好的观点，没有人能够投票调查世界上所有的饲料，但没有人要求这样做。 我很乐意为每个请求提供每次请求的付费，但我并不是要求我每天24小时都要跟踪这个Feed，只有当我要求时。 这是Superfeedr的主要问题，除了使用起来不那么容易。 编辑2 好像我不需要为每个请求付费： http://rss2json.com/ 但是，我会仔细研究这个问题，因为它是免费的，没有任何信息，在人们开始find它的时候可能会很难处理这个stream量。 Github上也有大量的操作系统可供select。