6

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

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

  1. 我们已更改为使用 FQL 查询而不是常规的 Graph API 请求来获取帖子评论，这使我们能够为每个请求获取多个帖子的评论。这导致请求数量显着减少。我们使用 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 限制的结果吗？如果没有，是否有任何方法可以确定真正导致它们的原因，以及我们是否可以做些什么来解决它？

我们将不胜感激任何对我们假设的意见和确认。

4

1 回答 1

2

您的问题的一些答案：

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

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

更多信息： Facebook Graph API 速率限制和批量请求 Facebook 的 Graph API 调用限制是什么？

于 2013-03-07T08:35:44.770 回答