如果您要将其移植到另一种语言,我认为 Go 可能是更好的选择。我认为 Web 管理员可能会欣赏的一个优点是无需重新构建,因为它会分发静态二进制文件。这使得容器也基本不必要。事实上,Discourse 似乎急需的一项功能是能够在与 Web 服务器不同的机器上“构建”应用程序。目前,使用最基本、最便宜的 VPS,构建需要近 10 分钟。如果我能在本地工作站上构建,然后将最终的二进制文件发送到 Web 服务器上运行,这可能只需要很短的时间。请记住,像 Go 这样的语言允许您轻松地交叉编译,因此您可以在 M1 Mac 上构建,然后在 x86 Web 服务器上部署(甚至可以只构建、发送和部署 ARM)。
wal
19
相关话题
| 话题 | 回复 | 浏览量 | 活动 | |
|---|---|---|---|---|
| Choice of tech stack for discourse if started in 2020 | 7 | 2204 | 2024 年5 月 28 日 | |
| Are there any plans to migrate Ember.js to React.js in Discourse? | 6 | 293 | 2022 年7 月 27 日 | |
| 5 years on - how have you found Discourse? | 24 | 4604 | 2022 年5 月 9 日 | |
| How far can we push Discourse in customization? | 18 | 294 | 2026 年7 月 29 日 | |
| Social features and why not PHP based? | 14 | 5647 | 2014 年2 月 18 日 |