社交认证和第三方展示能力 python – Appengine社交认证的不同选择是什么 – 他们如何比较？

社交认证和第三方展示能力 python – Appengine社交认证的不同选择是什么 – 他们如何比较？

[这个问题的目的是捕捉我的发现并理智地检查它们——我会展示我的答案包，看看是否出现了其他答案和评论。]

我花了一点时间试图了解 () 的不同社交身份验证选项。我对所提供的身份验证机制如何与其他社交身份验证机制进行交互感到特别困惑。由于谷歌与第三方提供商的良好整合，但一些最大的社交网络不是提供商（例如，），因此情况变得复杂。 [请注意，它可以用作中继方，但不能用作提供者]。

下一个问题是：中国的社会认证有哪些不同的选择？每个选项的优缺点是什么？

解决方案

在我对这个问题的研究中，我发现基本上有三种选择：

>使用的认证机制（包括联合登录）

>优点：

>您可以通过提供的用户服务轻松查看登录用户

> 处理安全问题，因此您可以确定它已经过全面测试

>缺点：

>这只能与第三方提供商集成；它目前无法与 /

集成

>使用已知框架（如or）提供的社交认证机制

>优点：

>这些可以与所有主要的社会认证服务集成

>它们被广泛使用，因此它们可以非常强大且经过充分测试

>缺点：

>虽然它们可能经过了很好的测试，但它们可能没有维护

>它们确实是更大框架的一部分，在部署应用程序之前，您可能必须对此感到满意

>滚动浏览您自己的社交身份验证

>优点：

>你可以混合任何风格的和

>缺点：

>您最有可能引入安全漏洞

>除非你有使用这些技术的经验，否则这可能是最耗时的

附加说明：

>很可能大家最终都会迁移到，然后标准认证应该可以在任何地方使用>如果他们的认证有问题，第一个选项允许你点；第二个选项对你强加了更多的责任社交认证和第三方展示能力，但仍然允许你说如果出现问题，使用广泛使用的解决方案，最后一个选项把所有的责任都放在你身上>大多数问题都围绕会话管理 - 在情况 1 中，所有会话管理完成社交认证和第三方展示能力，开发人员几乎看不到；第2种情况，会话管理由框架处理，第3种情况社交认证和第三方展示能力，需要自己设计。

Tags：社交认证和第三方展示能力