Facebook API 速率限制 - 服务器端或客户端哪个更好?

5
我正在开发一个基于Web的应用程序,利用Facebook登录过程来识别用户,并使用Facebook Graph API获取其信息。
问题是,在API速率限制方面,服务器端和客户端哪个更好。根据我所读的所有文档和讨论,每600秒有600次调用的限制,这是针对IP、access_token还是应用程序密钥计算的?是否最好在客户端实现所有API调用,以避免达到限制速率?
提前致谢。

如果您自己进行速率限制,您可以优先处理“重要”的请求,如果让Facebook来做,您就无法掌控。将其与简单性相比较,您就会对自己想要什么有一个很好的想法。 - Joachim Isaksson
2个回答

1
基于Facebook平台政策

如果您超过或计划超过以下任何一个阈值,请通过创建带有“阈值政策”标签的机密漏洞报告与我们联系,因为您可能会受到额外条款的约束:(>5M MAU)或(>100M API调用/天)或(>50M每天印象)。

如果您认为您将超过每天1亿API调用限制,请联系Facebook。


1
谢谢你提醒我,完全忘记了这件事 ;) - Juicy Scripter

0

查询 API 的速率限制是基于应用程序的。但您应该明白,查询 API 和授权用户并不是同一件事情,我无法证明这一点,但很难相信授权流程会受到某种限制(看看那些每天有数百万次使用量的大型应用和游戏)...

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

我个人更喜欢使用 JS-SDK 的客户端流程,因为易于实现和对 JavaScript 的热爱,但这也是主观的...


我相信授权流程不仅限于此,但我想知道当我使用Facebook JavaScript SDK查询API时是否也计算在内,这意味着所有对图形的查询都来自我的客户端IP。 - Hung Linh
我正在使用PHP和JavaScript,我的网站有一个Facebook连接按钮,允许用户连接。我将会有超过10万个用户每小时使用该按钮,并且每次用户点击按钮时,我都会至少调用一次图形API。因此,我正在寻求解决方案来避免达到每24小时的10万限制... - Hung Linh

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接