實時用戶朋友更新：新朋友

不幸的是，Facebook的實時API只通知約東西已經改變了在應用程序的用戶的朋友連接。實時用戶朋友更新：新朋友

什麼我必須做的，以確定用戶A剛剛成爲朋友與用戶X？

目前，只要我收到用戶A的朋友已經從Facebook的實時API改變通知，我接收到完整的/UserA/friends.json，尋呼THROU整個結果只識別自上一次是什麼已被添加。

雖然這個工作，它只是感覺像很多的計算週期浪費，我想知道是否有一個更優雅的方式來這...

來源

2013-02-25 muhqu

就是這樣它的設計和有沒有「解決方案」。

注意這不包括實際的數據值（無論是從前或更新後）。爲了獲得這些，您的應用程序可以請求 他們作爲正常，受通常的隱私限制。對於您隨時可以訪問的數據，您可能希望在此回調之後立即查詢該數據，以便在用戶返回到您的應用時準備好該數據。

來源：https://developers.facebook.com/docs/reference/api/realtime/

它使一個很大的意義，因爲Facebook能夠向您發送的所有更新，同時不知道，如果你有相應的權限，以獲得新的數據，所以有一個非常簡單的方法來在隱私方面做。

如果您有一個有效的用戶令牌（在您的數據庫中），您可以通過Graph API/FQL檢索更新的字段，並將其與數據庫中的數據進行比較。如果沒有實時API，您需要每x小時/天提取一次數據，這更加浪費資源。

如果您沒有有效的用戶令牌當用戶回到您的應用並將其與數據庫中的數據進行比較時，您可以通過Graph API/FQL檢索更新的字段。如果沒有實時API，當用戶回來時，您總是需要更新/檢查數據。

來源

2013-03-05 09:23:16

好吧，我有有效的用戶令牌。但是，如何檢索「更新」字段？例如自上次約會以來的新朋友我檢查過。我認爲目前沒有辦法查詢通過添加日期訂購的朋友。所以如果一個Facebook用戶剛收到一個新朋友，並且實時API會通知他，那麼我仍然需要查詢他的所有朋友，並與我已有的信息進行比較。 – muhqu 2013-03-05 09:47:03

我們已經每天進行大約10萬次api調用，主要由實時api觸發。只是想知道是否有辦法降低「識別新朋友」的成本。 – muhqu 2013-03-05 09:55:08

是的，朋友連接中沒有「created_date」字段，也沒有辦法通過_virtual_「created_date」afaik來排序結果。 – 2013-03-05 10:19:37

實時用戶朋友更新：新朋友

回答

相關問題