利用しているのは CORE SERVER。管理画面にログインし、左メニューの「ドメインウェブ」を開いて以下のように設定するだけでした。

空いているアップロード先ディレクトリで、ドメイン名に「haru3-67.com」を、転送先URLに「http://www.haru3-67.com」を指定し、物理的に余分なディレクトリを作成しないために NoDir をチェックします。

これで、http://haru3-67.com/ にアクセスすると http://www.haru3-67.com/ にリダイレクトされます。ただし、http://haru3-67.com/xxx にアクセスすると「サーバが見つかりません」ってなります。うーむ。。

でも最近 jQuery を利用したライブラリが増えてきたことと、自分でも jQuery を勉強したいということで、JavaScript ON/OFF による Google Custom Search のコードの書き替えを jQuery 化してみました。

まず、HTML 側の検索フォーム部分は以下のとおりで、Google でホストされるページで表示するオリジナルのソースコードと同じです。

<form action="http://www.google.com/cse" id="cse-search-box">
<div>
<input type="hidden" name="cx" value="**********" />
<input type="hidden" name="ie" value="UTF-8" />
<input type="text" name="q" size="31" />
<input type="submit" name="sa" value="検索" />
</div>
</form>
<script type="text/javascript" src="http://www.google.com/coop/cse/brand?form=cse-search-box&lang=en"></script>

そして、JavaScript が有効な場合にこれを書き替えるための jQuery を使った記述がこれ。

$(function(){
  $("#cse-search-box").attr("action","（検索結果を表示する URL）");
  $("#cse-search-box div").prepend("<input type='hidden' name='cof' value='FORID:11' />");
});

2行目で id="cse-search-box" が付けられた要素の action 属性を検索結果を表示するURL に書き替え、3行目で id="cse-search-box" が付けられた要素の中にある div 要素の先頭に <input type='hidden' name='cof' value='FORID:11' /> を追加しています。

これを head 要素の中で jQuery を読み込んだ後に読み込めば OK。prototype.js を使うよりさらにシンプルになりました。

なお、このブログは lightbox 等に prototype.js を使用しているため、まだ jQuery 化していません。

しばらく様子を見ていたのですが一向に回復する気配もなく、サーバーを替えるのも面倒なのでそれは最後の手段として、とりあえず CORESERVER のユーザー管理画面からサーポートに問い合わせました。

すると翌日の朝すぐに、症状を担当部門に申し送ったということと、障害対応のスケジュールについて次のように回答がありました。

現在の障害対応につきましては、弊社では、
━━━━━━━━━━━━━━━━━━━━━━━━
1.第一次対応(全体対応)
　ご報告を受け(あるいはサーバー管理部門が異常確認をし)、緊急性のある問題の場合は48時間以内に対応、部分的な問題の場合はメンテナンス毎に対応しております(概ね24～72時間程度で対応されておりますが最大7日間お待ちいただくようご協力お願い申し上げます)。
━━━━━━━━━━━━━━━━━━━━━━━━
2.第二次対応(個別対応)
　7日を経過後も改善しません場合は、個別に状況を確認させていただきたく思いますので、お手数ではございますが、その後の状況について、詳細をご報告いただければ幸いです。
━━━━━━━━━━━━━━━━━━━━━━━━
とさせていただいております。

しかし、

但し、誠に申し訳ございませんが、
　●状況の詳細のご報告
　●障害を復旧させるというお約束
　●解消時期の目安のご案内
などは、一切、行っておりません。

と、なんとも無責任な対応。
でも、

そのため、お急ぎの場合、あるいは「2.第二次対応」をもってしても解決できません場合は、
　●不具合の発生しているサーバーの代りに正常稼動するサーバーを新たにご提供させていただく
という形での対応となります。
(万一、移動対応いただきましても症状が改善されずにご解約いただきます場合は、
　「ご利用いただけませんでした期間相当分のサーバー代金」
　を購入可能金額へご返金させていただくなどの対応も検討させていただきます)

ということなので、何も言わずに解約するよりマシかなと。

そしてその翌日、CORESERVER からその後の回答は無いのですが、サイトが繋がるようになっていました。不安定な様子もありません。障害メンテナンス情報のステータスの帯はグリーン一色です。繋がらないときはオレンジや赤の部分が常にありましたので、何らかの不具合があったのでしょうか。

とりあえず復旧してるようなので、またしばらく（契約期限までは）CORESERVER のままで行こうと思います。

そして今日、アクセスしてみるとやはり繋がりません。ここまで繋がらないとなるとサーバー乗り換えた方がいいかなーと考えてたら、いつの間にか WordPress のインストール画面 “wp-admin/install.php” にリダイレクトされてました。

さすがにこれはマズい。何とかしなけりゃとググってみたら同様の現象を発見。
「運用中のWordPress接続できなくなりなぜか、wp-admin/install.php画面が表示。 PHP＆symfonyで作るＷＥＢサイト(ＰＨＰ５)」
こちらに書かれている通り、一旦データベースのバックアップ（mysql.dump）を取り、そのまま復元したら解決しました。

でも原因は不明です。いったい何？

（5月21日追記）やっぱりおかしい。ページが表示されるまで時間がかかりすぎ。

これを「February, 2010」というふうに表示するには、wp-includes/general-template.php を書き替える必要がありました。
参考：WordPressの日付表示を英語表記にする方法：WPアップグレード後にやること | きにきじ

以下は、ver. 2.9.2 の場合です。

まず、カレンダー部分は 1026行目

$calendar_caption = _x('%1$s %2$s', 'calendar caption');

を

$calendar_caption = _x('%1$s, %2$s', 'calendar caption');

に書き替えます。
そして、アーカイブリストの部分は 821行目

$text = sprintf(__('%1$s %2$d'), $wp_locale->get_month($arcresult->month), $arcresult->year);

を

$text = sprintf(__('%1$s, %2$d'), $wp_locale->get_month($arcresult->month), $arcresult->year);

に書き替えます。

いずれも '%1$s %2$d' を '%1$s, %2$d' とするだけですが、WordPress をバージョンアップする毎に設定し直さなければならないようです。

そこで、半年以上経過した記事にはメッセージを表示しようと、個別記事のテンプレートに以下のようなコードを加えました。

<?php if ( time() - strtotime( $posts[0]->post_date_gmt ) > ( 6 * 30 * 24 * 60 * 60 ) ) {  ?>
<p class="old-post">※この投稿は半年以上前のものですので、最新の情報とは異なる場合があります。</p>
<?php } ?>

でも、WordPress のことだから何かプラグインがあるかもしれないと探してみたら、あっさりと結構有名っぽい Old Post Notifier というプラグインがありましたので、早速導入しました。

メッセージを表示する基準経過日数、除外するカテゴリ、背景やテキストなどの色、メッセージ本文の設定ができますが、そのままでは日付が “1 year 9 months 20 days” のようになるので、“1 年 9 ヶ月 20 日” という具合にするためには、old-post-notifier.php の194行目、198行目、202行目をそれぞれ編集する必要があります。

if($day == 0)
	$day = "";
else
	$day = sprintf(__ngettext(" %d 日", " %d 日", $day, 'oldpost'), $day);
if($year == 0)
	$year = "";
else
	$year = sprintf(__ngettext(" %d 年", " %d 年", $year, 'oldpost'), $year);
if($month == 0)
	$month = "";
else
	$month = sprintf(__ngettext(" %d ヶ月", " %d ヶ月", $month, 'oldpost'), $month);

設定した日数以前の個別記事ページの本文の先頭にメッセージが表示され、閲覧者が右上の [×] で閉じることもできます。

デフォルトテンプレートと Empty Canvas をベースに、PHP や WordPress のタグを調べたり、プラグインを導入したりしながらカスタマイズしました。

とりあえず導入したプラグインは以下です。

• Nice Trailingslashit：URL の末尾に “/” を付けるプラグイン
• Top Level Categories：URL の “category” を取り除くプラグイン
• Lightbox 2：Lightbox を動作させるファイルを読み込むプラグイン
• Add Lightbox：Lightbox を動作させるためのタグを自動で挿入してくれるプラグイン
• EnglishDate：日付を英語表記にするプラグイン
• Get Recent Comments：サイドバーに最近のコメントとトラックバックを表示するプラグイン
• AdSense Manager：Google AdSense を管理し、ソースコードを挿入するプラグイン
• AdSense Deluxe：Google AdSense のソースコードを挿入するプラグイン
• Google Custom Search Plugin：ブログ検索を Google カスタム検索に置き換えるプラグイン
• Ultimate GA：Google Analytics のコードを埋め込んでくれるプラグイン

しかし、Google カスタム検索の結果ページと 404エラーのページでは、AdSense Manager で挿入した部分が消えちゃうんですよね。テンプレートに直接書けば消えないんだけど。さて、どうしたものか。
プラグインを AdSense Deluxe 変更して解決しました。
あと、カレンダーとアーカイブリストの「2010年February」とかいう表記が変。

まだ、追加や修正したい箇所が多々ありますし、過去の記事のリンクや画像の表示スタイルも修正しなければなりませんが、追々仕上げていきます。

最初に様々なブログで評価の高い Lightbox 2.0 for WordPress を入れてみましたが、ページによっては <head> 内に Lightbox の Script が読み込まれなかったりしてうまく動作しませんでした。
で、Lightbox 2 WordPress Plugin と Add Lightbox の組み合わせがグッドです。

Lightbox 2 WordPress Plugin は、<head> 内に Lightbox の関連ファイルを読み込みますが、更に Black, Dark Gray, Gray, White の４パターンのスタイルが用意されています。

そして、Add Lightbox は <img> を含む <a> 要素に、自動的に rel="lightbox[%pst_id%]" を追記してくれます。

更に過去の記事にも反映されるので、MT からインポートした記事にも rel="lightbox[%pst_id%]" が追加されるのですが、MT の時に記述していた rel 属性と重複してしまうので、先に導入していた Search Regex を使い、以下のような正規表現で既存の rel 属性を検索し、置換して削除しました。

/ rel=\"lightbox\[[A-Za-z0-9]*\]\"/

パーマリンク URL に %post_id% を指定したので、どんどん ID が飛んでしまうのは何となく気持ち悪い。どうも、WordPress には投稿履歴と下書きを自動保存する機能があり、その度に ID が更新されるようです。

そこで見つけたのが Disable Revisions and Autosave plugins。これをインストールして有効にすることで自動保存を無効にできます。
ただし、下書きとして保存しなければ記事をプレビューすることが出来ません。

＃この現象を解決するために、何度データベースを削除してインポートし直したことか．．．。

こちらに書かれている通り、/wp-admin/import/mt.php を編集して無事トラックバックをコメントと区別してインポートすることができました。

また、カテゴリもインポート出来るのですが、その階層構造が維持されません。まあ、ブログ記事にカテゴリの階層までは持っていないので当然ですね。私の場合、カテゴリ件数が少ないのでインポート後に手作業で修正しました。

問題は、パーマリンクの URL。MT では /%c/%Y-%j-%h%n.php（カテゴリ/年2桁-年初からの日数-時分.php）としていましたが、WordPress には年初からの日数というものはありませんし、最後は %postname% か %post_id% で終わるようにしなければならないようです。結局、今までと同じパーマリンク URL にはできないので、WordPress の仕様に合わせて改めることにしました。

最初、/%category%/%post_id%.html としてみましたが、複数のカテゴリを指定している場合に MT のようにメインカテゴリが指定出来ず、アルファベット順で先頭のカテゴリが %category% に設定されます。ちょっとこれは意に反するので、日付ベースで /%year%/%monthnum%/%post_id%.html としました。最後は %postname% を使用したい感もありますが、毎回投稿スラッグを書き換えるのも面倒ですし。

あと、記事中の画像のリンクやブログ内の他の記事へのリンクを書き替える必要があります。
画像は丸ごと /wp-content/uploads/ 以下にコピーし、Search Regex プラグインを導入してサクッと置換しました。他の記事へのリンクは、上記の通りパーマリンクの設定が異なるので手作業で修正します。