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

我正在使用PHP构建应用程序，HTML &访问用户Facebook数据并对返回的信息进行一些分析的JavaScript。它需要根据用户在他们的配置文件中有多少数据向Graph API提出大约15到30个请求。Facebook Graph API广泛的数据刮擦。客户端还是服务器端？

我已经开始确保所有数据都可以访问，并且等待时间不会太长。我在Facebook文档中使用了来自Authentication page的直接的服务器端流（PHP）示例，现在已经有了一堆我正在优化的PHP脚本。目前我只是加载页面并等待长的PHP脚本执行。不理想。

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

因此，我的问题是：我是否应该使用我已经编写的相同的PHP脚本，并且（在用户身份验证之后）使用AJAX请求设置脚本（然后使用AJAX轮询完成）还是应该重写JavaScript中的服务器端逻辑，并使用Facebook JavaScript SDK & AJAX做这件事？

我认为有一些应用程序依赖于客户端提出了大量的http请求，这对我来说似乎非常脆弱......再加上我不想改写我已经存在的所有东西完成了！ =）

长信息道歉。试图尽可能的明确。

由于提前， gfte

来源

2012-02-14 gfte

我对我的30000 +/DAU的应用程序必须与服务器端的流量（PHP->卷曲）许多麻烦。尝试在两种语言（PHP和JS）中进行编码。并尝试它yourselt，这对应用程序用户来说更快。如果可能的话使用JS而不是PHP来获得更好的性能

来源

2012-02-14 10:57:21

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

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

来源

2012-02-14 13:59:33

嗨瑞克，这是我最后一直使用的方法，目前正与一小组测试人员一起工作。然而，数据抓取的规模已经增加，并且对于一个用户来说，大约有40-50个卷发请求。我可能会为此打开另一个线程，但我现在关心的是服务器将如何处理，例如，200个或更多同时发出40或50个请求的同时用户。如果您或任何阅读此主题的人对此有任何想法，我们将不胜感激，否则我会将此作为新问题提交。 – gfte 2012-02-24 14:59:28

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

回答

相关问题