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

我正在开发一个基于web的应用程序，它实现facebook登录过程，以识别用户并使用facebook graph API请求他们的信息

问题是，就api速率限制而言，服务器端和客户端实现之间哪个更好。对于我读过的所有文档和讨论，每600秒有600次呼叫的限制，这是每个ip、每个访问令牌还是每个应用程序密钥的计数？在客户端实现所有api调用以不达到限制速率是否更好

---

提前感谢

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

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

我个人更喜欢使用JS-SDK的客户端流，因为它易于实现，而且对JavaScript充满热情，但这也是主观的…

基于：

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

---

如果你认为你可以通过每天1亿次API调用的限制，那么请联系Facebook。

如果你对自己进行了速率限制，你有可能优先处理“重要”请求，如果你让Facebook这样做，你将无法控制。与简单性相比，你会有一个非常好的想法。我相信授权流也不受限制，但我想知道，当我使用facebook Javascript SDK查询API时，它是否也算数，这意味着对图形的所有查询都来自我的客户端ip。我使用的是php和Javascript，我的网站有一个facebook连接按钮，允许用户连接。我会有超过10万用户每小时使用这个按钮，每次用户点击这个按钮，我至少调用一次graph API。Therfor我正在寻求一个解决方案，以避免每24小时达到100k的限制…感谢您带来了这一点，完全忘记了这一点；）