【问题标题】:Facebook api batch for revalidate multiple access token用于重新验证多访问令牌的 Facebook api 批处理
【发布时间】:2012-10-28 02:07:57
【问题描述】:

我想通过 Facebook 批量调用来读取注册用户的墙。

据我所知,我需要在每个调用的正文中批量指定用户访问令牌。但是由于offline_access折旧,我需要在使用之前重新验证所有用户访问令牌。

因此,如果我要批处理多个调用,则单独重新验证每个访问令牌是没有意义的(如此处所述:http://goo.gl/M3Jrr)。

如何更快地重新验证这些访问令牌?

【问题讨论】:

    标签: facebook api batch-file access-token


    【解决方案1】:

    如何更快地重新验证这些访问令牌?

    不能。一旦用户访问令牌过期,您需要捕获它并让用户与您的应用互动以刷新访问令牌。

    现在我不知道您为什么需要批量阅读您的注册用户墙,根据您的动机,这可能违反 Facebook 政策,但我想在批量调用的响应正文中,您应该收到一个清除有关过期访问令牌的错误,因此,例如,在数据库中为那些(非活动)用户添加一个标志,以便以后重新参与。

    【讨论】:

    • 我正在使用 Facebook 实时更新。我想在已接受 read_stream 权限的所有用户的帖子中搜索标签。所以,我不认为这违反了 Facebook 的政策。无论如何,我认为用户不必再次使用我的应用程序。 Facebook API 允许应用程序重新验证“应用程序端”令牌,我只想为许多用户设置一次。
    • 不,Facebook API 不允许此类操作。您只能请求长期访问令牌,但一旦过期,用户应该与您的应用交互以获取新令牌。您似乎正在构建一个 listening 工具,而这正是 Facebook 不允许您做的事情(因为它不是围绕 用户体验 构建的)!
    • 好吧,我认为有一个误解......我知道我的应用程序只能在用户回来时请求长期访问令牌。但是访问令牌每 2 小时过期一次。因此,要进行应用程序端操作(例如读取用户墙),我需要刷新该访问令牌。所有的官方解释都在这里:goo.gl/M3Jrr 我实际上可以阅读用户的墙。没有什么问题。有一个 api:goo.gl/ZsuaA 用 Facebook 的话来说:“Graph API 支持实时更新......然后你的应用可以缓存数据并接收更新,而不是不断地轮询 Facebook 的服务器。”
    • 不,长期访问令牌的有效期为 60 天!这是how to get it。当然,您可以在用户墙上读取和写入内容,但您应该小心您的应用程序设计,这就是我所说的。 (您的应用程序可能很有帮助,我只是给您一个提示:))
    猜你喜欢
    • 2015-02-25
    • 2012-01-26
    • 1970-01-01
    • 2023-03-13
    • 2013-01-03
    • 1970-01-01
    • 2013-01-10
    • 2019-07-22
    • 2013-07-03
    相关资源
    最近更新 更多