それでいきおい、この「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

■手順１：
テーマフォルダ/functions.php　3行目

これを

※数字は、ウィジェット領域の数

　
■手順２：
（例：index.phpのループの前と後に２つの領域を挿入）
テーマフォルダ/index.php　5行目　have_postsの前に以下を挿入

テーマフォルダ/index.php　40行目　endifの後に以下を挿入

※分かりやすくするためにdivで囲って色を付けてあります。
※サイドバーには、ウィジェットが登録されていない場合は従来どおりの標準的な内容が表示されます。

■手順３：ウィジェットを追加
管理画面＞Design＞Widget
にて、右側「Current Widget」のプルダウンメニューにウィジェット領域が３つ出来たことを確認し、それぞれの領域にウィジェットを設定する。左側に並んでいるウィジェットの「Add」ボタンを押すと右側に追加されるので、上下の順番をドラッグ＆ドロップで変えて「Save Changes」をクリック。

■結果：

ループの前と後、右サイドバーそれぞれに別々のウィジェット領域が追加されました。標準のウィジェット類やアフィリエイトのバナー（テキストウィジェット）の他、PHPを実行可能なウィジェットも追加すれば、使い方次第でかなり凝った複雑なサイトでもすごく簡単にレイアウト変更ができるようになります、クライアント側でも。

■補足：
テーマフォルダ/functions.php　4～7行目に、それぞれのウィジェットの前後に挿入されるタグ類を指定する「before_widget」「after_widget」「before_title」「after_title」という項目があります。標準ではそれぞれli、h2となっています。上記テストではそこはいじってないです。

※WordPress 2.5 RC2 でテストを行いました。なので管理画面などは英語表記です。エックスサーバーへのインストールもまったく問題なくスムーズに完了しました。前回投稿のerror_logの関係でインストールスクリプトが止まってしまうこともありませんでした。

ところでこれは”WordPressの日本語版がなくなってしまう”という話ではなくて、”本家”のWordPressの日本語版が充実したので役目を終えたということなのだと思います。

これからはこちらを参照することになります→
WordPress 日本語ローカルサイト

　
いちおうフォーラムも立ち上がっています。しかしドキュメント類はこれからWordPressを使おうという人には心もとないな。

過去２回、本家版のWordPress日本語版を「エックスサーバー」にインストールしようとして失敗しているので（インストールスクリプトが途中で止まってしまう）あいかわらずMEを使い続けてきたのですが、いよいよ本家版をきちんと検証しないといけませんね。
【追記】
/wp-includes/wp-db.phpの106163行目

これで問題なくインストールできるようです。本家側にも伝えられて今後のバージョンでは修正されているようです。PHPのバージョンに依存するバグかもしれない、とのこと。
（必要そうな部分はGoogleノートブックなどにコピペしておくといいですよ）

テンプレートタグ解説サイト「wptags.com」はどうしてしまったんでしょう？エラーで開けません。うちのスタッフが困っていました（^^；
【追記】
フォーラムのこちらの投稿に対応が書かれています→日本語版ドキュメンテーション運営体勢

まぁ、タグや基本的なWordPressの解説は数冊でている本に解説があると思うのでそちらを買われると良いでしょう（私は最初に出版された乙彼＋田中氏の本だけは持っています）。このサイトでも基本的なタグ解説までフォローすべきでしょうか…
【追記】
こちらのサイトで本家WordPressドキュメントの日本語化が進められているようです。テンプレートタグも一覧性が高くてみやすいですね（日本語化）
Codex – ps*wiki
テンプレートタグ – ps*wiki

これからもこちらのブログでは、主にCMS（コンテンツマネージメントシステム）としてのWordPressの応用方法をメモっていきたいと思います。

今回紹介するプラグインは、WordPressブログ/サイトを、過剰ping送信によるpingサーバーからの閉め出しから守るためのプラグイン。

WordPressは、記事投稿時に、あらかじめ設定したpingサーバーにブログ更新の通知を行うことができる（管理画面＞各種設定＞投稿設定＞更新通知サービス）。

しかし、新規投稿時だけでなく、過去に投稿した記事を編集して保存する際もping送信されてしまう。最新版2.3.でも改善されていない模様。

さらにWP2.0では、新規投稿時、タイムスタンプを未来に設定してスケジュール投稿する際、記事を保存した時点でpingが送信されてしまう…しかし記事はまだ公開されていないのでサーバーが巡回しても変更点なし→スパム要素となりかねない。この未来投稿時のping問題は2.1以降では解決されているようです。

これらping問題を解決してくれるプラグインが

『MaxBlogPress Ping Optimizer 1.4』

　
#ダウンロードするにはユーザー登録が必要です。
#登録完了後、最初に届く広告メールを開くと２通目が届きます。
#２通目のメール内にパスワードが記述されています。

このプラグインをインストールすることで、

１.新規投稿時にping送信してくれる
２.過去記事の編集時はping送信しない
３.未来記事（スケジュール投稿）の際は、その都度ping送信される

ことが可能になります。

↓管理画面＞各種設定＞MBP Ping Optimizer

「Ping Now」ボタンが付いていて、マニュアルでping送信できるようです。その下にはping送信のログ機能も付いています。

今までもさすがに企業サイトなどの制作作業中はpingサーバーの欄は空にしてますが、運営が始まってからもページ内容を頻繁に更新することはありえます。

特にデザイン的な修正を行う場合など、作業単位で「保存」ボタン押して確認、なんてやってたら、知らないうちに”pingスパマー”になってしまう可能性が。

どの程度の頻度がスパムになるのかはわかりませんが、まぁこのプラグインを入れておいて損はなさそうですね。手作業でもping打てるわけだし。

【追記】
タイトル中の語句「PING」を「Ping」に直しました。Yahooの検索結果では「Ping」で検索された場合「PING」がハイライト表示されていなかったので。Googleはどちらもハイライトされていました…。

MySQLのデータをバックアップするには何通りか方法があるようだけれど、エックスサーバーではphpMyAdminを使っていました。そしてMacOSX(10.5)のエディタの「mi」。

1. エックスサーバーの管理画面からphpMyAdminを開き、エクスポートにて以下のような設定でダウンロード
   
2. エディタ「mi」で開く→文字化けしている
3. wp_プリフィクス名_optionsの「INSERT」文の中で、「VALUES」という項目の３つ目の引数?が 「rss_」から始まっている行（要するにダッシュボードに標準で読み込まれるフィードの類…サイトには無関係）をすべて削除。これを残しておくと文字化け。のちにインポートでエラーを起こす。また、エディタ上の漢字コード変換でもこの部分以降が変換に失敗する。
4. すべて選択してメニュー＞編集＞選択部分の漢字コード変換＞UTF-8（サイトの文字コード）

■レンタルサーバーの「シーサイドCside」のMySQLをバックアップ
シーサイドのMySQLはShift_JISのようで、以下の手順で解決。

1. WP標準のプラグイン「WordPress Database Backup」を使い、サーバ上に保存する→FTPでダウンロード
2. エディター「mi」で読み込み後メニュー＞オプション＞文字コード修正… にて「Shift_JIS」で再読み込み
3. 先の漢字コード変換でサイトの文字コードに変換

たぶんphpMyAdminでも「Shift_JIS」で読み込む手順を踏めば文字化け解消できると思う。

—
これでエディタ上でも文字化けが直るはずです。

もし途中から文字化けしたままだった場合、どこかにデータベースの文字コード（EUC-JP,Shift_JISなど）では認識できない文字が使われている可能性があります。

例えば最近よく使われるらしい顔文字

これらはUTF-8の文字らしいけど、この文字が原因で変換がうまくいきませんでした。先に書いたとおり、インポートでエラーを起こすし漢字コード変換も失敗するので、仕方なくこの文字だけ削除。判読するのが大変！

以上

WordPressのバックアップについての参考記事（随時更新）
phpMyAdminを使ったWordPressのバックアップ EZ-INFO

【追記：2008/10/26】
機種依存文字？を使っていると、バックアップしたファイルをエディタで開いた時に全体が文字化けしますね。よく見ると「Shift_JIS」などで読み込んでいます（機種依存文字がないときは、ちゃんとUTF-8で読み込んで文字化けせずにエディタ上で表示されます）。なので、画像フォルダのパスやドメインを変更するなど編集作業をする前に、まずUTF-8で読み込み直す必要があります。それでも見た目は文字化けしたままですが、問題ありません。インポート後にはちゃんと正常に表示されます（WP標準のインポート/エクスポート機能で確認しました）。

なので、他社（OpenSSL.jp）にて取得して、エックスサーバーで利用出来ないかと考え、先程サポートに問い合わせたところ、「他社で取得した独自SSLは当社サーバで利用できません」ということでした。。。

たとえ有料でも対応してもらわないと、つまりは「エックスサーバーでは現時点でSSL証明書付きの独自ドメインサイトは運営できない」ということですね。設定料２万円くらいまでなら出すんだけど。

とりあえず共有SSLで様子を見てみます。

—
無制限機能盛りだくさんのレンタルサーバー – Xserver(エックスサーバー)

※コストパフォーマンスは良いと思うんだけどね。SSL証明書使えないのは特にビジネスユースには大きな欠点だなぁ。

—
うっかりWordPressカスタマイズメモに投稿してしまったよぅ；
実はZenCartカスタマイズメモという別ブログを始めました。そっちに投稿するつもりだったのに。良かったら見てくださいませ。（まだ昨日からですが）

下記サイトで日本語ドメインを入力してpunycodeを出力します。
—
.jpドメインをpunycodeに変換
日本語JPドメインのPunycode変換・逆変換 日本語.jp

それ以外の日本語ドメインをpunycodeに変換
IDN Conversion Tool VeriSign
—
２．エックスサーバーの管理画面 > ドメイン設定 > ドメイン追加にて、変換したpunycodeを設定
３．１時間～数時間後（すぐに設定されるサーバーもある）にDNSサーバーに反映され、日本語ドメインでアクセスできるようになる。
４．FTPサーバー上にもpunycodeでフォルダが作成される。通常どおりファイルのアップロード等を行う。

※ちなみに、seesaaブログでもこのpunycodeを入力することで、日本語ドメインでブログ作成することができます。
テストブログ → 「http://制作.seesaa.net/」

以上