现在这说得通了。用户正在做的是在 WordPress 上注册账户，而不是在 Discourse 上注册。从用户的角度来看，使用 DiscourseConnect 可能会有些令人困惑，但这可能是另一个问题。
现在发生的情况是，用户点击 Discourse 上的“登录”按钮。他们会被重定向到您的 WordPress 网站的登录页面。然后，他们需要从登录页面导航到网站的注册页面（这就是令人困惑的部分）。在网站上注册后，他们应该会收到来自 WordPress 的电子邮件，要求他们激活账户（这取决于您的 WordPress 网站的配置）。假设您的 WordPress 网站具有默认的注册配置，用户将点击激活电子邮件中的链接，然后按照激活 WordPress 账户并登录网站所需的步骤进行操作。
如果您启用了 WP Discourse 的“登录时创建或同步 Discourse 用户”选项：
登录 WordPress 会自动创建一个 Discourse 用户。如果您没有在 WordPress 上启用该选项，则直到用户再次点击 Discourse 的“登录”按钮，或点击您添加到 WordPress 网站的 Discourse 登录链接 后，才会在 Discourse 中创建用户。
无论哪种情况，一旦创建了 Discourse 用户，您的 Discourse 网站上就会创建一个“待批准”的审核条目：
您的 Discourse 网站管理员将收到通知，有一位用户正在等待批准。当管理员批准用户后，Discourse 会向用户发送一封“您已获批准”的电子邮件。
对于让用户访问 Discourse 网站来说，这似乎是一种非常复杂的方法。从用户的角度来看，最简单的简化方法是禁用 Discourse 上的 must approve users（必须批准用户）设置。如果您希望 WordPress 网站上的某些用户无法访问您的 Discourse 网站，最好在您的 WordPress 网站上添加一些代码来阻止某些用户登录 Discourse：How to prevent some WP users from being able to login to Discourse - #2 by simon
我认为当启用 DiscourseConnect 时，启用 must approve users 设置并没有太大的用处。从用户的角度来看，这非常令人困惑。
我想找到一个好的解决方案来解决我提到的关于用户在 Discourse 或 WordPress 上都没有账户，但点击了启用了 DiscourseConnect 的 Discourse“登录”按钮的问题。也许 Discourse 可以添加一个 discourse connect signup url（Discourse Connect 注册 URL）设置。配置后，用户可以被重定向到身份验证提供商的注册页面，而不是身份验证提供商的登录页面。目前，最好的解决方案是确保“注册”链接在身份验证提供商的登录页面上显而易见。使用默认的 WordPress 登录页面，这一点并不明显：
