Discourse 在 Admin UI 中更新失败 - 无论如何

[NateDhaliwal]

我相信它应该适用于 Discourse：

@pfaffman

我在所有这些上都安装了 Discourse，收到了来自 Discourse 的电子邮件，并用它作为管理员登录。对于所有这些，标准的 Install Cloud 说明都可以正常工作。

@pfaffman

contabo.com：

可能是这里最便宜的：4 核/4GB RAM/5.80 美元+税。（截至 2025 年 3 月 10 日）

[alltiagocom (Tiago)]

谢谢你提供的链接。我看了整个对话，对我这样的新手来说，很多讨论的内容都是我不知道的，但我猜我必须自己做一些研究和测试。如果有什么不对，我总可以回到 Digital Ocean，对吧？

就价格和它提供的服务而言，Contabo 确实是一个不错的选择。我仍然需要了解一些提供商阻止邮件提供商的问题，我对此一无所知。我记得曾在使用 Brevo 时遇到过一个问题，不得不使用与官方安装推荐的端口不同的端口。通过一点研究和测试，一切皆有可能。

[Ethsim2 (Ethan)]

@alltiagocom

我不知道那是什么

我认为有些人混淆了入站和出站。
甚至 Ionos 电话支持也坚持认为我的意思是出站，尽管我的意思是入站

[Ed_S]

@jdc20181

给你。今天重现了。

这看起来确实是虚拟内存不足，这意味着添加交换空间应该可以解决它。

但也可以看看

@mcdanlj

Kernel configuration

Redis (Discourse 构建的关键组件之一) 强烈建议在启用磁盘持久化时禁用透明大页 (Discourse 会这样做)，我也允许内存超额分配。

echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
echo 'vm.overcommit_memory=1' > /etc/sysctl.d/90-vm_overcommit_memory.conf
sysctl --system

我从来没有给自己足够的时间进行受控实验，但我非常相信一旦你设置了超额分配，你将需要更少的交换空间。

[Ethsim2 (Ethan)]

@alltiagocom

我找到了这个页面，但不确定这些测试有多可靠，是否足以让我更换？

就我而言，我对 Ionos VPS 的性能一致性和网络下载性能一直印象深刻，但这取决于你的用户群的具体位置。

如果我住在英国南部，Contabo 将成为一个更可行的选择，但是他们喜欢他们的共享网络基础设施——这通常是导致不可预测的 ping/延迟的原因。

[Ed_S]

我是否可以建议将所有关于托管提供商的聊天都移至自托管者推荐的托管提供商？

[Kartoon]

就我所知，今天最新的更新（v3.5.0.beta8 +93）已通过用户界面成功完成（完全没有问题，不是“显示失败但实际上有效”）。
我有 2GB 内存和 3GB 交换空间，这比任何指南中建议的都要多。我们拭目以待它是否会继续工作，但之前的多次更新都失败了。

[david (David Taylor)]

由于 Introducing pre-compiled JS assets for self-hosters

所以希望这类 Command was killed with SIGKILL (Forced termination): ember build 错误将成为过去

[Ethsim2 (Ethan)]

如果他们使用的是标准安装，那么拥有大量内存的自托管者无需为此次更改执行任何操作？

[david (David Taylor)]

无需更改。更多信息请参见公告主题。

[jdc20181]

我喜欢 Discourse 和这个社区的又一个理由。你们都名副其实，几乎在每一个帖子中都会进行常规的讨论。迫不及待想尝试这些改进，很高兴我能提出这个话题来引发改进。

[Kartoon]

我已经更新了三次，并且一切正常（而且比以前更快），所以有些事情似乎朝着好的方向发展了。