gpt4 book ai didi

authentication - Firebase 短信验证/身份验证

转载 作者:行者123 更新时间:2023-12-03 10:05:23 25 4
gpt4 key购买 nike

对于一个客户项目,我正在创建一个简单的混合应用程序,它提供非常简单的功能,但流量很高。该应用程序通常不需要后端,因为它非常简单,而且 firebase 似乎是该项目的完美解决方案。

我唯一遇到的问题是使用 Firebase 进行短信验证/身份验证。然而,经过一番激烈的谷歌搜索和文档阅读后,我开始意识到没有简单的方法可以做到这一点。这是我到目前为止所调查的内容:

  • Fabric.io Digits 有一个很棒的 JS API,但是由于某种原因,firebase 和数字不能很好地结合在一起:https://groups.google.com/forum/#!topic/firebase-talk/sB7lPuyCVBQ
  • Facebook Account Kit - 就在一周前,Facebook 发布了一个用于 SMS 验证和身份验证的新工具包,尽管它仍然感觉它与 fabric.io 数字有相同的问题,至少在没有得到证明之前是这样。
  • Twilio/Nexmo via NodeJS - 这些都是具有出色 JS API 的史诗服务,但据我了解,这需要单独的后端服务器来处理 JWT token 交换。而这本身就是另一台服务器,这将成为高流量期间的瓶颈,也是另一个安全漏洞点,客户端团队必须单独管理。不是最愉快的。
  • Twilio/Nexmo & Auth0 - 到目前为止,这似乎是最佳选择,其中身份验证和用户管理由 Auth0 处理,但是鉴于 twilio 或 nexmo 和 auth0 都是付费解决方案,此解决方案很快就会变得昂贵。并不是说我是一个期望免费工作的小气 - 但感觉就像一个非常昂贵的额外步骤,因为它只是转发 token 。 [参见:来自 hell 的客户]
  • 我记得在某处读到过一个建议,例如在 Firebase 上使用电话号码作为电子邮件,例如:123-456-7890@example.com 并使用通过短信发送的安全码作为密码,这听起来很粗略,原因有很多。

  • 通常对于混合移动应用程序,它们的非本地性质或 JS API 是罪魁祸首,但第一次(至少对我而言)感觉并非如此。我认为此时 Firebase 不是一个有效的选择,但在开始研究 AWS 并为客户设置整个后端之前,我想最后一次询问社区中充满爱心和关怀的成员。

    有没有其他方法来处理这种类型的身份验证减去中间服务/没有后端服务器?有人有使用这些解决方案的经验吗?

    更新:2017 年 5 月

    Phone Verification & Authentication is now natively available in Firebase. 请参阅下面我自己发布的答案。

    更新:2017 年 4 月

    Firebase 现在原生支持 Cloud Functions 。现在,您无需设置任何服务器即可使用 Cloud Functions 完成此任务以及更多其他任务。

    更新:2017 年 10 月

    Fabric.io 和 Firebase 合作并集成了 Digits in Firebase phone authentication 并为 Fabric 推出了更多功能。

    最佳答案

    截至 2017 年 5 月 17 日 ,Firebase 的了不起的人将 Digits 的电话身份验证功能融入了 Firebase。 This is now incredibly easy to achieve natively within Firebase ,或多或少只需轻轻一按,无需外部服务或类似服务。 You can read more about it in the docs :)

    关于authentication - Firebase 短信验证/身份验证,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36694791/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com