小补充一点:我刚刚在 CX22 机器上重新构建了一个全新安装(没有任何插件)(因为这是我在查看 ARM 服务器之前开始使用的),耗时 8 分 52 秒。所以介于 @Canapin 的数字之间,但我假设加上一点内容可能会接近 10 分钟。
我已更新了推荐提供商列表,加入了 Scaleway。恐怕我没有基准测试数据,但已填补了其余信息!(我使用的是更大的实例)
有许多经济实惠的 VPS 提供商可供选择。我推荐 Oracle Cloud,它提供免费的 Linux 服务器,配备 4 核和 24 GB 内存。或者,可以考虑 Netcup,它每月仅需 5 欧元即可提供配备 4 核、8 GB RAM 和 512 GB 存储空间的高性能服务器。
太棒了,我终于安装好了 Discourse。
因为我已经有了 Veerotech 的虚拟主机账户,所以我选择了他们提供的全功能 KVM VPS 自管理服务器。
| 内存 | 存储 | vCPU | 价格 (美元) |
|---|---|---|---|
| 1GB | 30GB | 1 | $4.95/月 |
| 2GB | 40GB | 1 | $9.95/月 |
| 4GB | 50GB | 1 | $15.25/月 |
我选择了价格最低的选项。
我选择了 Linux Ubuntu 20.04 X86 64 Minimal Latest V1 选项作为我的操作系统。
当我通过 SSH 登录 root 时,我很快发现分区不够大,无法满足我的需求。我是 Linux 新手,所以花了很多时间搜索和阅读,才终于能够将我的根分区扩展到 25GB,并添加了一个 5GB 的交换分区。
之后,Discourse 的安装就相当顺利了。
我的下一个问题是我的网站通过 Cloudflare 代理,所以我不得不进行更多的搜索和阅读,才最终让它正常工作。
因为这里没有提到 Veerotech,而且我使用他们进行虚拟主机托管已经将近 4 年,没有任何问题或投诉,所以我想留下一条回复,让大家了解我的使用体验。
谢谢,
Major
它的生命周期只有几周了。你应该选择 24.04。
我建议不惜一切代价避开提供这些选项的托管服务提供商。
看起来这个列表已经有 5 年没有更新了。
Fedora 20 自 2015 年 6 月起已停止支持,CentOS 8 自 2021 年 12 月起已停止支持。
AlmaLinux 9 是唯一一个实际发布时间不到 3 年的操作系统。
运行 do-release-upgrade 会影响我的 Discourse 安装吗?

是的。通常可以通过这种方式升级操作系统。但这并不能改变这一点:
这是明智的建议。那里的一些东西可能会损坏,导致您丢失所有内容的可能性并非微不足道。
好的,没错。我想如果这个服务器是用于更重要的事情,我会货比三家,比较其他托管服务提供商。
我只订了一个月,只是为了玩玩并尝试学习一些关于 Linux 的知识。
您还在使用 Hertzner 吗?如果是,您有什么看法?
根据他们的定价页面,CX32 的价格与我在 Digital Ocean 上支付的价格(6 美元)基本相同,但内存为 8GB,而 DO 上为 1GB。
另外,作为一个初学者,您在使用邮件接收器时遇到过什么问题吗?我曾在使用 DO 和 Brevo 时遇到过一个问题,但那只是因为端口号与 Discourse 官方安装页面建议的不同。除此之外,一切都很顺利,所以是的,作为一个新手,仅仅是使用不同的端口号并不是什么大问题,但我不知道是否会变得更复杂?
我使用Hetzner的服务器已经很多年了。非常满意。他们的后端界面也做得非常好。它们的价格相当便宜,但配置很好。
我发现他们的ARM服务器在运行Discourse方面比x86性能更好。虽然我没有进行广泛的测试,但根据我的观察,在相同配置但不同架构的服务器之间进行比较,我获得了更快的页面加载速度和更快的重建速度(速度快了两倍)。
我不知道为什么。
我唯一担心的是,我必须依赖一个邮件接收器分支才能在ARM上运行它(到目前为止没有遇到任何问题)。
非常感谢您的信息。
我非常倾向于更换公司,因为 Digital Ocean 的产品确实性价比不高。也许对于 Discourse 以外的其他产品他们很出色,但目前能够支付相同的费用同时获得更多资源是绝对必须的,尤其是管理两个社区。
我需要检查那个其他链接,因为我对 mail-receiver 的问题一无所知。
感谢您的反馈!
我只是在问 ChatGPT 关于 mail-receiver 镜像,因为我不知道那是什么,而且我使用 Digital Ocean 至今没有遇到任何问题。
它告诉我,只有在启用了“通过电子邮件回复”或“通过电子邮件发帖”之类的功能时,它才相关,而我的情况并非如此。
您能确认是这样吗?
是的,依我看,通过电子邮件回复是一项必备功能。在我的实例上,大多数用户都会使用它。当您想在收到电子邮件通知后回复时,它消除了一个摩擦点。
我敢肯定有一些,但我无法想象有任何理由管理员不想在他们的论坛上启用此功能。特别是有了官方邮件接收器,因为它安装和配置所需的技能并不比安装 Discourse 高。
起初我也认为这会很好,因为我一直致力于减少操作之间的点击次数/步骤,但后来我想到了一些可能出错的事情。
例如,假设你回复了我的消息,而我决定两天后才通过电子邮件回复你。到那时,我的回复可能已经过时了,我只是在对话中增加了“噪音”。也许这个问题已经解决了,我的回复不再有用或相关。
我看到的另一个好处是,通过强制用户访问网站本身,他们最终可能会停留更长时间,如果他们看到了其他话题。既然他们已经在那里了,他们看到其他东西并参与进来的机会就增加了。
所以,尽管理论上减少摩擦/点击次数听起来像是一个好处,但事实并非总是如此。我宁愿有这种摩擦,并假设用户认为对话有价值,我宁愿让他们访问网站。
作为其他论坛的用户,我从不通过电子邮件回复。我喜欢阅读全部内容。
但感谢你分享这些链接,并确认问题仅仅与用户发出的电子邮件有关。这肯定会让一切变得更容易。我得去检查一下公司那边。

