【问题标题】:Facebook deprecate "offline_access".. and now?Facebook 弃用“offline_access”.. 现在呢?
【发布时间】:2012-03-13 03:01:16
【问题描述】:

嗯,我正在使用 PHP Facebook API 登录我的网站。现在,我正在使用以下步骤和代码进行连接:

  1. 获取授权url,重定向用户。
  2. 通过_GET从url获取代码参数
  3. 调用api获取请求access_token

将 access_token 保存到数据库中,并在以后的调用中使用它们。

此文字来自 facebook developer's blog:

服务器端 OAuth 开发人员

如果 access_token 是从服务器端 OAuth 调用生成的,则生成的 access_token >将具有更长的过期时间。如果在该用户仍有有效的 >access_token 时进行调用,则第二次调用返回的 access_token 可能相同或可能已更改,但在任何一种情况下,到期时间都将被重置。 >再一次,在同一天多次调用它只会导致第一次调用>延长到期时间。

基本上,我会执行相同的步骤,还是我很困惑? 如何扩展现有的 access_token?

谢谢大家!

【问题讨论】:

  • 我认为 Facebook 正在为您做到这一点。它会给你一个过期时间延长的令牌,可以是新的,也可以是刷新的旧的。

标签: facebook api


【解决方案1】:

这真的取决于:

将 access_token 保存到数据库中,并在以后的调用中使用它们。

我的意思是,如果使用 Facebook API 的目的是验证用户身份,那么根本不需要 offline_access

一旦用户使用他们的 Facebook 帐户登录

  • 创建会话(参考PHP-SDK主类)
  • 进行 API 调用
  • 使用JS-SDK 始终检查用户登录状态以增强体验。
  • 您最好保存用户 Facebook id、姓名和(可能)电子邮件。
  • 如果你想保存access_token,那么下次用户访问你的网站并点击登录按钮(如果没有登录到Facebook)JS-SDK检测到他是一位老用户,将您存储的access_token 更新为新用户!
  • 总是handle过期的access_tokens

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2012-03-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-08-20
    • 1970-01-01
    • 2012-03-14
    相关资源
    最近更新 更多