不太可能找到有人愿意免费进入你的服务器并为你修复所有问题。虽然很多人能胜任这项工作，但你需要支付报酬。我相信 @pfaffman 提供恢复服务，但我可能记错了。
如果我能负担得起，我愿意支付。
你在命令执行过程中按了 CTRL + C 吗？你应该等待它完全执行完毕，而不是中途停止。
哎呀，可能我没搞清楚情况，犯了个错。
咳咳！不知道你为什么一直这么做？这没有帮助 
请耐心一点，让它完成。
哦对了，我不确定我怎么会错过那个……问题就在这儿。如果你一直中断重建，是不会有什么进展的……：broken_heart:
重建可能需要至少 20 分钟。您通过按 Ctrl+C 取消的操作本身可能需要 5 分钟。如果在该阶段您已经等待了 10 分钟却没有任何进展，请明确说明这一点。
在性能较慢的机器上，重建甚至可能需要更长时间，也许长达一小时。如果您要采取任何操作，请务必记录时间，并说明已经过去了多久。
这不是构建问题，而是 VPSmanager 的问题，涉及 VMmanager Nginx 配置，确认其工作正常，但 POST 请求负载在到达服务器之前就被拦截了。我已与原始发帖人（OP）讨论过此事。
是的，非常感谢 
我有些不耐烦了
大家都对论坛故障感到不耐烦！没问题，这结果成了一个有趣的问题。
编辑：这是一个公司论坛，所以大家的焦急完全可以理解——没人喜欢停机，尤其是长达数小时的情况。
修复内容：
- 修复了
containers/app.yml文件可被所有人读取的问题，并修正了app.yml文件的语法错误 - 审查并修正了 Nginx 以及俄罗斯 ISP/VPS 的防火墙配置
- 清理了服务器中因重建不完整或失败而遗留的 25 GB 幽灵图像文件
- 将论坛文件上传设置更新为 100 MB：
max attachment size kb和max image size kb - 建议将服务器内存从 2 GB 升级至 4 GB。这似乎是一个图像密集的论坛，交换文件负担很重，尤其在重建过程中尤为明显。这就是为什么原帖作者在论坛看似卡住时退出的原因——重建耗时超过 40 分钟
