相同URL的兩個不同的圖形對象？

當我通過Facebook的Linter/Debugger提供一個URL時，它會生成一個像[Obj＃1] https://graph.facebook.com/380728101301（我使用Facebook的IMDB示例，因此很明顯它不僅僅是我）結構化的圖形對象。雖然此對象具有與其關聯的ID，但此ID在圖形API函數（例如pages.isFan）中不能用作pageId。相同URL的兩個不同的圖形對象？

以前，我可以通過使用該對象的URL作爲圖中的id來訪問同一個Graph對象。對於IMDB示例，這是https://graph.facebook.com/?id=http://www.imdb.com/title/tt0117500/（如果您只是將結果中的id換回到URL中，這也會映射到[Obj＃2] graph.facebook.com/114324145263104）。

但是，即使它看起來應該是與圖元相同的圖形對象，但它是具有不同id的不同對象。該對象的標識爲可以使用以及開放圖形api函數，但該對象本身並不實際生成，除非有人明確地喜歡該URL，這並不是特別方便。

這樣做不僅是對棉短絨似乎不再產生對自己有用的對象，但它也似乎正在被Facebook產生兩個不同的對象從相同的元數據將在同一網址。混亂。

我的問題是：

1）這兩個圖形對象有什麼區別？

的OBJ＃1 - graph.facebook.com/380728101301
的OBJ＃2 - graph.facebook.com/114324145263104

2）是否還有生成圖表的方式在有人明確喜歡og元數據所在的頁面之前，有效的pageId對象（如Obj＃2）？

來源

2011-10-04 keenum02

我剛在這裏發表了一個類似的問題？ http://stackoverflow.com/questions/9746767/object-debugger-and-graph-api-return-different-objects-for-same-url-likes – HelpMeStackOverflowMyOnlyHope

https://graph.facebook.com/380728101301（我正在使用Facebook的IMDB 的例子，所以很明顯它不只是我）。雖然此對象與其關聯的ID爲，但此ID不能用作圖API API 函數（例如pages.isFan）中的pageId。

pages.isFan不是圖形API函數，而是傳統的REST API方法。 from pages.isFan doc：

檢查用戶是否是給定頁面的粉絲。不適用於關於Pages的應用程序。

您的第一個id =關於頁面的應用程序，這就是爲什麼它不起作用。

希望這有助於

來源

2011-10-04 16:14:42

相同URL的兩個不同的圖形對象？

回答

相關問題