Facebook API 速率限制 - 服务器端与客户端

Question

据我了解，facebook API 的速率限制是每 600 秒，每个 token 和 IP 大约 600 次调用。现在我有一个网站/facebook-app，允许用户浏览公共(public)夜总会页面和不需要用户登录即可浏览页面的事件，所以我使用我的应用程序 token 。但是为了让用户能够在我的网站/应用程序上使用他们的帐户与 facebook 图交互的功能，他们必须登录，所以我为此使用用户 token 。

因此，当用户登录时，超过速率限制应该不会有问题，因为每个用户都有不同的用户 token ，因此每个用户的速率限制为每 600 秒 600 次调用。但我担心的是，当用户在未登录的情况下浏览公共(public)夜总会页面和事件时，我的应用程序将超过速率限制，因为只有 1 个应用程序 token 和 1 个 IP 地址(我的服务器)被多个用户使用。如果有多个用户同时浏览公共(public)夜总会页面和事件，则很容易超过速率限制。

我做了一些研究，发现我可以从客户端进行 API 调用，这样每个浏览公共(public)夜总会页面和事件的用户都会有一个不同的 IP 地址(用户计算机)，然后每个用户将有每 600 秒 600 次调用的速率限制。但是，如果我从客户端进行 API 调用，那么用户是否可以看到我的应用程序 token 和应用程序 secret ？这会带来安全风险吗？谁能验证这是否正确？当用户浏览公共(public)夜总会页面和事件时，我还能做些什么来不超过速率限制？提前致谢。

Answer 1

从客户端进行调用时，您无需提供应用密码，仅提供应用 ID，客户端无论如何都可以看到，因为他们已登录到您的应用。您应用程序的 Facebook cookie 包含您的应用程序 ID。每个客户端都有自己的 token ，他们也可以看到。

我不确定“浏览夜总会页面”在技术上是什么意思，但如果您可以使用 JavaScript 将服务器工作分流给客户端，那就更好了。此外，在服务器端对用户进行身份验证时，请尽量不要在每个页面请求上调用 $facebook->getUser()，因为这会影响您的 API 限制。如果可能，请尝试使用 JavaScript 登录客户端，如果不能使用 FB 服务器端登录一次，然后设置您自己的 session 以从那时起通过您的站点对它们进行身份验证。这将极大地减少您的 API 调用。

看到这个问题:Structure of a facebook app with minimal api calls