2

我需要在一天之後和另一天之前獲取用戶Feed中的所有條目。由於我不知道該時段有多少條目,並且參數LIMIT似乎是強制性的,所以我將限制設置爲,例如,100.在日期範圍內從Facebook API獲取Feed數據

當數據準備好被解析時,我必須檢查(或者不是我?)如果密鑰PAGING在結果集中,並且如果是,則再次用存儲在其中的數據進行查詢。

我不確定這個邏輯是否正確。我的第一個想法是在PAGING仍然存在的情況下循環結果集,然後再次查詢。如果PAGING爲空,則將JSON返回給用戶。這意味着我的查詢中沒有更多頁面,並且我獲得了所需的所有數據。

我正在使用SINCE和UNTIL參數來指定日期範圍。

的問題是,我總是得到的時間限制的錯誤超出了:突破30秒最大的執行時間......

似乎PAGING是永遠存在的,所以我的循環實際上是搜索自用戶創建賬戶後用戶Feed中的所有條目。我不確定這一點,但我確信一件事:它正在執行像13,14或15個查詢的篝火超時。正如我所看到的,一些結果不在指定的日期範圍內(我認爲這是因爲PAGING鍵沒有初始設置的所有參數)。

你知道嗎,如果這是查詢用戶提要中數據的最佳解決方案嗎?

還有一件事:我正在測試自己的飼料。一些結果我不認爲是我在時間表中發佈的內容。所以我假設他們是評論而不是帖子/狀態。你知道這件事嗎?

@ EDIT1

看看這個:

我的第一個查詢: /我/飼料=的access_token MY_ACCESS_TOKEN &欄=消息&以來= 2014年2月11日&直到= 2014- 02-17 &限= 100

在PAGING-的字符串> NEXT https://graph.facebook.com/MY_ID/feed?fields=message&limit=100&access_token=MY_ACCESS_TOKEN&until=1392153316

它切斷了since參數,我認爲until已轉換爲UNIX時間(自1970年以來)。

但我檢查了我的時間安排,從11/02/2014到17/02/2014發佈的所有內容都在結果集中(包括一些朋友與我分享的一些內容,他們是)。

那麼如何知道何時必須使用PAGING-> NEXT來獲取更多我真正需要的數據?

我會盡量在一分鐘內

回答

10

你必須使用UNIX時間戳的,因爲直到參數與一些代碼來編輯它,否則,它不應該工作。

/me/feed?since=1391244171&until=1391848971&fields=message