查询优化和API限制

Question

我们正在跟踪许多客户的Facebook页面和发布指标,我们对高CPU强度和过多的发布/评论调用提出了一些问题 - 根据开发人员洞察控制台报告的内容(见解 - >开发人员 - >活动和错误).文档对Graph API的限制和限制有些不清楚,我们只想确保我们对可用的资源有正确的理解.

我们正在努力优化我们的软件和查询,以降低错误率和请求数量.与这项工作相关,我们有几个问题:

1. 我们已更改为使用FQL查询而不是常规的Graph API请求来获取Post注释,这使我们能够为每个请求获取多个帖子的注释.这导致请求数量显着减少.我们使用page_id IN(PAGE_ID_1,PAGE_ID_2,....)的查询.与普通的Graph API请求相比,这会增加CPU强度吗？

2. 我们还在终端上实施了对请求的限制,以确保我们在一段时间内均匀分配我们的请求,而不是大量爆发.对于页面评论,我们确保在10分钟内最大请求数不超过300.换句话说,我们将页面评论请求的数量限制为每秒0.5或每分钟30.这仍然很高吗？

3. 一旦超出请求限制,我们假设这是一个访问令牌,而不是APP ID？因此,如果我们的一个客户过度使用资源,我们的APP仍将继续代表我们拥有不同访问权限的其他客户工作？

4. 在开发人员控制台中,在我们的应用程序的Insights - > Developer - > Activity&Errors页面下,API Throttling表有一段时间在它之上.例如1小时14分钟.这个时间表示什么,这个表的更新频率,以及数字的年龄？

5. 我们在响应代码500中收到少量错误.这些错误通常是超出请求和/或CPU限制的结果吗？如果没有,是否有任何方法可以确定实际导致它们的原因,以及我们可以做些什么来修复它？

我们非常感谢您对我们的假设的任何意见和确认.

Answer 1

对您问题的一些回答：

• Facebook 对图形 API 请求的限制是每 600 秒 600 个请求...但是批量请求被计为批次中每个请求一个请求...我认为 FQL 限制是相同的...
• 此限制适用于一个 IP 和一个访问令牌，如果您有多个令牌和/或 IP，您可以调整此限制
• 我实际上没有示例，但是当您超出速度限制时，错误消息类似于“请求太多”，而不是错误 500...不知道在您的情况下会导致这种情况

有些问题我不明白： - 当你谈到“CPU强度”时，你的意思是你这边还是FB那边？在FB方面我从未见过这样的限制，唯一的限制是600个请求/600秒......

欲了解更多信息： Facebook Graph API 速率限制和批量请求 Facebook 的 Graph API 调用限制是多少？