_ 2003F1イギリスGP (13:50)

予選1日目

いやー、やっぱりコクーンはいいなー。何も考えなくても自動的に予選1日目から録画してくれるよ。F1みたいに撮り捨てでいい番組を見るのには抜群にいいよなー。ただ、まだ使い方が甘いせいか、自動的に録画してくれる番組のゴミ率が多いし、番組録画の途中で次の番組に（スカパーのチャンネルが）勝手に切り替わっちゃったり、わけのわからない挙動も多い。筋は悪くないと思うんだけど。ってコクーンの話をはじめると長くなる。

イギリスらしい曇天の予選1日目。今シーズンは波乱が多いけど、さらに波乱の要因が増える曇天は歓迎。

あららら、バリチェロダメじゃん。せっかくタイムが出そうな雰囲気の時にこういうミスをしちゃいますか。なんか悪循環というか。ライコネンもずいぶんいまいちだな。予選ノータイムが多くてチームに絞られたんだろうか？

トヨタ良さそうだな。これがフロックじゃなければ、一気に一段飛び抜けて5番手チームにつけたかも。

ハイドフェルドは来年クルサードと代わってマクラーレンかなー。安定感がないんじゃ、ベテランドライバーをキープしておく価値がないからなー。それならまだ若くて元気な（安い）ドライバーを二人そろえた方がいい。ハイドフェルドがフェラーリ入りって展開も面白いけど、その線は薄そうだ。フェラーリならばまだフィジケラの方があるか。トゥルーリでもいいけど。

で、ひとまず1日目はミハエルがトップで、ウィリアムズ勢が続き、ルノー勢が相変わらず良くて、マクラーレンはいまいちって感じか。トヨタは予選2日目から決勝にかけて、どのあたりのポジションにつけるかな。

決勝

うげ、予選2日目を録画したのに見ないうちに決勝の時間が来ちゃったよ。バリチェロがポール、トゥルーリが2番手だったのかよ、と思いきやスタートでトゥルーリがバリチェロをかわしてトップに。さらにライコネンが2番手につけてバリチェロは3番手。後ろでミハエル、アロンソ、モントーヤも絡んでいるし。なかなか出だしから面白そうだな。

クルサードのヘッドレストが飛んでペースカーという、訳の分からないアクシデントに続いて、コース内に乱入者（アイルランド問題ですかね？）でペースカー。ちょうどいいタイミング過ぎてみんなで同時ピットストップしたら順位がぐちゃぐちゃ。トヨタの1-2体制とか訳の分からない状態に。

おお、バリチェロ今日は速いじゃん。速い車をコース上であそこまで強引に抜くところは久しぶりに見たよ。

すげーな、トヨタ。あのくらい1-3体制をキープできたってのは、かなり車の戦力が高いってことだよな。でも結果に結びつけないのか。もったいないなー。

おお、バリチェロ自力でコース上で抜いてトップに立ったよ。

いつのまにやらミハエルが4番手に。そしてミスったライコネンが3位まで落ちてきてくれて、獲得ポイント差（予定）が1まで減っちゃったか。

というわけで、バリチェロ久しぶりに優勝。バリチェロ速かったなー＆ミハエルぱっとしなかったなー。モントーヤ全然目立たなかったけれども、いつの間にか2位だったなー。トヨタは何とかポイントは取れたのね。

_ 無駄にAmazonリンクを張ってしまいたくなる (13:50)

Amazon.co.jp Webサービスが始まって、書籍、CD、DVD、ゲーム、PCソフト、電気製品まで幅広く、書影／製品写真＋書誌／製品情報を取得できるようになったおかげで、Web上で気軽にいろいろ更新できる表現手段として、テキスト＋論理マークアップ（Wiki文法）に加えて、ASIN（ISBN）リンクというものが加わった。

現在、キーワードにASIN:******という形式を入れておくと、自動的にAmazon.co.jp Webサービスから各種情報を取得し、そのドキュメントに写真や各種情報を表示するようにしている。取得できる情報としてはそのほかに、Amazon.co.jpに登録されている他人の書評や評価ポイント、関連商品情報などもあるんで、さらにリッチな表示にしようと思えば簡単に出来る。

あまりやりすぎると自分の書く本文の価値がなくなってしまいそうなんで、使い方をちゃんと考える必要があるけど、シンプルなドキュメントを書くだけで、自動的に関連する各種情報を取得できて、ドキュメントの装飾的に表示できるってのはありがたいな。

特に画像は自分で作っていると時間がかかってしょうがないんで、自動的にそれなりのものが取得できるってのはとても便利。画像があるとないとでは、見た目の印象がずいぶん違うしね。

_ MySQL 4.1.7＋DB_DataObjectでgetがおかしい (11:19)

DB_DataObjectでprimary keyを使って行を取得するときに、

$obj->get([primary key value]);

なんて感じでいけるはずなんだけど、MySQL 3.23.58で動いているコードを、MySQL 4.1.7環境に持ってきたら、なぜか動かない（正しいprimary key valueを与えても行がgetできない）。

またMySQL 4.1以降の文字コードの問題にはまっているのかなーと、文字コード絡みの設定をいろいろ変えて試してみたんだけど、ふと、

$obj->get([primary key name], [primary key value]);

に変えてみたら動くようになった。DB_DataObjectがprimary key情報の取得に失敗している？　DB_DataObjectってまだMySQL 4.1系には対応していないんだろうか？

_ blog @ psychedesire: FLASHでブログ間のやりとりをわかりやすくできないものか？ (12:13)

あの、sbていうブログ構築ツールとJUGEMが似ててアーダコーダという、いしなお!ていう人とhighbiscus -北国tvていう人のやり取りを見てて思った。スゲー見づらいっつか、見づらいまで行かないにしても、もっとなんか見易くすれば、こういう論議っつーの？そういうのもわかりやすくなって、いろんな人がハッピーになれるんじゃねーの

トラックバックに完全対応したblogツール同士のやりとりならば、 trackback trace: いしなお! - 一時しのぎの対策 (15:15) , sbライセンス問題 - いかんともしがたいの人編 : highbiscus -北国tv (16:57) - blogmapを使えば、やりとりをツリー構造に展開することができるんですが、あいにくhighbiscusさんが使っているチャンネル北国tv（blosxom）がトラックバックの送受信にしか対応していない（__mode=rssに非対応）ので、こういうツールが使えません。

ちなみにトラックバックにフル対応したツール同士の場合ならば、 trackback trace: [ビジネス] ［R30］環境が無敵のポジショニング軸になる日 - blogmapみたいな感じになります（※[+]マークをクリックすると、トラックバックのやりとりをツリーに展開していきます）。

というわけで、そういうツールはすでに作っているのですが、現状ではインフラが整っていないので、いまいち実用性が低いという状況です。

とコメントに書こうと思ったら、MTでエラーが出たんで、トラックバックにして送ってみる。

あれ、コメントが表示されてる

コメントを投稿したら、sprintfがどうとかいうエラーメッセージが出ていたんだけど。

_ メモ情報取得APIの仕様を変更しました

戻り値を直接ルートノードに返すのは今後の拡張性に問題があるため、結果を"result"というノード以下に返すようにしました。

今後は互換性のない仕様変更はないように気をつけますので。

_ lighttpd＋fastcgi＋PHP 5って安定しない？の続報

TutorialLighttpdAndPHP - lighttpd - Tracの情報を参考に、"max-procs" => 2に設定してみたところ、連続稼働2、3日経っても以前みたいにCPUパワーを食い続けるプロセスが生まれたりはせず、安定して動いている。eacceleratorのsnapshotを入れている（ちなみにときどき特定のコード*1でエラーを吐くけど、基本的には高速化の恩恵の方が大きいんで、目をつぶって動かしている）んで「If you're using any php opcode cacher」には当てはまるんだけど、「unless you want to eat up so much memory」じゃなくて、CPUパワーだけを食っていたんだけどなー。