Facebook 即使作为图形API，connect\U RECALINE\U url仍然可用吗？

我找不到任何关于列为的参数的

connect\u reclain\u url

的信息，以及它应该如何工作？我想主要有两种变化：

在每个应用程序（允许/取消）请求中，都会为用户设置url（我认为不是这样）

无论是在应用程序仪表板上（我还找不到位置），还是通过API，都有一个通用URL集，当用户删除其FB配置文件时，UID将被传递

---

有人能证实上面的一个吗。哪怕是一点关于如何正确实现这一点的描述，或者是描述这一点的站点。

它实际上不是（当前）Graph API中应用程序对象的参数/属性–链接的文档指的是旧的Rest API

对该财产的描述对我来说也没有多大意义：

“对于启用Facebook的网站，您可以提供的URL，用于从停用其Facebook帐户的用户处收回帐户。”

为什么我要“收回”他们的帐户，以及之后我会如何处理它

无论是在应用程序仪表板上（我还找不到位置），还是通过API，都有一个通用URL集，当用户删除其FB配置文件时，UID将被传递

在当前的API中，唯一与之接近的是

deauth\u callback\u url

–“每当用户删除应用程序时都会ping的url”

---

通过此功能，如果用户从其帐户设置中删除您的应用程序，您可以收到通知。如果用户删除其FB帐户或禁用平台上的所有应用程序时也会发出ping，我不知道具体情况。（我肯定后一种情况下会这样，第一种情况下也会这样。）

我甚至不知道“自定义回收url”应该是什么……你能再详细说明一下，你是在哪里找到这个词的吗？哇，我从来没有见过以前使用的参数-

connect\u reclain\u url

被列为应用程序属性，但我不知道它是做什么的-我可以在我到办公室后检查回答你的问题，当用户实际从Facebook删除他/她的帐户时，有一个非常简单的工作流（无论什么原因）我希望他作为我网站的注册用户。我想给他一个机会，进入我的网站与正常的登记表。您提到了

deauth\u callback\u url

，在账户删除的情况下也会触发该url。我不能完全测试它，因为我不太熟悉FB的沙箱模式。