大家好，我想请教大家一个问题 
我们正在设置无代码平台和即将推出的 Discourse 论坛之间的 SSO。一切都很顺利，太棒了。但是，我们现在正在考虑是否还要保留 Discourse 的“基本”登录方式（电子邮件 + 密码）。
我的想法：
如果我们只保留 SSO，那么只有我们现有的用户才能成为社区成员。我们的产品有一个免费版本，所以如果有人想加入社区但没有我们的账户，他们可以注册免费套餐。但我认为这可能会让一些人望而却步。
如果我们保留这两种选项，可能会导致账户重复，如果有人使用 A 邮箱地址创建社区账户，之后又使用 B 邮箱地址注册我们的平台。
你们有什么意见/经验/想法吗？
是我多虑了吗？ 
如果您指的是“SSO”的 DiscourseConnect，那么您没有其他选择，因为启用 DiscourseConnect 将禁用所有其他登录方法。
我百分之百同意你说的，人们确实很奇怪。
你必须让每个人都觉得容易。一旦他们在注册或登录时遇到困难，他们往往就会放弃。
你必须满足所有人的需求。单点登录、电子邮件登录、社交媒体登录等。
在这种情况下，它确实可以与其他登录方法结合使用，因此您可以完全忽略我之前的评论。
哈哈，知道了，谢谢！
我也是这么想的。不过，也有一些声音认为 OAuth2 登录能为我们提供关于用户的宝贵信息，因为我们可以看到他们在我们的产品中的行为，他们的业务是什么等等。我目前基本上是在收集意见 
我在我的论坛上用过好几次了。
抱歉有点离题，但在合并一个包含大量内容的账户时，这个过程超时了（30 或 60 秒以上，我不记得了），导致账户合并不完全，消息丢失。有点损坏。没关系，但还是……这种情况发生在我身上好几次，直到我注意到通过命令行使用 rake 任务就不会超时。
那是两年前的事了，但从那时起，我就不敢再通过界面合并了，除非要合并的两个账户内容都很少，否则我总是通过 rake 任务来完成。
@david，你对此有什么信息吗？
过去两年里已经进行了许多改进。快速查看代码，合并现在在后台作业中进行，因此不应该像以前那样出现“超时”的情况。
如果您仍然遇到问题，请发布一个 Support 主题。
。对于少数最终出现重复账户的用户，他们可以随时要求管理员通过 Discourse 管理面板“合并”账户。