Vultr 与 DO 用于 Discourse 的对比

“证书文件大小为零(dobato.au.cer 和 dobato.au_ecc.cer 的大小均为 0)。这意味着 Let’s Encrypt 未能下载实际证书。”——Vultr 的问题,持续重复。我现在不太喜欢 Vultr 了。

在我看来,这里的问题在于你对于花时间调试并学习如何修复安装有些犹豫。与其每次遇到问题就抱怨这个或那个主机服务器不好,然后换一个,不如想办法找出问题并解决它。我已经多次演示过标准安装流程,是的,.yml 文件确实有点棘手,但一旦你掌握了窍门,灵光一现之后,就不会觉得那么难了。不过,请使用 其他主题 来解决这个问题。

别再依赖谷歌来解决这个问题了,它帮不了你。说实话,除非你有法律方面的特殊要求,否则你可以使用任何地方的云服务器。我在加拿大,但我的网站托管在欧盟。

你可能说得对,我刚才看的是像 phpMyAdmin 那样简单的安装方式。我会仔细阅读指南。谢谢。

没有任何原因,只是想让它运行得更快。

你大概只需要在论坛非常繁忙、处理大量热门话题和大量图片上传时才需要担心这个问题。如果因距离导致的延迟成为问题,你总是可以配置像 Cloudflare 这样的 CDN,但我怀疑你并不需要它。我其中一个较小的论坛无需 CDN 就能轻松从欧盟服务跨大西洋和北美大陆的用户。

你在这方面经验丰富。非常感谢。

我是 DigitalOcean 客户,所有出站邮件均使用 AWS 服务,每月费用不到 1 美元。有多家电子邮件提供商通过 API 调用来规避 SMTP 限制。

这真是个好消息。谢谢 @LotusJeff。我在某处看到 Discourse 支持 SMTP 配置而非 API。我原本打算使用 Resend API 来配置 HTTPS。我这就去试试。

Discourse 同时支持 SMTP 的发送和接收。建议两者都使用 API 模型。启动时,只需配置出站 SMTP。先让网站正常运行。

一旦离开 DigitalOcean 沙盒环境,再设置入站 SMTP。

像躲避瘟疫一样避开 Vultr。几年前,他们曾试图悄悄推行一项服务条款变更,声称拥有所有托管内容的所有权。尽管他们最终不情愿地撤销了该条款,但起初他们不仅拒绝修改,还反过来攻击社区。最终是大量消费者的强烈反对才迫使他们纠正了这一做法。这真是一家卑鄙的公司。

不过,一般来说,虚拟机提供商通常也不是 SMTP 服务提供商,或者会封锁 25 端口。将虚拟机放在一家提供商处,同时在别处寻找便宜的 SMTP 服务是非常常见的做法,因为实现良好的电子邮件送达率需要专业的技能。因此,没有必要迁移虚拟机。

仍然在使用 DigitalOcean。甚至无法在 Vultr 上设置,一直报错——无法加载 SSL 证书,nginx。我不懂这些。我在 DigitalOcean 遇到的唯一问题是 SMTP 设置,这是 DigitalOcean 对我网站的可信度问题。

我认为,如果您正在寻找该细分领域中最优质的基础设施,100% 选择 Vultr 高频(HF)实例是最佳方案。

在运行 Discourse 时,单核处理器性能至关重要,而 Vultr HF 凭借 3GHz 以上的 CPU 在此方面表现卓越。这让论坛的响应速度有了显著且可感知的提升。

我使用 Vultr HF 已有多年,从未遇到过任何问题。它始终表现优异。

谢谢,Don。我有一个新网站,暂时继续使用 DO。