Facebook api 速率限制 - 服务器端还是客户端更好？答案

【问题标题】：Facebook api rate limit - server side or client side is better?Facebook api 速率限制 - 服务器端还是客户端更好？
【发布时间】：2012-03-06 11:02:00
【问题描述】：

我正在开发一个基于 Web 的应用程序，该应用程序实现了 facebook 登录过程来识别用户并使用 facebook graph API 询问他们的信息。

问题是在 api 速率限制方面，服务器端和客户端实现之间哪个更好。对于我读过的所有文档和讨论，每 600 秒限制为 600 次调用，这是每个 ip 或每个 access_token 还是每个应用程序密钥的计数？在客户端执行所有 api 调用以不达到限制速率会更好吗？

提前致谢

【问题讨论】：

【解决方案1】：

基于Facebook Platform Policies：

如果您超过或计划超过以下任何阈值请通过创建confidential bug 报告与我们联系 “阈值政策”标签，因为您可能会受到附加条款的约束：（>5M MAU）或（>每天 1 亿次 API 调用）或（每天 >5000 万次展示）。

如果您认为自己会超过每天 1 亿次 API 调用的限制，请联系 Facebook。

【讨论】：

【解决方案2】：

查询 API 速率限制是基于应用程序的。但是你应该明白，查询 API 和授权用户不是一回事，我无法证明这一点，但很难相信授权流程在某种程度上是有限的（看看有数百万日常使用的非常大的应用程序和游戏）。 ..

关于如何在您的应用程序（客户端或服务器端）中实施授权流程的决定应基于许多因素，例如您使用的技术、您的应用程序编写的语言、您的知识等...这是非常主观的。

由于易于实施和对 JavaScript 的热情，我个人更喜欢使用 JS-SDK 的客户端流程，但这又是主观的......

【讨论】：

我相信授权流程也不受限制，但我想知道当我使用 facebook Javascript SDK 查询 API 时它是否也算在内，这意味着对图表的所有查询都来自我客户的ip。
我正在使用 php 和 javascript，我的网站有一个 facebook 连接按钮，允许用户连接。我每小时将有超过 10 万用户使用该按钮，每次用户单击该按钮时，我都会至少调用一次图形 API。 Therfor 我要求一种解决方法，以不达到每 24 小时 100k 的限制......