この状況で私が最初に思いついたのは、サーバーを変更することでした。つまり、既存の spigot をより最適化された paper に変更することです。変更が完了した後、再度サーバーに入ると、問題は完全に解決されたようです。しかし、より深刻な問題が発生しました。このサーバーは生電気サーバーであるため、大量のレッドストーンマシンが残っていますが、サーバーを変更した後、ほぼ半分以上のマシンが使用できなくなりました。最適化と機能は共存できないようですので、他の解決策を考える必要があります。
自分では問題を解決できない状況で、私は mcbbs に状況を報告して助けを求めました。その間に、あるプレイヤーの発言が私を刺激しました:この機会に新しい 1.19 のワールドを開始し、開拓を楽しむのはどうだろうか。この発言の影響を受けて、私はサーバーの進路についての投票を行い、プレイヤーの意見を確認しました。結果は予想外でした:ほとんどのプレイヤーが新しいワールドを歓迎しました。
したがって、プレイヤーが意見を表明した状況下で、私たちは次のタスクを同時に実行しました:新しいワールドの準備と mcbbs からの回答を待つことです。残念ながら、新しいワールドが作成されるまで、私は mcbbs で満足のいく解決策を見つけることができませんでした。私ができることはただ一つ:サーバーマップをパッケージ化して公開し、新しいワールドにリソースを残すことです。
新しいワールドが 2 日間正常に稼働した後、私は mcbbs で満足のいく回答を見つけました:
また、機械操作のミスによる事故が発生しました。しかし、それからかなりの時間が経過しているため、誰がやったのかはわかりませんが、これは私にセキュリティ意識の強化の重要性を思い出させてくれました。次回のサーバーへの参加申請の問題集は、セキュリティ操作に重点を置く予定です。
この出来事から得た教訓:
1. 完全なバックアップを取ることが必要です。このような時には coi は役に立ちません。
2. 生電気サーバーでは、一般プレイヤーのセキュリティ操作意識を強化する必要があります。すべての人が正しくマシンを使用するわけではありません。
3. サーバーへの参加の審査は非常に重要です。そうでないと、結果はより悲惨になるでしょう。
この 3 年間連続で開催されたワールドが残念ですが、ずっと続けられると思っていました(笑)。
2022 年 7 月 10 日