【问题标题】:Facebook graph API request limitFacebook 图形 API 请求限制
【发布时间】:2017-06-14 21:59:05
【问题描述】:

如果限制是600 request / 600 seconds / access_token

有没有办法找出在达到限制之前我还剩下多少请求?

我有一个应用程序管理着其他几个应用程序。对于他们每个人,我需要获得喜欢的数量和更多信息。 为此,我需要一个仪表板来了解在达到限制之前我还剩下多少请求。

我尝试从应用程序的见解中获取此信息,但我真的不知道如何处理。 我也读过Facebook graph API Insights requests limit,但对我没有帮助。

【问题讨论】:

标签: facebook facebook-graph-api


【解决方案1】:
  • 按照文档:

您的应用总共可以为每位用户每小时拨打 200 次电话。作为一个 例如,如果您的应用有 100 个用户,这意味着您的应用可以 20,000 个电话。这不是每个用户的限制,因此一个用户可以 这些电话中有 19,000 个,而另一个可以打 1,000 个。这个限制是 根据前一小时拨打的电话数计算。

您的应用的用户数按平均数计算 每日活跃用户数加上今天的新登录数

并非所有 API 调用都受到速率限制,因此调用次数 您所做的可能与您在速率限制工具中看到的不匹配。 Facebook 还根据使用的 CPU 时间和总时间限制调用。这是 很难达到这些极限,所以这种情况极为罕见。 此信息显示在每个示例的详细信息窗格中。点击 在仪表板上的速率限制工具的图表上了解详细信息。

  • 建议:

速率限制定义了在指定时间段内可以进行多少 API 调用的限制。当超过速率限制时,来自应用的所有 API 调用都会受到限制并在短时间内失败。一旦应用程序被限制,调用者将收到错误代码 = 4,CodedException 的后续调用错误。重新接受您的请求最多可能需要一个小时。

  • 为避免速率限制:

在两个时间间隔之间均匀分布查询,以避免发送高峰流量。 使用过滤器来限制数据响应大小并避免请求重叠数据的调用。 使用速率限制标头来动态平衡您的通话量。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-09-05
    • 2011-06-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多