即使是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是否仍然可用？

回答

相关问题