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廣泛的數據刮擦。客戶端還是服務器端？

回答

相關問題