Facebook graph api 访问令牌过期后重新验证用户

Facebook graph api 访问令牌过期后重新验证用户,facebook-graph-api,facebook-oauth,facebook-access-token,Facebook Graph Api,Facebook Oauth,Facebook Access Token,我需要将我的FB应用程序从使用脱机访问权限迁移出去。据我所知,一旦用户通过身份验证,服务器端OAuth应该返回一个长寿命(60天)access\u令牌 这60天结束后,我必须申请一个新的代币。但是,我可以透明地做到这一点而不需要用户重新访问Facebook吗?我知道不会提示用户输入相同的权限,但是: a) redirect\u uri参数必须指向可以处理OAuth请求的URL,这使得透明操作变得困难 b) 我的许多Graph API调用都是从命中服务器的AJAX请求启动的。如果这些由于过期令牌而

我需要将我的FB应用程序从使用
脱机访问
权限迁移出去。据我所知,一旦用户通过身份验证,服务器端OAuth应该返回一个长寿命(60天)
access\u令牌

这60天结束后,我必须申请一个新的代币。但是,我可以透明地做到这一点而不需要用户重新访问Facebook吗?我知道不会提示用户输入相同的权限,但是:

a)
redirect\u uri
参数必须指向可以处理OAuth请求的URL,这使得透明操作变得困难

b) 我的许多Graph API调用都是从命中服务器的AJAX请求启动的。如果这些由于过期令牌而被拒绝,我无法在不中断应用程序流的情况下重定向用户


所以我的问题是,这能以完全透明的方式实现吗?我假设答案是“否”,但每60天就对用户进行一次窃听——特别是如果他们已经定期使用该应用程序59天的话——似乎有些过分了。

答案确实是“否”。。。在

注意:用户必须先访问您的应用程序,然后才能获取 一个有效的“授权码”,能够使服务器端OAuth 再打一次。应用程序将无法设置 尝试自动延长过期时间,因为 “授权码”是短期的,将过期

我们面临着同样的问题,看起来我们将被迫每60天对用户进行一次bug测试。谢天谢地,这是我们系统中一个相对较小的部分,所有AJAX调用都是对我们的服务器进行的,这些服务器反过来查询fb——因此我们有了一个抽象层,我们可以将缓存的数据/控制消息交回给应用程序流管理,这就给了我们一些灵活的空间,让我们在存储挂起的数据之前能够正常地失败并适当地重定向用户

顺便说一句,值得注意的是,根据
离线访问将于2012年10月3日正式被弃用