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

この設定だけだと、カテゴリの表示がうまくいかなかったので、カテゴリベースを設定（空欄だとうまく動作してくれないよう）、Advanced の Author pages と Category pages にもデフォルト値を設定（同じくなぜか空欄だとうまく動作しない）、Start ID に次の記事の番号と End ID に -1 を設定して、新しいパーマリンクを設定、これでやっとうまく動作してくれました。

今までは投稿日時を URL にしていたのだけれど、これからは、「年/月/投稿スラッグ」という形にしました。わたしの投稿頻度だと、日にちまで絞らなくてもそこそこのレスポンスで記事を探し出してくれるかな、と。あと、URL の最後にスラッシュを付けるか付けないか迷ったのだけれど、「クールなURIは変わらない」を参考に最後のスラッシュはなしにした。「クールなURIは変わらない」には件名を URI に含むのは最初はうまくいくけどあとから破綻する的なことが書かれているけど、破綻したらまたその時考えればいいや、と思うことにした。要するにブックマークした記事とかが 404 になるのを避けた方がいいっていうことだから、そのときリダイレクトかけます。

また、Advanced Permalinks には古いパーマリンクを新しいパーマリンクにリダイレクトする機能もついているので、投稿スラッグを英単語化できたら、その際には全記事リダイレクトするかも。ドメインの www も取りたいし。

Advanced Permalinks の導入によって、サーバー内の処理が増えてアクセスが多少遅くなると思うけど、そこらへんは目をつぶることにします。ということで、この記事をテストを兼ねて投稿するのです。

※追記
パーマリンクの設定を間違えると、投稿時に誤ったパーマリンクで twitter と連携しちゃうのね。うーん。手順等を要検討だなぁ。

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

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 を設置し直したりして、一通りの作業を終えたのでした。

いろいろ調べてみると、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」に戻しておきましょう。

テスト運用してきて問題ないようなので、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 がわからん。勉強せねば、ということで保留です。

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

せっかく、Yahoo! ブログへの更新 Ping 送信機能を組み込んでみたのにこれじゃあ、使い物にならない。携帯からの更新の時も動作しないいんじゃないかと思って、Smart Update Pinger のログを調べてみたら、携帯から投稿したログが残っていない。
Yahoo! ブログへの更新 Ping 送信をなぜ自動化したかというと、携帯から投稿したときに、ブラウザから Ping を送るのが面倒だったからだ。う〜ん。やっぱり WordPress をもっと勉強して、自分でプラグインつくるしかないんだろうか。それとも他の方法をとるか、ちょっと考えてみよう。

※追記
予約投稿にも対応した Ping 送信プラグインがありました。WordPress 3.0 でも動くようです。
→Ultimate Plugins Smart Update Pinger

以下の既存バグ修正を行わないとエラーになるので注意。
1行目：<? → <?php

まずプラグインを有効化するときにエラー発生。61行目のシングルコーテーションのエスケープ「¥’」が怪しいと思って削除したら、有効化時にエラーはでなくなったけれど、今度はログをきちんと吐き出してくれない。う〜ん。
同じ変更を WordPress のプラグインの編集画面から行うとOK。勘なんだけれど、たぶん日本語環境では、バックスラッシュがエンマークになってしまっているのが問題ぽい。

まあとにかく WordPress のプラグイン編集画面から変更をしてテスト！　うまくいくいきますように。

＊追加＊　Smart Update Pinger に Yahoo! ブログに更新 ping を送る機能を何とか実装できました。今のところうまく動いています。これ公開したらライセンス的にどうなんだろう。

glossyblue のテーマのコメント表示には、footer.php に src_simple_recent_comments() という関数が使われていて、調べてみてもどんな関数かいまいちわからない。でも、src_simple_recent_comments() の前後をよく見てみると、直前で「simple_recent_comments.php」を読み込んでいることがわかった。このファイルで、コメント者とその概要を表示していたのだ。それが、マルチバイトに対応していないみたい。

ということで、違う方法で最近のコメントを取り出す方法を模索していると、Get Recent Comments というプラグインに辿り着いた。以下の記事が参考になりました。
→Trash can::ver.2：Get Recent Commentsを入れてみた

プラグインをインストールして有効化。テーマ footer.php の該当箇所を以下に書き換え。

<?php if (function_exists('get_recent_comments')) { ?>
  <h4><?php _e('最近のコメント'); ?></h4>
  <ul>
    <?php get_recent_comments(); ?>
  </ul>
<?php } ?>

設定→Recent Comments から、最近のコメント（Comments）の設定をする。英語の設定項目を訳してみた。

• Show the most recent: コメント表示件数
• Long comments are chopped off at: 長いコメント本文から抜粋文字数
• Wrap long words at:長い単語の改行位置
• Template:テンプレートの設定
• Exclude comments by blog authors (your own comments)

ブログ筆者のコメントを除く

• Show Comments and Trackbacks/Pingbacks together

コメントとトラックバック・ピンバックを一緒に表示する

• Group comments by Posting

投稿ごとにコメントをまとめる

• Limit number of comments per post:

1ポストあたりのコメントの上限:

管理画面で以下の項目が設定できる。これなら、Recent Comments（最近のコメント）のカスタマイズも自由自在だ。

• %comment_excerpt – Shortened comment.　短縮されたコメント
• %comment_link – Link to the comment.　コメントへのリンク
• %comment_author – Name left by the commenter　コメント者名
• %comment_date – Date of comment　コメント日
• %comment_time – Time of comment　コメント時間
• %comment_type – Comment, Trackback or Pingback　コメントまたはトラックバック、ピンバック
• %time_since – Time since comment was posted　コメントされてからの時間
• %userid – UserID of the commenter　コメント者のユーザーID
• %gravatar – Gravatar of the commenter, full img tag　コメント者のGravatar、完全なimgタグ
• %gravatar_url – Gravatar of the commenter, only url　コメント者のGravatar、URLのみ
• %profile_picture – URL of profile picture　プロフィール写真のURL
• %author_url – URL of author or trackback　コメント者のURLまたはトラックバックURL
• %author_url_href – href=”%author_url” or empty　href=”%author_url” または空白
• %post_title – Title of the posting　投稿のタイトル
• %post_link – Link to the posting　投稿へのリンク
• %post_date – Date of the posting　投稿日
• %post_counter – Number of comments to this post　投稿に対するコメント数

でも1つ困ったことが。それは、「%comment_excerpt」でコメントの抜粋をすると、日本語だと単語区切り（スペース）がないので、改行までが long word として扱われて「Long comments are chopped off at」の設定がうまく効かない。気にしなければそれまでなんだけれど、気になったのでちょっと小細工してみました。

まず、「Wrap long words at」を「1」に設定する。そうすると、1文字ずつ半角スペースが入った状態で表示されますが、「Long comments are chopped off at」の文字数通りにコメントが抜粋されます。
1文字置きにスペースが入ったままでは間抜けなので、スタイルシートの該当箇所に「letter-spacing: -0.3ex;」とつけました。かなり強引。

本当は PHP で半角スペースを除外する方法があればいいんだけれどねぇ。「get_recent_comments();」の戻り値は PHP で処理できる値なんだろうか。もし知っている方いらっしゃったら教えてください。

上記リンクより、Fun with Sidebar Tabs をダウンロード→解凍→アップロード→設定から有効化は他のプラグインと同じ。
設定の仕方でちょっとつまずいたのでメモしておきます。

1) タブの個数の設定
Fun with Sidebar Tabs を有効化すると、ウィジェット画面の下部に「Tabbed Sidebars」というメニューが現れます。「How many sidebars would you like? 」と作成するタブの数を訊かれているので、作りたい数を指定して保存。そうすると、「Tabbed Sidebar 1」というのが、設定した数だけ現れます。最大9つ作れるようです。（デフォルトで1つは現れています。）

2) タブの内容の設定
ウィジェット画面右上（WordPress 2.7.1の場合）の「現在のウィジェット」のプルダウンメニューから設定したいタブ（ここでは「Tabbed Sidebar 1」）を選択して「表示する」をクリック。すると、タブ内に表示させたいウィジェットを選択することができます。
サイドバーの選択のようにウィジェットを選択して並べ替えて「変更を保存」をクリック。

3) タブ化したウィジェットを追加
ウィジェット画面右上の現在のウィジェットのプルダウンメニューから、挿入したいサイドバーを選択して「表示する」をクリック。他のウィジェットと同じように、「Tabbed Sidebar 1」横の「追加」をクリックするとサイドバーに追加されます。

4) タブのスタイルシートの設定
一度、表示確認して気に入らなかったらスタイルシートをカスタマイズします。
「Tabbed Sidebar 1」の「編集」をクリックすると、タブのスタイルを設定する画面（Style This Tabbed Sidebar）が出てきます。

• Amend the position of the tabs

タブの位置。

• Overide the Tabs CSS

タブのおおよその形をここで設定。選ばれてないタブの設定。

• The Selected Tab

選択されたタブの設定。Overide the Tabs CSS と相違のある部分だけ記述する。

• Tabs Hovered Over

マウスオーバーしたときのタブの設定。主に背景色など。

• Tab Content Container

2) で設定した内容（ウィジェット）の表示部分の設定。

最初直感的にわかりにくいのは、タブの設定がサイドバーに入れ子になっている感じだからだと思います。

こんな感じでタブ化できました。スタイルシートを設定するのが意外と大変でした。

このプラグインはカテゴリだけじゃなく、アーカイブやリンク、ページなどもツリー表示できます。わたしは使わないけれど。

表示方法は簡単。
1) プラグインをアップロードし、有効化。
2) ウィジェットから「WP-dTree Categories」を追加し保存。
これだけです。

しかし、デフォルトのまま仕様すると激重になります。なぜかというと、ツリー化されたカテゴリだけじゃなく、カテゴリ以下の投稿（posts）は表示されてないけれど HTML レベルでは全て読み込まれているからです。記事数が少なければ、内部リンクを稼ぐというので有効でしょうが、記事数が多くなると弊害の方が多い。

というわけで、投稿を表示しない設定を探していたのですが、結構時間がかかった。最終的には下記の記事が参考になりました。ありがとうございます。
→yomogilog：WP-dTree 3.3.2 plugin

WP-dTree の投稿をツリー内で非表示させるには、設定→WP-dTreeにて、WP-dTree Settings の「List posts」のチェックを外すとよいみたいです。これにより投稿すべてを読み込まなくなり、かなり動作が速くなりました。

でもこの設定をして、「Display icons」にチェックを入れると、子カテゴリを持たないカテゴリに投稿アイコンがついてしまったので、チェックを外しました。

あとは管理画面が重くなるので、使う予定のない、Archivesm、Pages、Links について「Disable tree」にチェックを入れました。こうすることにより WP-dTree を使用しないという設定になります。

Scriptaculous Effects は None に設定。エフェクトをつけると、どうやらLightbox系のプラグインと相性が悪いみたいです。

CSS Properties にて、テーマのリンク色などを設定します。

サイドバーがだいぶコンパクトになりました。しかし、こうやって WordPress にてやりたいことをやってるとどんどんプラグインが増えていきますね。今で14個。むぅ〜。