Facebook Graph API 广泛的数据抓取。客户端还是服务器端？

Question

我正在使用 PHP、HTML 和 JavaScript 构建一个应用程序，它访问用户 Facebook 数据并对返回的信息进行一些分析。根据用户个人资料中的数据量，它需要向 Graph API 发出大约 15 到 30 个请求。

我首先确保所有数据都可以访问，并且抓取的等待时间不会太长。我在 Facebook 文档中使用了来自 Authentication page 的简单的服务器端流程 (PHP) 示例，现在我得到了一堆我正在优化的 PHP 脚本。目前我只是加载页面并等待较长的 PHP 脚本执行。不理想。

我已经意识到，从前端的角度来看，在用户对 FB 应用程序进行身份验证后，理想情况下不会刷新页面，并且用户不应该在页面不断加载时等待（即等待很长时间PHP 脚本的执行）。

因此我的问题是：我应该使用我已经编写的相同 PHP 脚本并（在用户身份验证之后）使用 AJAX 请求关闭脚本（然后使用 AJAX 轮询完成）还是应该重写JavaScript 中的服务器端逻辑并使用 Facebook JavaScript SDK 和 AJAX 完成整个工作？

我的观点是让应用程序依赖于客户端发出大量的 http 请求，这对我来说似乎很不稳定......另外我宁愿不重写我已经完成的所有事情！ =)

对长消息表示歉意。试图尽可能明确。

提前致谢， gft

Answer 1

我的应用程序的服务器端流程 (php->curl) 遇到了很多麻烦，其中包含 30000+/dau。 尝试用两种语言（PHP 和 JS）编写代码。自己尝试一下，这对应用程序用户来说更快。 如果可能，使用 JS 代替 PHP 以获得更好的性能

Answer 2

为什么不用 php 编写脚本，而是使用 AJAX 调用，并确保您的脚本为用户提供有关当前进度的反馈。它仍然只是几个额外的 http 请求，并且会重用您已经编写的代码。

只要用户知道发生了什么，请求需要多长时间并不重要。