(非暗号通信から暗号通信へ転送)前回までに、WordPressをインストールして、それっぽいトップページを作成できました。EncryptのSSL証明書を利用してWEBサーバーは暗号化通信が可能状態にできました。ようにhttpsを使ってWEBサイトにアクセスしてくれれば、暗号化通信となります。アクセスすると相変わらず非暗号通信となります。これも暗号化通信になるようにします。暗号化通信化の挑戦3です。共用サーバーSDで使用されているWEBサーバーソフトウェアを確認します。ここ(【共用サーバーSD】サーバーのスペックを教えてください)に情報がありました。2018年1月29時点のスナップショットは以下の通りです。5.6.14WEBサーバーはApacheでした。レンタルサーバーによっては、.htaccessファイルが使えないことがあります。ファイルが使えるかどうか確認します。ここ(【共用サーバーSD】.htaccessを使ってアクセス制御はできますか?)に情報がありました。ファイルは使えるとのこと。.htaccessファイルを使って、非暗号化通信(http)アクセスがあったらあ暗号化通信(https)アクセスに転送するようにWEBサーバーの設定(.htaccessファイル)に追加します。共用サーバーSDの場合、サーバーのディレクトリ構造は以下のようになっています。/export/sd123/www/jp/r/e/gmoserver/2/0/sd123456/nishy-software.com太字のところが、各契約ユーザーに与えられたストレージへのパスです(数字だけは架空のものに置き換えています)。その下にドメイン名のフォルダーが存在します。ファイルは、ドメイン名のフォルダーに置くことにより、そのドメイン名のWEBアクセスに対して有効化されます。ファイルを編集します。.htaccessファイルがなかったら新規作成します。WordPressのような、WordPressのインストール時に作成された.htaccessファイルがありました。mod_rewrite.c>~</IfModule>ブロックを作成してその中に設定しました。新たなブロックを作成して追加したのは、今後、WordPressによる自動編集のときに値を上書きされないようにするためです。.htaccessファイルには、以下の設定しました。転送のために追加した設定です。具体的には転送設定(RewriteRule)とその条件(RewriteCond)となります。転送設定(RewriteRule)の説明です。正規表現でのパターンマッチングです。^がURLの先頭を表し、$がURLの最後を表します。直前のもの(今回は任意の一文字)が0回以上一致することを表します。結果として、URLはなんでも一致しますよという記述です。