トイレのうず

WordPress 3.3.1 にアップグレードして、順調って思っていたけれど、カテゴリ、アーカイブ、タグ等のページにアクセスできていなかったことに、布団に入ってから気がついた。個別ページはなんとかアクセスできているから、まあいいか、と思って眠ったのだけれど、やはり気になって起きて作業した。

結論としては「Advanced Permalinks」のせいだった。プラグインの有効化・無効化だけでなく、パーマリンクも保存し直さないとリセットされないみたいで原因を突き止めるのに時間がかかってしまった。(Advanced Permalinks は開発もやめてしまったようで、3系では動きそうにないな、とは思っていたのですが。以前使っていたサーバーにサイトのクローンがほぼあったからきちんとプラグインの動作確認をするべきでした。検証が甘かった。）
>>『WordPress 3.3.1 パーマリンク変更後をリダイレクトするプラグインの動作検証』の続きを読む

今年の6月くらいから、WordPress のパーマリンク（個別記事の URL）を変えたくて仕方がなかった。でも、パーマリンクの設定で変えてしまうと、過去の記事にも反映されてしまうので、リダイレクトさせないといけないし、日本語タイトルが投稿スラッグ名にそのまま入っている記事がたくさんあるので、それらを英語に書き換えないと、とてつもなく長い URL になるな、なんて思っていたら、かなり大変な作業になって途中で放棄していた。でもやっぱり個別記事の URL を変えたくなって調べていたら、Advanced Permalinks というプラグインで POST ID によってパーマリンクを振り分けることができるらしい。おおすばらしい！

ということで、Advanced Permalinks をインストール。管理画面の設定のパーマリンクに上部メニューが追加されて、その Posts というメニューを選択すると、Start ID と End ID とパーマリンクの設定ができるので、今まで使っていたパーマリンクを設定しておいた。そしてデフォルトには、これから使うパーマリンクを設定。

>>『WordPress パーマリンクを途中から変更できるプラグイン Advanced Permalinks』の続きを読む

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 件の投稿)

この blog は WordPress にて運用しています。既存の blog サービスから移行してきたときにスパム対策として、コメント時に名前とメールアドレスを必須としました。しかし、先日、とある blog へコメントしようとしたときに、ユーザー認証の方法が煩雑で、結局コメントするのをあきらめてしまった経緯がありました。

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

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

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

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

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

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

F1 を見に行って、友人宅のパソコンからこのサイトを見たらなぜか携帯ページが文字化け表示されていました。でも友達の家のパソコンは、Windows でしかも IE6 の英語版を使っていたので、環境の問題かな、と思っていたのですが、本日、ダンナのパソコンでも同じことが起きまして、Mac の Safari からも確認したところ、同じように携帯用サイトが文字化けした状態で表示されていました。これは WP Super Cache と Ktai Style の相性の問題だ、と直感しました。

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 にして見てください。携帯版ですがサイトを見ることができますので、コメント欄などにてお知らせいただけるとありがたく存じます。そして、これまで、表示がおかしなことがありましたことをお詫び申し上げます。これからも「トイレのうず」をよろしくお願いします。

WordPress の個別投稿の上部にパンくずリストをつけてみました。

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

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

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

WordPress の表示軽減とサーバーへの負担を考えて WP Super Cache を導入してみました。1日 200 PV くらいでスタートしたこのサイトもいつの間にやら 1日 1000 PV に近づいています。格安レンタルサーバーに置いておくコンテンツとしてはちょっと重すぎるのではないかと思い、今回キャッシュの導入に踏み切りました。

わたしが 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 にて。
>>『【WordPress】WP Super Cache を導入（Ktai Style とも併用）』の続きを読む

このサイトは WordPress と 手書き HTML を混在させてつくっているのだけれど、WordPress で表示させている部分の携帯表示は Mobile Eye+ というプラグインを使っていました。これは、わたしが借りているレンタルサーバーが、PHP 4 しかサポートしていなかったためです。でも、最近になって PHP 5 も使えるようになって、Twitter Tools を正常に機能させるために PHP 5 に上げたので、携帯表示も Ktai Style に乗り換えることにしました。

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

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

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