我使用 Discourse 配合代理,因为我的服务器上还有其他服务,并且我使用 ./launcher 来安装 Discourse。使用这种新方法,我是否也能在同一个地方安装?
如果您已经在服务器上安装了 Discourse,则此信息不适用于您。这个新的安装程序适用于将在仅运行 Discourse 的服务器上的新安装,这是最常见的使用场景。
看到这一发展,我真的很高兴,干得漂亮!
这适用于树莓派(Raspberry Pi)吗?
有人试过吗?
这太酷了!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
我记得树莓派(Raspberry Pi)已经可以托管 Discourse 了:
Ian - 我看到其他人澄清说,对于以这种方式创建的论坛,仍然可以配置电子邮件支持并启用邮件列表模式。但我不确定这是否是您所问的。
听起来您认为不提供邮件列表模式的论坛应该在用户注册时以某种方式警告他们这一事实。但是,论坛管理员已经可以选择启用或禁用邮件列表模式:

所以,这并不是此更新的设置过程带来的新结果。
Kubernetes 是否也会推出官方的 Helm Chart?
我明白,但我对新服务器的安装方法感兴趣,因为我已经运行了一个 Web 面板。
它适用于任何有互联网连接的 Linux 服务器,所以肯定可行。
但是,如果您在没有能力监听常用端口的家庭互联网上运行它,您可能需要遵循 Install Discourse on a residential internet with Cloudflare Tunnel 来规避这个问题。
这个新指南侧重于改善我们的“入门”体验,即使对于非技术用户也是如此。它针对购买一个 3 欧元的服务器并在 10 分钟内运行 Discourse 进行了优化。
我们正在让 @featheredtoast 致力于解决 Discourse 能否发布不需要引导的频繁 Docker 镜像? 的问题,一旦解决,就可能推出 Helm Chart。
如上所述,这是为了让人们能够购买廉价的 VPS 并尽快开始使用。
具有自定义反向代理的高级配置仍然是可能的,就像它们一直以来那样,但是当您选择走出常规道路时,您也需要为所选复杂性的后果花费更多时间。
关于此事的最新进展,我们今天在 Docker Hub 上发布了镜像,我托管的所有自托管站点都在使用它,没有出现任何问题,但将建议迁移过来需要更新文档和相关的脚本。
这也取决于更新我们托管的部分,并确保那里的所有内容都非常稳定,然后才能推荐其正式发布。部分内容正在迁移中,最后几部分应该很快™到位。
刚读了公告,听起来真是个好消息!!
哇!那太酷了。我想我可以考虑淘汰我那些用启动器(launcher)构建镜像的复杂的 Ansible 脚本了……
是的,你说得对,那就是我的意思。我不知道机器学习模式是可选的。现在回想起来,可能没有必要对“多元化 Discourse 社区”的这一个方面进行特殊处理;新社区在许多其他方面也可能让已经关注了许多社区的用户感到陌生和难以使用。所以,这可能应该是一个更通用的功能:在注册页面上提供一个指向全局设置快速摘要的链接。我现在有一个功能请求了!
如果早点有这个,我就不用花这么多时间研究配置文件了。
为什么
这个新的安装程序、可选的 SMTP 以及免费的 .discourse.diy 子域名,如果与 Bundling more popular plugins with Discourse core 结合使用,意味着对于大多数新实例,管理员将永远不需要涉足 YAML ![]()
只想对团队完成此事表示衷心的感谢。我喜欢 Discourse 设计功能的深思熟虑,我多年来一直想自己托管,但即使有安装其他东西的经验,它仍然有点太复杂了。还要感谢 @Canapin 发布安装过程的截图,那非常有帮助。
6 个帖子被拆分到新主题:Hetzner 上的 Discourse ID 设置问题