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

发布于 2025-01-05 18:55:59 字数 695 浏览 1 评论 0原文

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

我首先确保所有数据均可访问,并且抓取的等待时间不会太长。我使用了 Facebook 中 身份验证页面 中简单的服务器端流程 (PHP) 示例文档,现在已经有了一堆我正在优化的 PHP 脚本。目前我只是加载页面并等待长 PHP 脚本执行。不理想。

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

因此我的问题是:我应该使用我已经编写的相同 PHP 脚本并(在用户身份验证之后)使用 AJAX 请求关闭脚本(然后使用 AJAX 轮询完成)还是应该重写服务器端逻辑在 JavaScript 中,并使用 Facebook JavaScript SDK 和完成整个操作。阿贾克斯?

我认为,让应用程序依赖于客户端发出大量的 http 请求,这对我来说似乎非常不稳定……而且我不想重写我已经完成的所有内容! =)

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

提前致谢, GFTE

I'm building a application using PHP, HTML & JavaScript that accesses a users Facebook data and does some analysis on the information returned. It requires making approx 15 to 30 requests to the Graph API depending on how much data a user has in their profile.

I have started by ensuring that all of the data is accessible and the wait time for the scraping is not too extensive. I have used the straightforward Server-side Flow (PHP) example from the Authentication page in the Facebook documentation and have now got a bunch of PHP scripts that I am optimising. Currently I just load the page and wait for the long PHP script to execute. Not ideal.

I have realised that from a front end perspective, after the user has authenticated the FB app, there will ideally not be a page refresh and the user should not have to wait whilst the page is continually loading (i.e. waiting for the long execution of a PHP script).

Therefore my question is: should I use the same PHP scripts the I've already written and (after user authentication) set the scripts off using an AJAX request (and then use AJAX to poll for completion) or should I rewrite the server side logic in JavaScript and do the whole thing using the Facebook JavaScript SDK & AJAX?

I'm my opinion there is something about having the application reliant on the client making a ton of http requests that seems very flaky to me......plus I'd rather not rewrite everything I've already done! =)

Apologies for the long message. Trying to be as explicit as possible.

Thanks in advance,
gfte

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

指尖上得阳光 2025-01-12 18:55:59

我在 30000+/dau 的应用程序上遇到了服务器端流程(php->curl)的许多麻烦。
尝试用两种语言(PHP 和 JS)编写它。并亲自尝试一下,这对于应用程序用户来说更快。
如果可能的话使用 JS 而不是 PHP 以获得更好的性能

I had many troubles with server-side flow (php->curl) on my app with 30000+/dau's.
Try to code it in both language (PHP and JS). And try it yourselt, which is faster for the app-user.
If possible use JS instead of PHP for better performance

安人多梦 2025-01-12 18:55:59

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

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

Why not write the script in php but call with AJAX and ensure your script provides user feedback on the current progress. It would still be only a couple extra http requests and would reuse the code you have already written.

It doesn't really matter how long the request takes as long as the user knows what is going on.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文