トイレのうず

もう随分前のことになりますが、WordPress 2.9 になってから MySQL のバージョンが MySQL 4.1.2 以上が必須になりました。このサイトを運営しているハッスルサーバーの MySQL4 のバージョンは 4.0.27。ハッスルサーバーでは、MySQL5を新しく提供を始めたので、MySQL 4がバージョンアップすることはないと思われるので、MySQL5 へ移行しなくてはなりません。

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

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

以下、その手順と覚え書き。
>>『MySQL4 から MySQL5 へ移行（ハッスルサーバーにて）』の続きを読む

WordPress にはいろいろなプラグインがあります。ノーマル状態の WordPress へプラグインを追加することによっていろいろカスタマイズできて楽しいですよね。でも、WordPress で一番最初に、記事を書く前に、インストールした方がいいプラグインがあります。

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

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

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

以下は具体的なプラグインを紹介していきます。（MaxBlogPress Ping Optimizer 以外は WordPress 2.9.1 にて正常に動作することをデフォルトテンプレートにて確認いたしました。）
>>『WordPress の Ping 送信 プラグインまとめ 〜WordPress で一番に入れておきたいプラグイン〜』の続きを読む

WordPress で 新規投稿時のみ Ping を送信するプラグインの Ultimate Plugins Smart Update Pinger が WordPress のバージョン 2.9.1 にて正常に動作していないようですね。（知人より教えていただきました。ありがとうございます。）
→WordPressのPing送信改善プラグインについての覚書

恥ずかしながら、わたくし、あさこんは、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 件の投稿)

今さらながら、WordPress のデータベースである MySQL のデータがふっとんだときに対応するためにバックアッププラグイン WP-DBManager を導入してみました。いつもは phpMyAdmin からバックアップを取っていたのですが、面倒になってきたので、自動で行ってくれるようにしました。自分でまとめ記事を書こうかと思ったのですが、以下のサイトがよくまとまっているので、リンクで済ませてしまいましょう。使っているレンタルサーバーも同じハッスルサーバーなので。
→WordPressでブログ：データバックアッププラグイン、WP-DBManager2.50を設定しました。

週一でサーバー内のディレクトリにバックアップを取り、メールに添付ファイルで 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へデータを移行いなくてはならないのである。作業的には、バックアップを取ったファイルを流し込んで、データベースを指し示す初期設定を変えてやればいいんだろうか？　調査せねば。正直めんどくさい。

この blog を WordPress に移管してから、めっきり Yahoo! ブログ検索からの訪問者がいなくなってしまいました。それで、不思議に思っていろいろ調べたところ、WordPress は Yahoo! ブログ検索に嫌われていることがわかりました。理由は（憶測だけれど）更新だけじゃなく、記事の修正の度に Ping を打っているその仕様にあると思われます。それで、今年の5月に悪戦苦闘して、やっとこさ Yahoo! ブログ検索にインデックスされるようになったのだけれど、Yahoo! ブログ検索経由で人が来ない。まあ、Google からの訪問者は順調に伸びていたのでほったらかしていたのだけれど、なんと11月20日の「F1 ライコネンは来年やっぱり休養」の記事に Yahoo! ブログ検索経由で訪問者がありました！　ちょうど、いろいろと策を施してから半月。やっと、Yahoo! ブログ検索のサーチエンジンさんにスパムじゃないって認めてもらえたようです。

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

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

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

なぜかこの「トイレのうず」の Feed、Mac の NetNewsWire で見ると文字化けする。2.8.4 にアップデートする前はちゃんと動いていたのに。なぞー。いろいろ試してみたけれど、どうしてかわからない。

それで、いろいろ見直してみていたら、なんと、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 の文字化けは相変わらず直らないなぁ。

やっと重い腰を上げて WordPress を 2.8.4 にアップデートしました。なんでも 2.8.4 未満だと乗っ取られる脆弱性があるとか。危ないね。
→コリス：WordPress 2.8.4未満を使用している場合は要アップデート
→ゆっくり…して…イってネ！：現在進行中の WordPress に対する攻撃の詳細と再現
→WordPress.COM 日本語：WordPress を安全に使い続ける方法

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

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

WordPress から Yahoo! ブログ検索に Ping を打ってもインデックスされないことでずっと悩んでいました。原因を探るべく3か月ほど前に試行錯誤した結果、どうにかインデックスされるようになりました。（参照：【まとめ】WordPress を Yahoo! ブログ検索させる方法 その10）しかし、手動で Ping を送るのは面倒。ということで、既存のプラグインをちょこっと改造することで、自動化することに成功しました。

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

WordPress 2.8 の自動アップデートに失敗するとサーバー内のファイルが全部消去されるらしい。ありえない。なんでも自動化すればいいってもんじゃないですよね。なんでも自動化で対応できるようになって初心者ユーザーにも取っつきやすくなってるのかもしれないけれど、Web リテラシーが低い人も使えるようになると、自分で問題が解決できないじゃないですか。

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

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

投稿リビジョンと自動保存（Autosave）が気になり、停止するプラグインを入れたのは「WordPress 投稿リビジョン停止のプラグイン【Disable Revisions and Autosave plugins】と【Revision Control】」に書いた。

しかし、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回しか使わない予定だったから、削除しちゃったけれど、またインストールしておこう。