【问题标题】:Should I store token created by Firebase Admin SDK .createCustomToken(uid)?我应该存储由 Firebase Admin SDK .cr​​eateCustomToken(uid) 创建的令牌吗?
【发布时间】:2018-12-06 12:43:02
【问题描述】:

我想知道我由 Firebase Admin SDK .cr​​eateCustomToken(uid) 创建的令牌是否应该存储在某个地方。

考虑案例:


客户端:新用户A注册

服务器:token = fbSDK.createCustomToken(uid)

客户端:使用此令牌通过 Firebase 进行身份验证


后来用户A退出并再次登录

我应该为该用户查找已保存的令牌吗?

或者我应该再次使用 fbSDK.createCustomToken(uid) 并且此令牌将与以前相同或至少附加到以前创建的 firebase 用户 A?

提前致谢。

【问题讨论】:

    标签: firebase firebase-authentication firebase-admin


    【解决方案1】:

    虽然没有什么可以阻止您保存令牌,但没有目的/好处 - 不要浪费您的时间。你应该看看the docs for the Firebase Admin SDK for Authentication

    在讨论自定义令牌的必需属性时,文档包括以下相关句子...特别是确定令牌有效时间的 exp 属性:

    自 UNIX 纪元以来令牌过期的时间(以秒为单位)。 最多可以比 iat 晚 3600 秒。注意:这个 只控制自定义令牌本身过期的时间。但是有一次 您使用 signInWithCustomToken() 登录用户,他们将保留 登录到设备,直到他们的会话无效或 用户退出。

    对于您的第二个问题,每次调用 createCustomToken() 时都会生成一个不同的令牌。由于令牌过期,您应该为每次成功登录调用该函数。

    【讨论】:

    • 感谢您的回复。所以我可以得出结论,使用相同 uid 生成的下一个令牌将与先前创建的 firebase 用户相关联。这是真的吗?
    • 只要将相同的 UID 传递给 createCustomToken() 就可以了。
    猜你喜欢
    • 1970-01-01
    • 2020-10-03
    • 2017-12-07
    • 2020-09-04
    • 1970-01-01
    • 2015-04-24
    • 2017-08-13
    • 2019-09-24
    • 2019-12-05
    相关资源
    最近更新 更多