FB.api是真正的而不是FB.Data.query？

在我們編寫的FB.api中的查詢中，end_time必須像UNIX時間一樣寫入，即12423492349不像2011-01-03這樣的函數。我認爲這個end_time函數變成了API的bug，現在沒有了。
洞察在2012年1月初開始不會來到我的面前，我必須將FB.Data.query更改爲FB.api，但過時的度量標準會在某些日期或某些指標中帶來空數據或某些數據。有人知道這個問題或解決了嗎？FB.api是真正的而不是FB.Data.query？

來源

2012-02-16 Kaan Esin

是的，有許多見解在Facebook的新通知90條政策中被棄用。請參閱：http://developers.facebook.com/docs/reference/fql/insights/以瞭解已刪除內容的完整列表。

值得注意的是，FBML已被棄用，並且在它完全消失之前還剩幾個月。

來源

2012-02-16 19:20:00 DMCS

yes我在2011年11月看到了這個頁面，但是我真的不理解那裏的句子：「我們貶低了一些舊的見解，這些指標在整個文檔中被標記爲不推薦使用」，這意味着我認爲舊的見解將消失而不是指標，但實際上每一件事情都會下降:) Fb是一個奇怪的平臺，它總是不斷變化，但沒有任何通知，變化肯定是從頭到尾。我想知道，我們如何使用FB.api查詢見解？比如fb.api（「query ='選擇度量值，來自洞察力的值，其中...';」） – 2012-02-17 14:48:56

也有可能他們的數據收集和/或數據分析中存在一些錯誤，甚至是他們收集通話結果。你可能會看到的是，它在當時是壞的，現在很好，或者現在很好，現在他們引入了一個bug。如果您有確鑿的事實，那麼我強烈建議您在http://developers.facebook.com/bugs上提交一個錯誤，以查看Facebook將如何處理它。 – DMCS 2012-02-17 14:53:03

謝謝你的回覆！我對我的pageids只有一些見解，但只有在圖形瀏覽器中有鏈接「.... pageid/insights」，而不是我的代碼（fb.data或fb.api）仍然...你是否適合fb中的某些人不管現在這些變化是否更加精細，但我清楚地看到，在這裏很多人不喜歡這種變化，也沒有獲得他們ID的完整數據。他們總是處在「我們得到的見解或多或少有些見解，但有點適當」:)我不同意這一點，因爲我認爲API是一種讓我們的生活更輕鬆，不會變得更易變或更復雜的事情，就像FB所做的那樣：）我也會寫一個bug – 2012-02-24 16:17:39

FB.api是真正的而不是FB.Data.query？

回答

相關問題