从社会登录提供

Question

如果我要充分整合Janrain Social Login或Oneall会是什么障碍是迁移到远离自己的自定义系统迁移走？

例如，许多开发人员使用Janrains社交插件（和许多其他的），因为他们没有时间做所有的代码提供自己的解决方案或者是因为它的快速和便捷。但是，在未来的某个地方，也许开发人员有更多时间的时候，他可能会使用OpenID选择器和openid库（比如stackoverflow自己的解决方案）编写自己的解决方案。此外，Janrain和Oneall变得昂贵，让您的前几千名用户感到很高兴，但在用户注册突然增加之后，它变得非常昂贵（尤其是如果您只使用社交登录而不是其他社交功能）

我看到的问题是，在我的Facebook应用程序中，我给FB应用程序的网站URL为'http://myapp.api.oneall.com/'，它将处理所有验证并链接帐户，然后重定向到我的网站回调URL 。

但是，如果我用我自己的解决方案替代Oneall（网站URL会改变），会发生什么？验证会变得无效，不是吗？用户将不得不再次接受权限？我将如何成功迁移？

我希望我是不够好解释。也许这是微不足道的，但一些澄清将不胜感激。我想确保我没有被绑在Oneall或Janrain上。

Answer 1

我没有与Oneall多少经验，但Janrain使得搞服务无缝和非侵入性越好。换句话说，无论发生什么事情，您都可以保留用户数据。这就是为什么Janrain提供API端点的原因，您可以随意调用并保持您的个人资料数据。 Janrain Engage不会在服务器上存储任何用户数据，并且如果您打算离开，他们不会拒绝访问。例如，如果您有一个Wordpress网站并使用我们的Engage小部件插件来获取传统以及社交登录的用户数据，即使您移除了Engage小部件，您仍然保留这些Wordpress用户。事实上，他们的登录体验也不会改变。

当然，当开发人员有时间和资源来打造一个本土的网站，他们具有对用户配置文件管理服务器端反正方式进行编程。