それでいきおい、この「WordPressカスタマイズメモ」もシックスコアへ移転させました。そしたらこちらはDNSの切り替え10分程！　ついでにオープン告知サイト【リニュース】はコアサーバーに移転させましたが、こちらは朝になってもまだ稼働しておらず…迷子状態。。まぁ大してアクセスのないサイトなのですが。

シックスコア、速いです

• PHPを高速化するeAcceleratorが標準でセットアップずみ
• 高スペックサーバ：Xeon L5410 ( 2.33GHz )、メモリ12GB
• PHP 5.1.6 /MySQL 5.0.22
• バックボーンが増えた：128G　→　166G
• まだまだ空いてる（かも）

こんなような理由からか、体感できるほど速いです。エックスサーバーのsv69よりは２倍以上は確実に速い感触。その後、WP Cache、WP Super Cacheも入れましたが、それ以上に効果がある（今はWP Cacheのみ）。

サーバ情報はこちらから↓
マルチドメイン対応、ビジネス仕様 高性能レンタルサーバー 【シックスコア】

 無料求人サイト【シゴトの森】について

２年以上前にとりあえずつくって放置していたら、ポツポツと投稿が入り始めて、今では毎日複数の投稿とそれなりのアクセスをいただいています。WordPressの2.0.xでつくられたレガシーなサイトです。まだあまりWordPressのことを熟知してない頃につくったので、コードの書き方などずいぶん遠回りなことをしています。（get_post_metaというタグすら知らなかった！）

しかし、求人専用に特化した投稿画面を用意したり、複数カテゴリでの絞り込み検索を実装したりと、つくりは雑ですがそれなりの布石を打ったサイトです。カテゴリ絞り込み検索機能は現在では「FE Advanced Search」として単体で販売しております（テンプレートへの実装も含めたカスタマイズ代行業務）。

見た目がアレなことと、ユーザービリティは良いとは言えないので（特に投稿画面）、リニューアルに取りかかったのはすでに１年以上前。しかし自社サイトということで、業務に忙殺されていまだにリニューアル完了しておりません（現状のままでもそれなりに活用されている様子なので甘えている）。

早くリニューアルを終えて、「WordPressでここまでできるのかあ！」と言われるぐらいに仕上げたい＞＜

なぜ悩むかといえば、サーバによってSSLディレクトリにコンテンツを置かなくてもSSL通信ができるサーバ / できないサーバがあるからだ。

例えば、よく使う「エックスサーバー」ではSSL用のディレクトリが用意されているが、そこにコンテンツがなくても、public_htmlフォルダ内のコンテンツでSSL通信ができる。一方、最近触った「ファーストサーバー｜ウルトラビジネス２」では、SSLディレクトリにコンテンツがないとSSL通信できない。たしか、以前触った「C’S SERVER Personal」も同様。

もっと具体的に言えば、WordPressの”ページ”機能で作成した “お問い合わせフォーム” から入力された個人情報をSSLで暗号化して送信したい。その時に有効なプラグインが「Admin SSL」だが、ファーストサーバーの場合 https でアクセスするとSSLディレクトリを読みにいってしまい、そこにはWordPressのセットがないので「Not Found」になってしまうのだ。これは当然な結果に見える。

しかしエックスサーバーの場合、(共有SSLではあるが) Admin SSLがうまく働いてログイン画面などでSSL通信できる。SSLディレクトリは空であり、かわりにpublic_html内に置いたWordPressのログイン画面がロードされる。（Admin SSLの仕様で、お問い合わせフォームなどAdmin以外のページは独自SSLでないとSSL化できない）

また、静的なHTMLファイルでも(つまりAdmin SSLに頼らなくても)、エックスサーバーではpublic_htmlフォルダのコンテンツでSSL通信できている。

それで、少しGoogleで調べてみて分かったこと、思ったことは、

1. Apacheウェブサーバの設定ファイルであるhttpd.confだけでなく、ssl.confという設定ファイルもあり、そこにSSLのドキュメントルート(Document Root)が記述されている。
2. そのドキュメントルートをhttpd.confのそれと同じにすればうまくいくのではないか。
3. そのドキュメントルートの設定が、レンタルサーバによって様々なのではないか？

このことは、次に試した手順で確信に変わった。別途試用している「使えるねっと｜LinuxVPS｜シルバー」の管理パネル「Plesk」を触っていて、決定的なパラメータを見つけた！

Plesk Control Panel のSSL設定

赤枠で囲った箇所、
「SSL認証を受けないコンテンツと同じディレクトリに、SSL認証を受けるコンテンツを設置する」
このチェックをオン/オフしてみたところ、見事に想像したどおりの動作となった。

• チェックを付ける　→ public_htmlに置いたWordPressのお問い合わせフォームをSSL化できる！
• チェックを外す　→ SSLディレクトリを読みにいってしまい、 Not Found 

SSL通信する際にSSLディレクトリに限定したほうがセキュリティは高いのだろうか…(感覚的にはそう思える)。しかし、少なくともWordPressで作成したお問い合わせフォームをSSLで暗号化する場合は、public_htmlディレクトリでもSSL通信できる設定でないと現実的ではない。

現実的ではない、とはつまりお問い合わせフォームをSSL化するためにいずれかの対応が別途必要になる。

• メール送信スクリプトを別途用意して、SSLディレクトリに設置する
• SSLディレクトリにpublic_htmlディレクトリに設置したWordPressと同じセットを置いてSSL接続の”受け皿”にする

こういうことが必要になり、せっかくWordPressでCMSを構築しても片手落ちである。例えば「 My Category Order 」というプラグインがあれば、クライアントの担当者自らサイドバーのカテゴリの並び順を変えられてかなり好評だが、SSLディレクトリに設置したお問い合わせフォームのサイドバーは手作業で編集しなけらばならない（デザインをWP側と統一するならば）。またWordPressのセットをSSLディレクトリに複製すれば上記の手間はなくなるが、セットを２つ管理するというのもスマートじゃないし弊害があるかもしれない。

このようなことから、WordPressでウェブサイト/企業サイト/CMSを構築する際に選ぶサーバのポイントが新たに１つ加わった。

「public_htmlでもSSL通信できるサーバ」

このようなサーバなら、お問い合わせフォームをWordPressで作成・管理しつつSSL対応できる。そしてそれを実現してくれるサーバ選択のわかりやすいポイントは「Plesk Control Panelを備えたVPSサーバ/専用サーバ」である(笑)…上でテストしたとおり。しかしVPSの安いプランは自由度が高いかわりにメモリが少なかったり、性能面では注意が必要。例えば上で紹介した「使えるねっと…シルバー」はメモリが512MBである。レスポンスも良いとは言えない。

共有レンタルサーバーの場合、SSLがpublic_htmlで使えるかどうかなんてことはWebには書いてないと思うので、個別に確認する必要があるでしょう。

もちろん自前サーバならどうにでもなる。自分でPleskをインストールしてもいいしssl.confを見つけて触ればよいでしょう…あ、ssl.confのDocument Rootかどうかは検証できていないけど。。。

—

以上、今日確認したばかりの内容で、間違い・誤解・勘違いがある可能性もありますが、もし気付かれた方はご指摘くだされば幸いです。

参考サイト）

• 使えるねっと – よくある質問「ドメインの作成（VPS・専用）」
• Parallels Plesk Panel 9.0