当使用GET-request-to-logout.php将用户注销Facebook时,有没有办法简化后续的登录显示?

当使用GET-request-to-logout.php将用户注销Facebook时,有没有办法简化后续的登录显示?,facebook,login,logout,Facebook,Login,Logout,我正在成功使用对此URL的GET请求 https://www.facebook.com/logout.php?access_token=ACCESS_TOKEN&confirm=1&next=MY_APP_URL 其中MY_APP_URL的形式可以强制用户注销Facebook并重定向回MY APP 然而,浏览器中的用户体验并不理想。首先,它看起来像是重定向到MY_APP_URL,电子邮件/密码字段出现在右上角大约一秒钟。然后,会重定向到login.php,并显示完整页面的登录表

我正在成功使用对此URL的GET请求

https://www.facebook.com/logout.php?access_token=ACCESS_TOKEN&confirm=1&next=MY_APP_URL
其中MY_APP_URL的形式可以强制用户注销Facebook并重定向回MY APP

然而,浏览器中的用户体验并不理想。首先,它看起来像是重定向到MY_APP_URL,电子邮件/密码字段出现在右上角大约一秒钟。然后,会重定向到login.php,并显示完整页面的登录表单

关于注销/登录,所有功能都正常运行,但这种1-2秒显示不同登录表单的方式很烦人

有没有一种方法可以简化这个过程,这样就只有一个重定向,直接指向login.php URL


也许我应该使用“oauth/authorize”URL作为我的下一个URL,而不是?

答案是将logout.php的下一个参数(上面最初显示为my_APP_URL)设置为与应用程序位于同一域上的URL

此URL应将用户重定向到OAuth对话框(如下所述:)。然后,调用OAuth对话框中的redirect_uri参数应该是如上所述的MY_APP_URL

这样,在看到登录页面之前,你不会看到Facebook chrome的1-2秒显示。不幸的是,它在注销/登录过程中插入了另一个请求/响应周期

(注意:如果用户在未登录时请求表单的URL,Facebook似乎应该自动将用户重定向到登录页面。不知道为什么FB chrome会显示。)