【问题标题】:Facebook Graph API FQL Query LimitFacebook Graph API FQL 查询限制
【发布时间】:2012-01-07 11:31:39
【问题描述】:

Graph API 调用是否有官方限制(或至少有保证的速率)?

我正在为用户获取有效的 access_tokens,并在 Web 服务器和客户端脚本上使用它们。两个调用都使用 FQL 查询,如下所示:

SELECT+page_id+FROM+page_fan+WHERE+uid=me()+and+page_id=...&access_token=...

SELECT+post_id+FROM+stream+WHERE+(privacy.value='EVERYONE'+OR+privacy.value='ALL_FRIENDS')+AND+attachment.description='...'+AND+attachment.name='...'+AND+actor_id=me()+AND+source_id=me()+AND+is_hidden=0&access_token=...

我计划每分钟为每个 access_token 查询一次,其中一些来自客户端 IP,一些来自 Web 服务器 IP。那么我到底要关心什么?

还有一个关于这些查询中的“me()”的附加问题:),如果我从客户端或服务器进行调用,它会有所不同吗?例如如果客户用户从我的网页中更改了他/她的 FB 登录名,是指新登录名还是已生成 access_token 的登录名?

【问题讨论】:

    标签: facebook facebook-graph-api


    【解决方案1】:

    当 Facebook 有应用框和个人资料页面时,我的倒计时应用每小时更新一次个人资料。在某一时刻,它拥有 40 万用户,因此每天向 Facebook 拨打 960 万(400K x 24)次电话。

    我不确定是否有限制,但订阅功能假设消除了频繁访问 API 的需要。听起来您正在尝试检查是否有任何变化。订阅 API 调用本质上是告诉 Facebook 让您知道什么时候发生了变化。

    真的,您的问题将是网络带宽和 CPU,而不是 Facebook 限制。

    【讨论】:

    • 是的,这就是为什么我认为将大部分工作分配给客户端。
    【解决方案2】:

    me() 是指在访问令牌中编码的用户/页面 ID。在 https://developers.facebook.com/tools/debug 上检查令牌,看看它的 id 是什么。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-03-28
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多