假设我有一个约有1 000 000篇文章的网站。他们每个人都有Like和Tweet按钮。我可以使用Facebook和Twitter的API来获取每篇文章的喜欢和推文的总和。
但是,我想用或多或少的实时对所有文章进行排序。不确定这是否可行,因为我必须为每篇文章进行两次API调用,每次我想更新这个总和时会产生2 000 000个请求。
那么,有没有办法做到这一点?你能确认没有吗?如果它每小时更新一次,或者它只是更新最新的文章,我会很高兴。嗯。我没有好主意。
答案 0 :(得分:2)
http://blog.newswhip.com/index.php/2014/01/what-is-social-velocity有一篇关于这个话题的有趣文章。
我猜你会很难实现这篇1.000.000篇文章。您可以在/?ids={url}
端点中一次使用多个URL来优化对Facebook的呼叫:
/?fields=id,shares&ids=http://www.google.com,http://www.facebook.com
会给你
{
"http://www.google.com": {
"id": "http://www.google.com",
"shares": 10053803
},
"http://www.facebook.com": {
"id": "http://www.facebook.com",
"shares": 16690062
}
}
但是如果您经常调用API,我认为您将通过Facebook API进行速率限制。为您的通话添加应用访问权限令牌应该做得更好,但您需要自己尝试。结果缓存也应该是一种限制电话号码的方法。