あなたのサーバーに入り、すべてを無料で修復してくれる人を見つけることはまずありません。多くの人が対応できますが、その場合は有料となります。@pfaffman さんが復旧サービスを提供していると思われますが、間違っているかもしれません。
もし予算内に収まるなら、支払いの用意があります。
コマンドの途中で CTRL + C を押しましたか？途中で中断するのではなく、完了するまでお待ちください。
ええと、もしかしたら状況を誤解して間違えたかもしれません。
ええと！なぜそれを繰り返すのかよくわかりませんが、それは役に立ちません😅
もう少し待って、処理が完了するのを待ちましょう。
ああ、確かに。なぜそれに気づかなかったのか…それが問題ですね。再構築を中断し続けていては、先には進めません…：broken_heart:
再構築には最低でも20分かかります。Ctrl+Cでキャンセルしようとしている処理自体にも5分程度かかる可能性があります。その段階で10分以上何も進展がない場合は、その旨を明記してください。
低速なマシンでは、再構築にさらに長時間を要する可能性もあります。1時間かかることも考えられます。何か行動を起こす場合は、必ず時刻を記録し、経過時間を明記してください。
これはビルドの問題ではありません。https://vds.eurobyte.ru/ の VPSmanager の問題です。彼らは登録ペイロードやファイルアップロードをブロックするファイアウォールを有効にしたようです。nginx の設定を確認しましたが、サーバーに到達する前に POST ペイロードがブロックされています。すでに OP と協議済みです。
はい、ありがとうございます🤝 せっかちでした。
壊れたフォーラムには誰でもイライラします！問題ありません。これは興味深い問題でした。
編集：これは企業のフォーラムですので、その焦りは非常に理解できます。誰もダウンタイム、特に数時間に及ぶものは好まないからです。
修正内容:
containers/app.ymlファイルが誰でも読み取り可能だった問題を修正し、app.ymlファイルの構文エラーも修正しました- Nginx とロシアの ISP/VPS ファイアウォール設定を確認・修正しました
- 不完全または失敗した再構築によってサーバーに残されたゴースト画像ファイル 25GB をクリーンアップして復元しました
- フォーラムのファイルアップロード設定を 100MB に更新しました：
max attachment size kbおよびmax image size kb - サーバーのメモリを 2GB から 4GB にアップグレードすることを推奨します。このフォーラムは画像が多く、スワップファイルが非常に過酷な状況で動作しています。特に再構築時に顕著で、これが OP がフリーズしたように見えて退出した理由です。再構築には 40 分以上を要していました
