エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【MAP-Eの壁】KUSANAGIのprovisionが300%コケる理由と、ベアメタル自宅サーバーをUbuntu+WordOpsへ移行した真実
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【MAP-Eの壁】KUSANAGIのprovisionが300%コケる理由と、ベアメタル自宅サーバーをUbuntu+WordOpsへ移行した真実
長年CentOS(RHEL系)でサーバーを触ってきた管理人ですが、WordOpsを使うためにUbuntuサーバーを構築し... 長年CentOS(RHEL系)でサーバーを触ってきた管理人ですが、WordOpsを使うためにUbuntuサーバーを構築し、Webサイトを移転させました。 CentOS Stream 9でWordPressを動かすとなれば、やはり第一候補に挙がるのは超高速CMS実行環境 「KUSANAGI(KUSANAGI 9)」 ですよね。管理人も長年KUSANAGIの圧倒的な速度と堅牢性にお世話になってきました。 しかし、今回我が家のネットワーク環境(XG-100NEのMAP-E環境)において、0〜1023番ポートの閉塞によるCertbotのSSL証明書取得エラー(80番ポート不可)のせいで、kusanagi provision が300%の確率で失敗するという致命的な壁に激突。 「このままではCentOS+KUSANAGIでサイトを移転・維持できない…!」と絶望し、背に腹は代えられない思いでUbunt

