即使是Graph API，connect_reclaim_url是否仍然可用？

我無法找到任何有關connect_reclaim_url作爲Application object in the Graph API的參數列出的信息，以及它應該如何工作？我想有兩個主要變化是：即使是Graph API，connect_reclaim_url是否仍然可用？

在每一個應用程序（允許/取消）請求的URL會爲用戶設置（這個我覺得是不是這樣）
有一種普遍的URL設置是否在應用程序儀表板上（我找不到），或通過API和UID將在用戶刪除它的FB配置文件時通過

有人可以確認上述其中之一。即使是一些描述如何做到這一點或描述這一點的網站。

來源

2012-10-04 carstep

我什至不知道，什麼「custom_reclaim_url」應該_be_ ...你能否詳細說明多一點，你在哪裏找到這個詞？ – CBroe

哇，我從來沒有見過之前使用的參數 - 'connect_reclaim_url'被列爲應用程序屬性，但我不知道它是什麼 - 我可以稍後檢查當我到辦公室 – Igy

它不是（當前）圖表API中應用程序對象的參數/屬性 - 鏈接的文檔是指舊的Rest API。

;財產的描述並沒有太大的意義對我來說，無論是：

「對於啓用的Facebook的網站時，您可以提供的網址從誰去激活他或用戶收回的賬戶她的Facebook帳戶。「

爲什麼我要」回收「他們的帳戶，以後我會怎麼做......？

有一種普遍的URL設置是否在應用信息中心（我coulnd't找到在哪裏，還）或通過API和UID將被傳遞，當用戶刪除它的FB輪廓

的來接近，目前的API中唯一的事情就是deauth_callback_url -

通過這個「要ping每當用戶刪除應用程序URL」，你可以，如果用戶從自己的帳戶設置中刪除你的應用程序得到通知。如果當用戶刪除他們的FB賬戶或禁用平臺上的所有應用程序時，這也會被ping通，但我不確定。（我肯定會期望它適用於後一種情況，並且對於第一種情況它也是有意義的。）

來源

2012-10-05 09:18:51 CBroe

要回答你的問題，那裏當用戶真正從Facebook上刪除他/她的賬戶（無論什麼原因）時，這是一個非常簡單的工作流程，我希望他作爲我網站上的註冊用戶。我想給他提供一個以正常註冊表格進入我的網站的可能性。你提到了'deauth_callback_url'，在刪除帳戶的情況下也會觸發。我不能完全測試它，因爲我不熟悉FB的沙盒模式。 – carstep

即使是Graph API，connect_reclaim_url是否仍然可用？

回答

相關問題