看看 Discourse 的帖子编辑器预览对上面的链接有什么看法……
1 个赞
这很棒。但是，通常的解决方案是保持 nginx 不动，使用开箱即用的配置，然后配置 Open ID Connect 插件或等效插件？
直接重定向到一个非品牌网站肯定是不理想的吧？登录体验应该在你的 Discourse 实例中明确启动，让用户感觉知道自己在哪里以及要去哪里？
显然，我无法评论你网站的特殊需求，但只是我的一点看法。
立即重定向到另一个网站有点令人困惑？
我会如何处理这件事，但只是必须让它再次运行，这是我的任务。
1 个赞
这里可能有一个有效的方法，可以建立一个有效的Patreon会话，但这似乎会影响用户体验？
Open ID Connect 可能可以解决你的用例，也可能不行，我需要更深入地了解。而且Patreon可能不提供支持？
另外，这意味着任何传入的HTTP请求现在都不会被重定向了？这可能会令人困惑或在技术上造成问题？
此外，更令人担忧的是：
- 这对远程网站上的链接和链接预览有什么影响？社交媒体链接到这个网站？（你截图中的预览我认为已经说明了一切，而且肯定不是我们想要的）。
- 这个网站在其他网站上看起来像Patreon网站吗？
- 对搜索引擎有什么影响，SEO呢？
有没有其他解决方案可以实现你想要达到的目标？这可能需要一个合适的插件。
（我想我回应得不是很清楚，事后看来）
Andrew Doig，最初设置它的人（后来已去世），选择那样设置，该网站是 Patreon 支持者的额外福利。
我同意你关于 SEO 的观点，Robert，网站的看法（显然是作为一个 Patreon 网站 :)）等等。
而且 Let’s Encrypt 受到限制，在这个时代这并不理想，我们希望它能正常工作（那个团队付出了巨大的努力，现在运行得非常好……）
所以，有一种方法可以让人们访问首页，但需要通过 Patreon 进行验证……但实际上，我不是 Fruityknitting 的付费赞助者，我只是有一个有效的 Patreon 账户，所以实际上它可能没有按预期运行。
Apparently anyone with a Patreon account can use that Discourse instance?
非常遗憾听到开发者去世 
我简要看了一下 Patreon 网站，开发者链接会把你带到 Discord（！）然后是一堆麻烦。太糟糕了。所以我停了下来。这并不鼓励人。
（如果有一个更好的开发者体验，有完善的网站文档，并且在那里有一个论坛而不是聊天系统，那就太好了。）
因此，我无法快速验证可用的选项。这绝对需要进行调查并投入一些时间和潜在的金钱。
建议有人全力投入来妥善处理这件事。如果需要额外的特定专业知识，可以发布到 #marketplace。
3 个赞