facebook-graph-api - 查询优化和 API 限制

Question

我们正在跟踪许多客户的 Facebook 页面和帖子指标，我们有一些关于高 CPU 强度和过多的帖子/评论调用的问题 - 根据开发者洞察控制台报告的内容(见解 -> 开发人员 ->事件和错误)。该文档对 Graph API 的限制和限制有些不清楚，我们只是想确保我们对可用的资源有正确的理解。

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

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

我们还在我们的一端实现了请求限制，以确保我们随着时间的推移均匀地分发我们的请求，而不是大爆发。对于页面评论，我们确保请求的最大数量在 10 分钟内不超过 300。换句话说，我们将主页评论请求的数量限制为每秒 0.5 次或每分钟 30 次。这还高吗？

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

在开发者控制台中，在我们的应用程序的 Insights -> Developer -> Activity & Errors 页面下，API Throttling 表上方有一个时间。以 1 小时 14 分钟为例。这个时间表示什么，这个表格多久更新一次，这些数字多久了？

我们收到了少量响应代码为 500 的错误。这些错误通常是由于超出请求和/或 CPU 限制造成的吗？如果没有，是否有任何方法可以确定实际导致它们的原因，以及我们是否可以做些什么来解决它？

我们将不胜感激任何输入和确认我们的假设。

Answer 1

你的问题的一些答案:

Facebook 对图形 API 请求的限制是每 600 秒 600 个请求......但是批处理请求被计为批处理中每个请求的一个请求......我认为 FQL 限制是相同的......

此限制适用于一个 IP 和一个访问 token ，如果您有多个 token 和/或 IP，您可以调整此限制

我实际上没有例子，但是当你打破速度限制时，错误消息类似于“请求太多”，而不是错误 500...不知道在你的情况下会导致这种情况

一些我不明白的问题:
- 当您谈到“CPU 强度”时，您是指在您这边还是 FB 那边？在 FB 方面我从来没有看到过这样的限制，唯一的一个是 600 req/600 sec ...

欲了解更多信息:
Facebook graph API rate limit and batch requests
What's the Facebook's Graph API call limit?