我使用 WordPress 插件通过 Discourse 登录。
但当我尝试通过 Facebook 应用登录 Discourse 时，出现以下错误：
我认为这是由于 Discourse 通过 Google 进行登录认证导致的。
能否帮我检查一下 Facebook 应用中的登录问题？
我的登录链接如下：
https://working24.net/vi/lap-ke-hoach-va-tinh-gia-content/
有人吗？
这个错误对我的 Facebook 客户来说非常重要。
你好 
有时，如果你在周五晚上发布支持问题，可能会遇到轻微的响应延迟。
您的问题既不是 WP Discourse 的问题，也不是 Discourse 本身的问题。这是由于 Google 不允许在嵌入式浏览器（例如 Facebook 的嵌入式浏览器）中使用 OAuth2 登录所导致的。您会发现许多其他网站也存在同样的问题。有关该问题的技术细节，请参见此处。
解决方案是使用普通网页浏览器（而非 Facebook 的浏览器）来访问您的 Discourse 实例，或者如果您希望允许用户使用 Facebook 浏览器，可以考虑提供其他登录方式。
谢谢，
看来似乎无法帮助 Facebook 用户。大多数是本地 Facebook 用户。但由于我从事的是企业对企业（B2B）业务，通过 G 登录的 Gmail 对于联系客户至关重要……
请问谷歌未来是否有机会修复这个问题？
您好，
我有一个想法：
能否添加一个选项，在遇到 403 错误时重定向到其他 URL？这将有助于我们更灵活地为用户提供相关指引。
从谷歌的角度来看，这属于 Facebook 的问题 
这并不是一个仅针对 WordPress 的问题，因此 Discourse 团队的成员可能更有资格对此进行回复。但鉴于这是两个与 Discourse 无关的服务（Facebook 和 Google）之间的问题，我怀疑 Discourse 能做的很有限。请记住，这个问题会影响许多在使用 Google 登录时于 Facebook 上分享内容服务的平台。这并不是 Discourse 特有的问题。
我很好奇，如果这是一个仅需使用 Google 登录的 B2B 场景，那么支持大量用户通过 Facebook 点击访问的需求从何而来？在大多数 B2B 环境中，用户并不会通过 Facebook 分享来访问论坛。
此外，该问题似乎源于用户在点击指向您网站的链接时被自动重定向到 Google 登录页面。另一个解决方案是允许访客在不登录的情况下查看网站，即禁用“立即认证”（auth immediately）和/或“需要登录”（login required）的站点设置。
如果您在 Facebook 上分享内容，却要求用户登录才能查看，这在 B2B 背景下似乎有些奇怪，不是吗？
在 B2B 场景中使用该应用存在一些冲突。
Facebook 的安全性不足，且缺乏针对 B2B 的足够身份验证。但由于本地习惯或市场需求，大多数 Facebook 用户会迫使公司继续使用 Facebook。
市场和技术的这些方面导致了这一问题。
无需登录的链接非常合适。但推荐中包含两个链接，比仅有一个登录链接更容易让用户感到困惑。因此，我想知道如何在 403 错误时重定向到其他链接，以确保只保留第一个推荐链接。
建议你直接使用那个无需用户登录的链接。我希望能提供更多帮助，但这已不再是 Discourse 支持问题，而是关于你如何设计业务工作流程的问题。
您好，
当我使用 Discourse WordPress 插件登录时，系统会重定向到 Discourse 并首先显示论坛页面。这导致客户产生误解，他们尝试点击论坛，而不是等待登录窗口出现。
能否让论坛在登录窗口出现之前不显示？