我们正在跟踪许多客户的 Facebook 页面和帖子指标,根据开发人员见解控制台(见解 -> 开发人员 ->活动和错误)。该文档对 Graph API 的限制和限制有些不清楚,我们只是想确保我们对可用的资源有正确的理解。
我们正在努力优化我们的软件和查询,以降低错误率和请求数量。与这项工作相关,我们有几个问题:
我们已更改为使用 FQL 查询而不是常规的 Graph API 请求来获取帖子评论,这使我们能够为每个请求获取多个帖子的评论。这导致请求数量显着减少。我们使用 page_id IN (PAGE_ID_1, PAGE_ID_2, ....) 的查询。与常规 Graph API 请求相比,这会增加 CPU 强度吗?
我们还对请求进行了限制,以确保我们的请求随着时间的推移均匀分布,而不是大量爆发。对于页面评论,我们确保 10 分钟内的最大请求数不超过 300。换句话说,我们将主页评论请求的数量限制为每秒 0.5 次或每分钟 30 次。这还是那么高吗?
一旦超出请求限制,我们假设这是针对访问令牌的,而不是APP ID?因此,如果我们的一个客户过度使用资源,我们的应用程序仍将继续代表具有不同访问令牌的其他客户工作吗?
在开发人员控制台中,在我们应用程序的 Insights -> Developer -> Activity & Errors 页面下,API Throttling 表上方有一个时间。例如 1 小时 14 分钟。这个时间表示什么,该表多久更新一次,以及这些数字有多旧?
我们收到少量响应代码为 500 的错误。这些错误通常是超出请求和/或 CPU 限制造成的吗?如果没有,是否有任何方法可以确定实际导致这些问题的原因,以及我们是否可以采取措施来解决它?
如果您对我们的假设有任何意见和确认,我们将不胜感激。
对您问题的一些回答:
- Facebook 对图形 API 请求的限制是每 600 秒 600 个请求...但是批量请求被计为批次中每个请求一个请求...我认为 FQL 限制是相同的...
- 此限制适用于一个 IP 和一个访问令牌,如果您有多个令牌和/或 IP,您可以调整此限制
- 我没有实际的示例,但是当您超出速度限制时,错误消息类似于“请求太多”,而不是错误 500...不知道在您的情况下是什么会导致这种情况
有些问题我不明白:
- 当你谈到“CPU强度”时,你是指你这边还是FB那边?在FB方面我从未见过这样的限制,唯一的限制是600个请求/600秒......
欲了解更多信息:Facebook 图形 API 速率限制和批量请求 https://stackoverflow.com/questions/8805316/facebook-graph-api-rate-limit-and-batch-requests
Facebook 的 Graph API 调用限制是多少? https://stackoverflow.com/questions/8713241/whats-the-facebooks-graph-api-call-limit
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)