与话语集成的自定义omniauth oauth2策略需要哪些部分答案

【问题标题】：what parts are necessary for a custom omniauth oauth2 strategy for integrating with discourse与话语集成的自定义omniauth oauth2策略需要哪些部分
【发布时间】：2013-07-01 20:09:43
【问题描述】：

我正在考虑使用使用omniauth 进行身份验证的话语。我需要将其与我当前的用户群（当前通过电子邮件或 Facebook 进行身份验证的用户群）集成。一种可能是创建一个自定义的omniauth 策略（如https://github.com/intridea/omniauth-oauth2）。我将对话语代码进行一些调整，但我需要将我当前的应用程序实现为 Oauth2 提供者吗？或者有没有更简单的解决方案？

我知道这有点开放；我想我正在寻找向这个应用程序添加话语的最简单方法，并且现在还有一百万个其他事情正在发生，所以非常专注于最快的似乎相当简单的用例。

谢谢

【问题讨论】：

这看起来很像stackoverflow.com/questions/15393808/…的副本
谢谢，我也问过这个问题 :) 这个问题已经有一年多了。这看起来像是 sol'n：meta.discourse.org/t/official-single-sign-on-for-discourse/… 我喜欢话语，但我认为他们应该更早地实现该功能。

标签： ruby-on-rails oauth-2.0 omniauth doorkeeper discourse

【解决方案1】：

走 OAuth2 路线似乎很合理。

另一种方法是使用 Omniauth 身份策略。 [1] 使用 Omniauth 身份策略，您可以通过只读访问权限对您的数据库进行身份验证。也可以针对 JSON API 进行身份验证。 [2]

[1]https://github.com/intridea/omniauth-identity [2]https://github.com/intridea/omniauth-identity#custom-auth-model

【讨论】：