答えは，クライアントが見ている（と思っている）サーバと実際にcgiが動いているサーバが違うとかそんな理由で，サーバ側とクライアント側でクッキーのドメインとかパスが食い違っていたせいと思われます． というわけで，ProxyPass/ProxyPassReverseディレクティブだけでなく，以下の二つも設定してやり（上のリンク先参照），双方の齟齬を埋めてやらないといけないのでした．

ProxyPassReverseCookieDomain internal-domain public-domain
ProxyPassReverseCookiePath internal-path public-path

これでおk．一仕事終えたので，寝よう．

でもやっぱりこの名前は長すぎるので，そのうち変えたいです． メールアドレス手書きするときに苦にならないぐらいに．書いたこと無いけど．

あと自鯖なり借りるなりして，常時ネット上に十分大きな空間を作って，リポジトリ置いときたい． 設定ファイルとかコードはそこに溜め込む，と．

一旦止めてみたけど，結局spamしか来てなかったのでまた使っている．

夏合宿で出された問題の復習がちょっと進んだ． 何てことはないバグだったけど，これのせいでここ数日悩んでいたことを考えると自分にガッカリ． しかも直っても遅いし．

元々遅すぎたので，これはキューに突っ込む状態数が多すぎるんだろうとは思ってたけど， それは枝刈りで対処するべき事柄だと思い込んでいた． 実際には今の状態から次の状態を生成する部分が腐っていたため， 重複する状態を量産していて，それのせいで時間切れになっていた．

やっと他の問題に移れる…．

ついでにプラグインも幾つか更新。

WordPress 2.1 Ellaから恩恵に与れそうな新機能・改善点を抜粋してみると:

• Autosave makes sure you never lose a post again.
• Much more efficient database code, faster than previous versions. Domas Mituzas from MySQL went over all our queries with a fine-toothed comb.
• Pages can now be drafts, or private.
• Our admin has been refreshed to load faster and be more visually consistent.
• Better internationalization and support for right-to-left languages.
• The upload manager lets you easily manage all your uploads pictures, video, and audio.

データベースの操作が高速化とか良いですね。なお 2.1.1 ではエンコーディング周りの修正も含んでるということなので、更新することにしました。

速くなったのかは…いまいち分からない。エントリが 100 件程度しかないから実感できるような効果は無いのかな。

テーマ更新したい。

• UTF-8 を使うために wp-includes/wp-db.php を変更した
• 管理画面に出てくる他サイトの RSS は要らないので wp-admin/index.php を変更した

のを2.0.6版にも適用して、 wp-config.php やプラグイン・テーマをコピーして、 wp-admin/upgrade.php にアクセスして作業を進めていけば完了。 実際は Step 1 だけで終わりでした。

いつか時間取れたらテーマいじりたいな。でも MT も WP も、何かとテンプレートが複雑でやる気が削がれるのが難点。

CMS を探すにあたって初心者の blog, wiki, CMS 構築入門が参考になりました。

MySQL を UTF-8 で使う方法を見付けてからはサクッと行けました。それまでは RSS からインポートしても文字化けまくったりして死んでましたが。

データベースに接続するところを WordPress のコードから探し出して（wp-includes/wp-db.php）、 mysql_connect() を呼んだ直後に次のようなクエリを投げました。

  // use utf-8 coding
  mysql_query("set character set utf8");

これで UTF-8 な人も安心。私は EUC-JP とか使う気にならなかったのでこれ必須でした。思わぬ副作用? として Permalink に英数字以外の文字が表示されてる。当然ですが URI エンコードされてるのであまりうれしくない気もするけど。記事 ID でリンクさせるか迷う。

色々テストしてみた結果、トラックバックの送受信に問題ありそうなので記事 ID 制にした。

• コメントは、禁止ワードでブロック。
• トラックバックは、送られてくる ping の excerpt において該当トピックに対するリンクが無ければブロック。

ということにしました。 P_BLOG 開発元のフォーラム内の投稿を参考に。

ほんとはトラックバック送信元の記事を見に行ってリンクがあるか確認するべきですが、暫定処置ということで。

これを利用するには JavaScript のスクリプトを script 要素で組み込むわけですが、 lightbox.js を組み込むと変な現象が起きます。具体的には、 P_BLOG にログインできない。ユーザ名・パスワードを入れてログインボタン押しても、ログインユーザーの欄は「なし」のまま。

<script type="text/javascript" src="{$cd}/include/lightbox/js/lightbox.js"></script>

他のスクリプト（2.0 から prototype.js, scriptaculous.js なども含まれた）は組み込んでも問題無いのに、何故か lightbox.js だけはログイン不可の問題を引き起こします。しょうがないので記事を書くときは base_xhtml.inc.php を変更して、上記のコード部をコメントアウトしてます。非常に面倒。

ちなみに 1.0 のときはどう対処してたかというと、 P_BLOG に標準で入っている scripts.js に lightbox.js の中身を追記してました。 2.0 ではこの手は使えなかった。

あー、読む側には全く問題無いです。

カテゴリという言葉からは直交性が感じられます。つまり記事 a をカテゴリ A に入れたらそれはカテゴリ B には入らない、というような。体系付けられているという感覚もあります。

一方 Tags は複数の種類の Tag に属することが出来ます。直交性について厳密でなくてもいい。体系的でもない（互いにオーバーラップする Tag があっても良い）。

今後も直交性を維持して分類していくのは難しいし、 Tags って iTunes みたいな管理だと理解してからその便利さに気づいたのでした。

はてなブックマークとか del.icio.us といったソーシャルブックマークサービスは、そんなタグ付けの曖昧さが許されているところ（つまり folksonomy）が良かったんでしょうかね。

これは画面遷移無しに画像を見せるスクリプトです。最近言われるところの Ajax ぽいやつ。イマイチ説明しづらいので、具体的な効用は photo カテゴリの投稿を見てみてください。

参考:

• Ajax の本質
• Ajax を使った手書き文字認識
• Ajax を使った日本語 Full IME