我们正在使用图形 API 来获取客户端每个页面上所有帖子的共享数量,每天运行一次,我们使用 graph.facebook.com/post_id,但我们经常得到
(#613) 流式调用已超过每 600 秒 600 次调用的速率
我尝试使用批处理请求,似乎批处理中的每个请求都计入了限制。有什么建议么?
以下是我们迄今为止的发现:
- FQL 流表没有“共享”字段。
- 发布见解没有与页面墙上显示的“#shares”匹配的指标。
- 对 post 的 Graph API 调用将很快达到限制。
我们正在使用图形 API 来获取客户端每个页面上所有帖子的共享数量,每天运行一次,我们使用 graph.facebook.com/post_id,但我们经常得到
(#613) 流式调用已超过每 600 秒 600 次调用的速率
我尝试使用批处理请求,似乎批处理中的每个请求都计入了限制。有什么建议么?
以下是我们迄今为止的发现:
减少调用次数 - 这是这里唯一真正的答案,假设您已经进行了其他优化,例如在一次调用中询问多个帖子的详细信息(通过?ids=X,Y,Z
Graph API 文档主页上提到的语法)
为什么需要“每天一次”?为什么不把电话分散几个小时呢?
如果您按批次请求也没关系,每个项目仍将被计为一次命中,并且您将达到相同的限制。它在 FB 文档中有说明
https://developers.facebook.com/docs/graph-api/advanced/rate-limiting
您可以尝试通过超时或延迟 cron 作业或其他方式分配负载。或者在一个小时内执行第一批和下一批可能是最安全的。