从社交登录提供程序迁移

Question

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

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

然而，在未来的某个时候，也许当开发人员有更多的时间时，他可能会使用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用户。他们的登录体验也不会在事后发生变化。

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