Facebook OAuth&;访问令牌持久化问题

Facebook OAuth&;访问令牌持久化问题,facebook,oauth,facebook-graph-api,Facebook,Oauth,Facebook Graph Api,我是OAuth的新手,我已经完成了针对Facebook和Twitter实现OAuth的大部分工作 我的应用程序的工作方式是用户可以通过Facebook或Twitter登录。一旦进入,他们可以设置另一个,即如果他们使用twitter登录,我要求他们设置facebook墙,如果他们使用facebook注册,我要求他们设置twitter 我的问题是这个。用户注销后再次返回,我如何避免他们再次设置这些内容?我注意到twitter访问令牌永远不会过期,所以我想这就解决了这方面的问题。但Facebook访问

我是OAuth的新手,我已经完成了针对Facebook和Twitter实现OAuth的大部分工作

我的应用程序的工作方式是用户可以通过Facebook或Twitter登录。一旦进入,他们可以设置另一个,即如果他们使用twitter登录,我要求他们设置facebook墙,如果他们使用facebook注册,我要求他们设置twitter

我的问题是这个。用户注销后再次返回,我如何避免他们再次设置这些内容?我注意到twitter访问令牌永远不会过期,所以我想这就解决了这方面的问题。但Facebook访问令牌确实过期了。每次要求我的用户登录facebook以使应用程序的这一部分正常工作都非常不方便


我可能完全理解错了,所以任何建议都非常感谢

就我记忆中的Facebook而言(https://graph.facebook.com/oauth/authorize?...)如果用户之前批准了您的应用程序,则立即返回用户,这样,如果您正确设计了应用程序流,他/她不会注意到(例如,您可以在弹出窗口中将用户重定向到Facebook,并在用户返回时关闭弹出窗口).

据我记忆中的Facebook(https://graph.facebook.com/oauth/authorize?...)如果用户之前批准了您的应用程序,则立即返回用户,这样,如果您正确设计了应用程序流,他/她不会注意到(例如,您可以在弹出窗口中将用户重定向到Facebook,并在用户返回时关闭弹出窗口).

谢谢你,詹姆斯。我应该在发帖之前再进一步测试一下。只是突然想到这一点,让我有点沮丧。我将把访问令牌存储在我的应用程序中,下次直接查询它,看看会发生什么。ThanksFacebook有一个长期存在的令牌作用域(离线访问),它也可以帮助您:太好了!谢谢你,约翰。这正是我需要的。非常感谢,詹姆斯。我应该在发帖之前再进一步测试一下。只是突然想到这一点,让我有点沮丧。我将把访问令牌存储在我的应用程序中,下次直接查询它,看看会发生什么。ThanksFacebook有一个长期存在的令牌作用域(离线访问),它也可以帮助您:太好了!谢谢你,约翰。这正是我需要的。非常感谢。