MySQL(MariaDB)5.7という流れで行っています。1は、ドキュメントルートで、htmlファイルがWordPressの外にあり、さらにhtmlファイルの中ではphpが動いてます。WordPress領域外に各種moduleがありincludeでhtmlファイルなどに読み込まれています。プラグインやテーマの影響範囲外にhtml(phpが書かれている)ファイルがあるため、ワードプレス更新時、ワードプレスのスコープ外なファイル達の修正コストが高く、SSL化を検討したところ、HTMLファイル内でハードコーディングなども見られたため、引越のついでにWordPress領域外にあるhtmlファイルを全てWPテーマに取り込むことにしました。apache2.4でミドルウェアの設定をいくつか書き換えましたので以下へメモとして残します。最終的にNginxで動かす時は、htmlファイルをphpファイルに全て書き換えます。2の段階でkusanagiは、以下の様にプロヴィジョニングしています。--ruby24apache2.4でphp7という感じです。※CircleCIを使う場合、Linuxユーザーkusanagiのキーペアのパスフレーズは無しにすることを強く推奨します。phpとapacheの両方からhtmlの中でphpを許可する設定が必要です。出来ず、ハマりました。.htmlに変えます。ここが一番の肝ですが、非推奨設定です。3になったら戻すつもりで行います、2の段階として一時的な措置です。見るからにlimit外したくないですね・・・、精神的にぐっと不安が増す設定・・・。apache2.4のバーチャルホスト設定変更2の段階で、2箇所編集しました。後に以下の2行追加します。.html定番の設定ですが、これだけでは足りませんので、以下の設定も行います。\.(php|html)$>に変えます。htmlファイルを404とせず、認識させる設定です。kusanagiの各種confファイルを読み漁りました。書き換えする時はgitバージョン管理などをしたほうがいいです。httpd.serviceやってもダメです。「プロファイル名_ssl_html.conf」や「ssl.conf」が読み込まれない様に「プロファイル名_ssl_html.conf.bk」や「ssl.conf.bk」などにファイル名を書き換えてapacheを起動できるようになります。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。