めんどくさいなぁ、と思って放っておいたのだけれど、時間帯別アクセス数の推移がおかしい。今までの経験上、訪問者のピークは22時から24時くらいの間になるのだけれど、12時以降横ばい。もしかして、サーバーの限界を超えたのか？　とサーバー移転を検討してみたものの、まずは原因の切り分けをしてみよう、というところに落ち着いたのです。

なので、その第一弾といて、データベースサーバーを移転してみることにしました。サーバーが違えば、レスポンスが上がるのではないか、という期待を込めて、同じハッスルサーバーの MySQL5 のデータベースサーバーへデータを移してみました。

以下、その手順と覚え書き。

概要は大ざっぱにいうと下記のよう。

1. phpMyAdmin で MySQL4 のデータをデフォルト設定にてファイルにエクスポート
2. phpMyAdmin で MySQL5 へインポート
3. wp-config.php のデータベースサーバーの設定を変更

文字化けしたり、容量オーバーで読み込まなかったりといろいろ試行錯誤した結果、一番簡単な方法を見つけたのでポイントをメモ。

1) phpMyAdmin の文字コードが（ログインするときに） UTF-8 になっていることを確認。
これを忘れるとハッスルサーバーの場合デフォルトは EUC になってしまうので注意。

2) スキマーの問題。
ログインネームを選んでエクスポートすると、データベース全体がエクスポートさて、ユーザーネーム等のテーブルを管理する情報（スキマー）もエクスポートされ、インポートするときにユーザー名が競合して MySQL5 にインポートできないらしい。なので、データベースを選んでエクスポートするのではなく、すべてのテーブルを全て選択してのエクスポートをおすすめします。そうすると、スキマーはエクスポートされません。

3) エクスポートしたファイルが 2MB 以上だと、ハッスルサーバーではインポートできない。
初めから gzip なんかでエクスポートした方がよい。（圧縮なしファイルを Mac にて zip にしてインポートしようとしたら、「Compressed size is not equal with the value in header information.」というエラーが出ました。Windows だったら多分大丈夫だと思います。）データベース全体をエクスポートしてしまうと、スキマー情報を消すために、テキストエディタでエクスポートした SQL ファイルを開く必要が出てしまうので、2) で紹介した方法をとるのがベスト！

この3つの点に気をつければ、エクスポートしたファイルをそのままインポートして、wp-config.php の設定を変えるだけ。データベース移行も楽々ですね。

参考にしたのは下記サイト。（微妙にやり方が違います。）
→Y&M blog + L：WordPress　2.9アップグレードの為のMySQL5データ移行
→アフィリエイトでお小遣い：ハッスルサーバーでWordPress2.9移行完了

それは、Ping 送信を最適化するプラグインです。

Ping 送信最適化プラグインを入れる理由

WordPress には以前から Ping を送信するのに失敗する確率が高いという特徴があります。また、新規投稿時だけでなく、記事を修正するときにも Ping を送信しています。ブログの本文を1文字変えても、設定された URL へ更新 Ping を飛ばしているのです。考えただけで怖ろしいですね。知らず知らずのうちに Ping スパマーになっているのです。それ故、Yahoo! ブログ検索、および、goo ブログ検索からは確実に嫌われています。送信はできるけれど、インデックスはしてもらえないようです。なので、初めての記事を書く前に、Ping 送信をする前に、WordPress をインストールしたら一番最初に入れるべきプラグインは Ping 送信最適プラグインだと思うのです。Ping 送信を最適化するプラグインとは、記事を修正したときには Ping を飛ばさず、新規投稿時のみ送信してくれるプラグインのことです。

以下は具体的なプラグインを紹介していきます。（MaxBlogPress Ping Optimizer 以外は WordPress 2.9.1 にて正常に動作することをデフォルトテンプレートにて確認いたしました。）

Smart Update Pinger

Ping 送信最適化プラグインの元祖。しかし、予約投稿時には設定した時刻に WordPress 標準の Ping 送信機能が使われるので、ログに残らないのが欠点。（記事の予約投稿の際、記事の投稿を予約した瞬間に Ping を送信してしまうことはないのでご安心を。）予約投稿時にログに残らないことが気にならなければ、このプラグインで充分だと思います。最終バージョン 2.0 (2006.2.18)

Smart Update Pinger 日本語版

Smart Update Pinger を日本語化したプラグイン。機能的には Smart Update Pinger と同じ。日本人にはこちらの方が馴染みやすいかもしれませんね。

Ultimate Plugins Smart Update Pinger

Smart Update Pinger を元につくられたプラグインで予約投稿時のログにも対応（Smart Update Pinger の後継版）。ただしダウンロードにメルアド登録が必要。プラグインを有効化するときにエラーが出ることがあるが、「ultimate-plugins-smart-update-pinger.php」の先頭行の <? を <?php にすると正常に動作する。（WordPress 2.9.1 でも動きました。）最新バージョン 3.1

MaxBlogPress Ping Optimizer

アクティベーションが必要。（なので動作確認を行っていません。）最終バージョン 2.2.5 (2008.11.16)

cbnet Ping Optimizer

MaxBlogPress Ping Optimizer 2.2.5 を元に作られたプラグイン。Ping 送信のログ管理に新に「xxx-cbnetpo_ping_optimizer」というテーブルが作られてしまう。（リリース日が新しいからといって、このプラグインを使ったら、Yahoo! ブログや goo ブログにインデックスされることはないと思われる。なぜなら、Ping のユーザーエイジェントが 「WordPress」であることで弾かれていると推測されるから。）最新バージョン 2.3.1 (2010.2.3)

ちなみに、あさこんは Ultimate Plugins Smart Update Pinger を使用しております。Yahoo! ブログ検索や goo ブログ検索にインデックスさせるため、多少の施策を施しておりますが。詳しくは下記の記事を参考にしてください。
→WordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法
→【まとめ】WordPress を Yahoo! ブログ検索させる方法 その10【追記あり】

恥ずかしながら、わたくし、あさこんは、MySQL のバージョンを4から5に上げるのが面倒で未だ 2.8.4 のままなのです。なので、Ultimate Plugins Smart Update Pinger が正常に動作していないのに気がついていませんでした！　すみません。

ですので、Ultimate Plugins Smart Update Pinger に改造を加えて Yahoo! ブログ検索にインデックスさせるための施策を公開していますが、たぶん正常に動いていないんじゃないかなぁ、というお知らせです。
→WordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法

近いうちに、検証環境を整えますので、それまでご猶予ください。何で動かないかわかるえらい方、どうかお力添えをください！　（確定申告が無事に終わるまでは、とりかかれないと思われます。）

フリーウェアとかを公開なさっている人のありがたさが身にしみた1日です。感謝せねば。

＊追記 2010.2.14＊
Ultimate Plugins Smart Update Pinger を WordPress 2.9.1 にて動かしてみましたが、正常に動作することを確認いたしました。Yahoo! ブログ検索へインデックスさせる施策を施しても正常に動作し、かつ Yahoo! ブログ検索にインデックスされました。
プラグインの有効化の際にエラーが出るという情報もありますが、「ultimate-plugins-smart-update-pinger.php」の先頭行の <? を <?php にすると正常に有効化できるようです。
→WordPress.org：[解決済み] Ultimate Plugins Smart Update Pinger について (3 件の投稿)

そこで、思ったのです。スパム対策として、コメント時にメルアド必須にしているけれど、これは実はコメントしてくれようとしている人を遠ざけているのでは？　と。せっかく blog を書いているのに、コミュニケーションできなかったら意味がないじゃないか、と。

そこでメルアド必須をやめたとして、スパムから守るための方法を探ってみました。

大きく分けて2つ。Captcha という方法で画像の文字列を入力することによって人間であることを確認する方法と、なんらかのアルゴリズムで bot じゃないと判断する方法。結局は前者の Captcha を採用しました。理由は、後者である WP-HashCash というプラグインでは、なんらかのアルゴリズムが JavaScript で書かれており、携帯からアクセスしたときにスパムと判断されてコメントできないからです。（他にも何らかの方法でスパムと判定するプラグインは存在するようです。）
→Cherry＆Lotus™：WP Hashcashが携帯からの書き込みをスパムと認識する件

Captcha のプラグインはたくさんあるみたいだけれど、代表的らしい SI CAPTCHA Anti-Spam を導入することにしました。これで少し様子を見てみます。

ということで、今後コメントいただくときは、多少面倒ですが文字列の入力をご協力お願いいたします。

週一でサーバー内のディレクトリにバックアップを取り、メールに添付ファイルで gzip の SQL ファイルを送信するように設定しました。これでデータが吹っ飛んでも大丈夫。FTP で上げてるファイルは基本的にバックアップがローカルにあるし。ローカルの HDD が壊れたらどうだって話にはなるけれど。

さて、次は WordPress を 2.9.1 にバージョンアップするために、MySQL を4から5へ上げないといけない。現在使用しているハッスルサーバーの MySQL のバージョンは4.0.27。しかし、WordPress 2.9 から MySQL が4.1.2 以上が必要になったのだ。ハッスルサーバーでは、MySQL の4と5の両方を提供してくれている。なので、MySQL の5へデータを移行いなくてはならないのである。作業的には、バックアップを取ったファイルを流し込んで、データベースを指し示す初期設定を変えてやればいいんだろうか？　調査せねば。正直めんどくさい。

結論からいうと、原因はPowerBookG4 を SSD 化するとこれくらい速くなるの投稿記事部分に Flash ビデオ (FLV) を表示するために JavaScript をベタ書きしていたことでした。Feed を全文配信していると、RDF では JavaScript だと解釈されないためにエラーになって白紙で表示されていたようです。

対策としては記事部分にベタ書きしてある JavaScript のコードを HTML のコメントアウトすることで解決しました。具体的には、下記の太字の部分を追加。

<script type="text/javascript" src="http://www.1010uzu.com/js/swfobject.js"></script><br />
<script type="text/javascript">
<!--
var s1 = new SWFObject("http://www.1010uzu.com/swf/jw/player.swf","ply","320","262","9","#FFFFFF");
s1.addParam("allowfullscreen","true");
s1.addParam("allowscriptaccess","always");
s1.addParam("flashvars","file=http://www.1010uzu.com/wp/wp-content/uploads/20091215_2.flv&#038;image=http://www.1010uzu.com/wp/wp-content/uploads/20091215_2.gif");
s1.write("JWplayer2");
//-->
</script>

これは、その昔 Netscape3 などが JavaScript を理解しないために、HTML 内に書くときにはコメントアウトするという技で、それを応用してみました。これから、投稿記事内に JavaScript を書くときは気をつけよう。（HTML 内に JavaScript を直書きするのは非推奨ですけどね……）

試しに Yahoo! ブログ検索で「トイレのうず」で検索してみると、策を施した当初は「スコアでの絞り込み」を「指定なし」にしないと検索されなかったのですが、2009年11月26日現在、「スコアでの絞り込み」を「中」にしても検索結果に表示されるようになりました。これからも質のよい記事を書けば「強」でも検索結果に表示されるようになるかなぁ。

通常問題のないコンテンツならば、1か月程度で「スコアでの絞り込み」が「中」になるようです。
→Kuwata’s Blog くわぶろ：Yahoo!ブログ検索の「スコアでの絞り込み」について

ちなみに Yahoo! ブログ検索にインデックスされるように WordPress に施した策については以下の記事を参照ください。
→【まとめ】WordPress を Yahoo! ブログ検索させる方法 その10
→WordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法

Google さんに聞いてみると同じ現象で困っている人がいました。
→WORDPRESS.OGR：Ktai Style と WP Super Cache の競合？Safari系でエラー

KtaiStyle の作者さんの回答によると、下記サイトを見て下さい、とのことでした。
→Yriko.net：WP-Cache および WP Suer Cache と併用する場合

その中でわたしがやってないこと、それは wp-cache-config.php に下記のコードを $cache_rejected_user_agent 設定の直後に付け加えることでした。（2009年10月2日にリリースされた WP Super Cache 0.9.7 では、45行目あたり。）自分の環境（Mac Firefox）から試してみて、大丈夫そうだったので、抜かしてしまいました。きちんとドキュメントを見ないとダメですね。

if (file_exists(ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php')) {
include ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php';
}

とりあえず、これで様子を見てみます。

もし、今後も表示がおかしいことがありましたら、ブラウザの文字コードを Shift-JIS にして見てください。携帯版ですがサイトを見ることができますので、コメント欄などにてお知らせいただけるとありがたく存じます。そして、これまで、表示がおかしなことがありましたことをお詫び申し上げます。これからも「トイレのうず」をよろしくお願いします。

今までは個別記事の前後記事のリンクだったのですが、日記とかじゃないのであまり意味がないということで、パンくずリストをつけるという結論に至りました。実際、訪問者のあしあとを辿ってみると、同じカテゴリ内の記事を探して、関連記事をクリックして行ったりきたりしている様子がうかがえたので。特に、Yahoo! ブログ検索に WordPress をインデックスさせる記事において。

使ったプラグインは、Breadcrumb Navigation XT の日本語版。コードを single.php に埋め込み、設定して終わり。不満なのは、複数カテゴリを設定いていても、1つのカテゴリのパンくずしか表示できない点だ。WordPress の場合、カテゴリは無限に設定できるのだけれど、その順位をつけられないため、メインカテゴリじゃないカテゴリのパンくずリストが表示されてしまう。

これから、カテゴリはなるべく1つに絞った方がいいんだろうか？

わたしが WordPress を導入しようと思ったときは、携帯系プラグインとキャッシュ系のプラグインがバッティングするとのことで、導入を見送っていたのですが、どうやらいろいろ改善されたようでとてもスムーズに導入することができました。

バッティングする理由は、パソコンから閲覧するのと携帯から閲覧するのでは違うページが表示されるので、どちらか先にアクセスした方の表示形式でキャッシュされてしまう。よって携帯で先にアクセスしたページはパソコンから見ても携帯ページが見えてしまい、またパソコンから先にアクセスしたページは携帯からみるとパソコンページが見えるので文字化けしてしまうのです。だから、キャッシュを見せる前にユーザーエイジェントもしくは IP アドレスで振り分ける必要があるわけです。

今回導入したキャッシュプラグインは WP Super Cache というプラグインです。ついほんの数ヶ月前までは携帯表示プラグイン（Ktai Style 等）と同居させる場合はいろいろと改変しなくてはならなかったみたいです。双方のプラグインが歩み寄り、とても簡単に WP Super Cache と Ktai Style が併用できるようになりました。それに伴い、ちまたに溢れている情報は古くなってしまったようで苦労されている方がいらっしゃいました。記事を読ませていただいて、大変参考になりました。
→Bloody Mary – blog：WP Super Cache に大はまり

以下、WP Super Cache (Version: 0.9.6.1) 導入手順。WordPress 2.8.4 にて。

＊パーマリンク設定をしていることが必須条件となります。
＊また Ktai Style を使用する場合は、先にプラグインを有効化する必要があります。（.htaccess への記述内容が変わってきます。）

1) WP Super Cache をインストール。有効化する。

2) WP Super Cache 設定画面 にて「on」を選択し、「Update Status」をクリック。
　Ktai Style を導入している場合は「Mobile device support.」にチェックをいれない。チェックを入れると、携帯サイトも一時キャッシュ (WP-Cache) してしまうようです。Ktai Style は機種ごとに違う HTML を作成しているので、キャッシュしてしまうと不都合が起きる。また、GA4K を利用している場合、アクセス数が正しく取れなくなる。（PHP のアクセスロジックが動かなくなるため。）

3) 設定画面下の方にある「Mod Rewrite Rules」の項目の「Update Mod_Rewrite Rules >>」をクリック。これで、「.htaccess」ファイルが書き換わります。

4) ログオフしキャッシュをクリアしたブラウザから、表示をチェックし HTML の最後の行あたりに以下の文字列があれば WP Super Cache がきちんと動作しています。
<!– Cached page generated by WP-Super-Cache on 20XX-XX-XX XX:XX:XX –>

5) 携帯からも表示チェックしてみましょう。文字化けしていなければ OK です。

以上、WP Super Cache と Ktai Style の同居も普通のプラグインの有効化と同じくらい簡単になってしまいました。便利でとてもよいことです。

設定関係は同じレンタルサーバーとのことで下記のサイトを参考にさせていただきました。
→日下部理子のブログ：「WP Super Cache」というプラグインを使ってみました

＊追記＊
一部のパソコンのブラウザにて、携帯サイトが文字化けして表示されていました。やはり、ドキュメントにあるように下記コードを wp-cache-config.php の $cache_rejected_user_agent を設定している直後に付け加える必要があるようです。
if (file_exists(ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php')) {
include ABSPATH. 'wp-content/plugins/ktai_style/patch-wpcache.php';
}

また WP Super Cache を無効にして再び有効にすると、wp-content/wp-cache-config.php がデフォルトのものになっていることので、有効無効を繰り返している方、wp-cache-config.php を確認してみてください。

Mobile Eye+ でも機能的には充分なのですが、Mobile Eye+ には脆弱性があるようです。
→ハンターリンク：Mobile Eye+ の脆弱性とか謝辞

これを修正するパッチも出ているようですが、それをするくらいなら、Mobile Eye+ の作者さんが推奨しているように、Ktai Style に乗り換えた方が早いかと。
→Yuriko.net：Mobile Eye+ パッチ

ということで、携帯でも Google Analytics が使える GA4K を設置し直したりして、一通りの作業を終えたのでした。

それで、いろいろ見直してみていたら、なんと、feed/rdf の時刻の表示の仕方がおかしくなってる。

<dc:date>2009-09-14¥JST12:32:01+09:00</dc:date>

おかしい、ってことで、feed-rdf.php を見直して見るも、おかしなところはなし。でも「JST」っていうのは日本標準時ってことだから、「¥T」がエスケープされてないよう。PHP で「T」はタイムゾーンを出力するらしい。たぶん原因は UTF-8 にて「¥」がバックスラッシュで保存されてないためだぁ。

→【PHP】Mac でバックスラッシュがエンマークになってしまう件【U.ico” de】

Yahoo! ブログ検索、goo ブログ検索ともに、RSS の時刻がちゃんとしてないがために「WordPress を 2.8.4 にアップデート」を最後にインデックスされてない。ちゃんと直したらまたインデックスされるかしら。

でも、RSS 2.0 の文字化けは相変わらず直らないなぁ。

いろいろ調べてみると、Twitter Tools の設定画面のユーザー ID を twitter に登録してるメールアドレスにするとうまくいく、という記事を見つけて試してみた。確かに、twitter への通知はうまくいくが新しいサイドバーの表示が更新されなくなった。よってボツ。
→北青山通信 – from aoyama：WordPressの記事投稿でTwitterの自動更新成功

それからまた調べてみて、記事 URL の短縮の設定をしてやると、うまくいく、というような記事を見つけて試してみる。
→ぶっちろぐ：Twitter Tools で短縮 URL を POST

確かにこのサイトの URL は長い。そこでこけてるのかも。そう思いながらこの記事を投稿テスト。

＊追記＊
テストがうまくいったのようなので、設定の手順を以下、追記。短縮 URL が投稿されてませんでした。どうしてだろう。短縮 URL も投稿できました。（でも原因は違うところにあったみたいです。）

1) bit.lyにてアカウントを取得。bit.lyの画面右上の「Sign Up」をクリックし、「Create a Free bit.ly Account」に必要事項（ユーザー名、メルアド、パスワード）を記入して「Sign Up」をクリック。画面右上の「Account」をクリックし、API Key（長い文字列です）をコピー。
2) WordPress 管理画面のプラグインにて、Twitter Tools 付属の「Twitter Tools – Bit.ly URLs」プラグインを有効化。設定の Twitter Tools 画面下部に「Bit.ly for Twitter Tools」の項目が出現する。
3) 「Bit.ly API key」「Bit.ly API key」を入力し、Save Setting をクリック。
新しい記事を投稿するときに、投稿画面下部にある Twitter Tools の項目のラジオボタンを「Yes」にする。

これで twitter への通知もできた。長い道のりでした。PHP を 4 から 5 にバージョンアップしたのも関係してるかも。

調査したところによると、どうやら Twitter Tools の一部の機能は動作条件として PHP 5 が必須のようです。WordPress 更新時の twitter への post、および twitter のログを WordPress へ投稿する機能など。だから PHP 4 を使っていた当サイトでは動作しなかったのですね。

あと、twitter への再投稿したい場合、カスタムフィールドの aktt_tweeted の値を「1」から「0」に変更して更新ボタンを押ばいいようです。テストで何度も記事を書かなくてすみますね。テストが終わったら「1」に戻しておきましょう。

ちょっとアップデートがおっくうだったので、2.7 から実装された自動アップデート機能を使ってみました。でも初めからこのサイトで試すのはちょっと勇気がいったので、まず試験的に動かしている WordPress から行ってみました。2.7 から問題なく 2.8.4 にアップデートできました。拍子抜けするぐらい簡単。Yahoo! ブログ検索にインデックスさせるために行っている改変も再現して Yahoo! ブログ検索にインデックスされることも確認。

で、本日ようやくこのサイトのアップデートを行いました。バックアップ取ってから（これが面倒なんだけれど、記事がなくなったら悲しいので）。更新ボタンを押してみた。あっという間に終了。そして、プラグイン類もアップデート。とりあえず、動いているよう。

そして、Yahoo! ブログ検索と goo ブログ検索にインデックスさせるために行っている改変も改めて行いました。調べたところ RSS ファイルに対して行った改変が全て新しいファイルに置き換わっているよう。wp-includes 内の feed-rdf.php と feed-rss2.php に対して下記の記事を参考にコードを書き換えた。こういうとき自分でまとめてると便利なんですよね。
→【祝！】goo ブログ検索インデックス！ 〜WordPress を Yahoo! ブログ検索させる方法 その8〜
→【解決】goo ブログ検索にインデックスされた日時が9時間遅れている件【RSS2 の時刻修正】

うまくインデックスされるかな？　確認も兼ねてこの記事を投稿。まあインデックスされても、悲しいかな、Yahoo! ブログ検索、goo ブログ検索経由で来る人はいないんだけれどね。

テスト運用してきて問題ないようなので、WordPressから Yagoo! ブログ検索に Ping を送るために既存プラグインを改造する方法を公開します。（元のプラグインが GNU GENERAL PUBLIC LICENSE だから公開しても問題ないはずですよね。）このプラグインの改変を行うことにより、通常の投稿にて Yahoo! ブログ検索へ認識可能な Ping を送信してくれますので、Yahoo! ブログ検索にインデックスされるようになるはずです。
初めに書いておきますが、何か問題が起こっても、インデックスされなくても自己責任でお願いします。

Yahoo! ブログ検索にインデックスさせるための Ultimate Plugins Smart Update Pinger 改造手順

1) まず、【まとめ】WordPress を Yahoo! ブログ検索させる方法 その10の 2) ヘッダ内の RSS 1.0 の設定 の改変を行っておく。

2) 次にUltimate Plugins Smart Update Pinger をダウンロードしてください。メルアドを求められますが、Ultimate Plugins Smart Update Pinger を改造するので必要です。Smart Update Pinger の日本語版だと、予約投稿時に WordPress のデフォルトの Ping 送信機能が働いてしまうので、Yahoo! ブログ検索に Ping を送ることができません。

3) 2)でダウンロードし解凍した ultimate-plugins-smart-update-pinger フォルダに下記ファイルを解凍してたもの（smart-update-pinger_ybs.php）を入れてください。ultimate-plugins-smart-update-pinger.php と同じレベルになるように。
→smart-update-pinger_ybs.php.zip

4) ultimate-plugins-smart-update-pinger.php の編集する。
・107行目と117行目の2ヶ所の
$SUP_output_log=SUP_ping_services($forcedpings,get_permalink($id)).$SUP_output_log;
の後ろに下記を追加。

require_once('smart-update-pinger_ybs.php');
$SUP_output_log = send_ping_ybs("http://api.my.yahoo.co.jp/rss/ping?u=".get_permalink($id)).$SUP_output_log;

・173行目
$client->useragent .= ' -- WordPress/'.$wp_version;
　　　↓
$client->useragent .= ' -- ○○○/1.0.0';

○○○は任意の文字列。（goo ブログ検索にて WordPress からの Ping を拒否しているための対処。）

・1行目
<? → <?php

プラグインを有効化したときにエラーになるのを防ぐ。（既存バグ？）

5) 上記の変更を加えた ultimate-plugins-smart-update-pinger フォルダを WordPress プラグインフォルダにアップロードし、有効化してください。

これで WordPress から Yahoo! ブログ検索へ Ping を送られるはずです。プラグインがうまく有効化できないときは、改造した ultimate-plugins-smart-update-pinger.php を保存するときに「バックスラッシュ」が「エンマーク」に変わってしまっている可能性がありますので、WordPress 管理画面のプラグインの編集から該当箇所を再度確認してください。

smart-update-pinger_ybs.php 内で行っていること

smart-update-pinger_ybs.php では「【まとめ】WordPress を Yahoo! ブログ検索させる方法 その10」の 1) の動作を自動的に行っています。具体的には、「http://api.my.yahoo.co.jp/rss/ping?u=最新記事のURL」のサイトを読み込み、その文字列に「Refresh requested」があるかどうかを確認し、ログを吐き出します。

Ultimate Plugins Smart Update Pinger にて Ping を送信することの利点

a) 投稿の編集時に Ping を送らなくなる。
　WordPress デフォルトの Ping 送信機能は編集時にも Ping を送っています。それゆえ、Ping スパマー状態になりブログ検索にインデックスされないのではないかと考察しています。
b) Ping の送信元を偽装できる。
　a) の理由にて WordPress は goo ブログ検索では Ping を拒否されているが、それを回避できる。
c) 予約投稿時にも Ultimate Plugins Smart Update Pinger の機能を使って Ping を送信する。

Yahoo! ブログ検索には以上の改変でインデックスされると思いますが、goo ブログ検索にインデックスされるようにするにはさらなる改変が必要です。下記記事を参考にしてください。
→【祝！】goo ブログ検索インデックス！ 〜WordPress を Yahoo! ブログ検索させる方法 その8〜

そこで jQuery を使って折りたたみ式のツリーメニューにしたいと思ったのですが、要素の取り方がわからん。っていうか jQuery がわからん。勉強せねば、ということで保留です。

WordPress は好きだけれど、頻繁にバージョンアップを繰り返すのはどうだろう、と思う。オープンソースだからたくさんの人に使ってもらって、それでバグを発見していくのだろうけれど、CMS として使うにはもう少しバージョンアップの頻度を下げないと、企業とかに納入したとしてメンテナンスをだれがするのか、って話になる。プラグインの対応も大変だろうし、今で必要充分なのにこれ以上何を変えようっていうんですかねぇ。いまいちわかんない。

そんなわたしは様子見です。たぶん 2.8.1 になったら、バージョンアップしようと思います。もちろん手動で。

重複の原因は大きく分けると2つのパターン。

1. 「?view=com‎」「?view=wrt‎」など URL のあとにパラメータがつく

これは、携帯表示プラグイン MobileEye+ のコメントページ、コメント書き込みページのURL。実験的に入れているツールがモバイルページもパソコンのページと認識させているため起こっているみたい。「link rel=”canonical”」を入れてとりあえずの対策をしたけれど、根本的な対策が必要っぽい。要相談。

2. 月別アーカイブやカテゴリ、タグページなどで、記事数が多く複数のページにわたっているとき、同じ <title> タグがついてしまっている
3. カテゴリとタグで同じ文字列があるとき、<title> タグが重複

今回は 2) と 3) に対して対策を行った。

まずは、<title> 要素をカスタマイズできるプラグインがないか調査。All in One SEO Pack というプラグインが、<title> タグを気軽に変更できるもので利用したみました。しかし、問題発生。<title> タグを強制的に書き換えるため、携帯サイトの <title> タグも書き換わり、文字コードの不一致（本体はUTF8、携帯サイトはShift-JIS）から文字化けが起こってしまった。なので、テンプレート単位での対応に切り替える。

下記サイトを参考にテンプレートの <title> タグ内の出力を改変。
→東京税理士ブログ：WordPressで全てのページを違うタイトルにする

具体的には以下の変更を行った。

• タグページはタグ語句の後に [tag] と追加（カテゴリとの差別化）
• 複数にわたるページには「Part ○」と追加
• ついでに検索結果のページも「[検索文字列]の検索結果」に変更
• 月別ページも「2008 5月」から「2008年5月」と「年」が入るよう変更（これは好み）

複数ページにわたるときは、「$paged」という関数が2ページ目以降のページ番号を出力しているらしい。
また、各ページで条件分岐をして対処。
→WordPress.日本語：条件分岐タグ

書いたコードは以下の通り。ちなみにアーカイブページには「／ぼやき」と入るようになっているので、参考にされる場合は注意してください。
<title><?php
if(is_home()) {bloginfo('name'); if($paged){echo ' Part '.$paged; }}
if(is_month()){echo get_the_time('Y年n月');} else{wp_title('');}
if(is_search()){echo '['.$s.'] の検索結果'; if($paged){echo ' Part '.$paged;} echo '：'; bloginfo('name');}
if(wp_title('', false)){if(is_tag()){echo ' [tag]';} if($paged){ echo ' Part '.$paged;} echo '：'; bloginfo('name'); echo '／ぼやき';}
?></title>

一応めでたく対処できたとおもうけど、おかしなところがあったら教えてください。

中をよく見ると、URLに「?view=com‎」というパラメータのあるページも同一ページなのに違うページとして認識してしまっているよう。それで、ダブったものが「タイトルタグの重複」として現れている。

確か、何ヶ月か前に重複を取り除いてくれる meta タグがあったような。
→Web担当者Forum：link rel=”canonical”によるURL正規化タグ——SEOにとって非常に重要な進歩（前編）

「rel=”canonical”」だ。これの WordPress のプラグインはないか調べた。
→blockworks：wordpressの「rel=canonical」プラグイン2つ

プラグインは以下。
→Yoast：Canonical URL’s for WordPress

あと、試しで入れてみたプラグイン「All in One SEO Pack」にも同じ機能があるみたい。

＊追記＊
All in One SEO Pack は携帯表示プラグインの MobileEye+ の title タグも書き換えてしまうようで、タイトルが文字化けしてしまった。
「?view=com‎」「?view=wrt‎」はどうやら MobileEye+ のコメントページ、コメント書き込みページのURLらしい。どうやら、実験的に入れているツールが悪さをしているようだ。

しかし、phpMyAdmin からテーブルを見てみると、「投稿ID-autosave」をいうのがいくつかあった。入れたプラグイン Disable Revisions and Autosave plugins の disable-revisions-and-autosave.zip（リビジョンとオートセーブを両方無効化）では完全に自動保存を無効化できてない様子。

phpMyAdmin から下記の SQL を打ってみた。
SELECT * FROM `wp_posts` WHERE `post_type` = 'revision'

該当するものは3件。いずれも古い記事で LOVELOG から MT 形式でインポートしたものだ。最近カテゴリ変更やタグ付けを行った記事。そこらへんが関係しているのかもしれない。

古い記事のカテゴリを振り直したり、タグを付けていく予定だから、もっと Autesave が溜まる可能性がある。その時はまた Delete Revision にてリビジョンを削除すればいいか。Delete Revision は1回しか使わない予定だったから、削除しちゃったけれど、またインストールしておこう。