openid - 从社交登录提供商迁移

Question

如果我要完全集成 Janrain Social Login或 Oneall迁移到我自己的自定义系统会遇到什么障碍？

例如，许多开发人员使用 Janrains 社交插件(以及许多其他插件)，因为他们没有时间编写所有代码来提供自己的解决方案，或者因为它快速方便。

但是，在 future 的某个地方，也许当开发人员有更多时间时，他可能会使用 OpenID 选择器和 openid 库(例如 stackoverflow 自己的解决方案)编写自己的解决方案。此外，Janrain 和 Oneall 变得昂贵，获得最初的几千个用户是件好事，但是在用户注册突然增加之后，它变得非常昂贵(特别是如果您只使用社交登录而不使用其他社交功能)

我看到的问题是，在我的 facebook 应用程序中，我提供给 FB 应用程序的站点 URL(例如 oneall)是“http://myapp.api.oneall.com/”。 ' 它将处理所有验证并链接帐户，然后重定向到我的网站回调 url。

但是，如果我用自己的解决方案替换 Oneall(站点 URL 会改变)，会发生什么？身份验证将变得无效，不是吗？用户将不得不再次接受权限？我将如何进行成功的迁移？

我希望我已经解释得够清楚了。也许这是微不足道的，但一些澄清将不胜感激。我想确保我没有被 Oneall 或 Janrain 束缚。

Answer 1

我对 Oneall 没有太多经验，但 Janrain 使 Engage 服务尽可能无缝和非侵入性。换句话说，无论发生什么，您都可以保留用户数据。这就是 Janrain 提供 API 端点的原因，您可以以任何您想要的方式自由调用和保留该配置文件数据。 Janrain Engage 不会在服务器上存储任何用户数据，如果您打算离开，他们也不会拒绝访问。

例如，如果您有一个 Wordpress 站点并使用我们的 Engage 小部件插件来获取传统和社交登录的用户数据，那么即使您删除了 Engage 小部件，您仍会保留这些 Wordpress 用户。他们的登录体验也不会在事后改变。

当然，当开发人员有时间和资源来构建自己的站点时，他们无论如何都必须对用户配置文件在服务器端的管理方式进行编程。