_ 購入予定本を入れようと思ったけど from Mint Julep (01:42)

残念ながら、amazonの本のデータは入るのが遅くて、購入予定を予め入れておくにはいまいち信用がおけないのです…。

確かに青月さんの購入予定本は軒並みAmazonでヒットしていないっぽいですねー。というわけで、内田百けんの方でも書きましたが、Amazon DBから見つからなかった or 表記がおかしい場合にユーザー権限で書誌情報を編集できる仕組みを追加しようかと考えています。

_ 本棚整理 from 晴れ時々更新 (01:42)

あと、一歩さん懸案の（というか、かつての書評リンク集に関する話し合い以来の懸案の）、

ISBN無でも、旧書籍コードや雑誌コードで入力可能にする

ってあたりも同時に取り込みたいところ。

ちなみに、

・感想目的でURLを付せるようだが、複数URLは可能か？

同一ASINに対して複数のメモを登録できるんで、登録したいURLごとに一つずつメモを作成すれば対応可。

あと、URL欄は別に感想目的に限っているわけではないんで、関連してリンクを張りたいURLを自由に登録可能。自サイトでその書籍に関する話題を書いたページのURLを登録する使い方が一番一般的かなーと思ってはいるけど。

あと、メモ種類の使い方としても、推奨は

1. 「記」（気になった）
2. →「予」（購入予定に入れる）
3. →「買」（買った）
4. →「読」（読んでいる）
5. →「了」（読み終わった）
6. →「想」（感想を書く）

というフローにあわせて変更していくパターンですけど、別に一つのメモを使い回さなくても、各フローの段階ごとに別のメモを登録していってもいいし、枠組みの中で好きな使い方をしてもらえればいい。

・メモ機能はあるか？「○○に8/30から貸してる所」とか。

というかMMは基本的にメモツールなんで、メモ機能はもちろんあります。255バイトまでなんで、それより長いテキストを付加したい場合は、Web上に掲載してURL欄にそこのURLを入力しておくとか。

・買ってる、読んでるとかの他に貸してるstatusがあるか。

メモ種類は前記の通りの固定分類だけど、フリーワードのジャンルがあるんで、そっちにメモ種類以外の分類方法を自分なりの記法で書いておけばいい。

不具合？

とか書いていたら実際にMMを試した話が。でも、

ユーザ情報いじれない userinfo.htmlかな？　が真っ白で。なんかミスったかな。

とか、

ログインできない？ マシンを変えてやってみたら、ID,パスコード入れると真っ白画面。ミスった時はミスってでるから、パスコード間違いとかじゃあないみたいだし。

ってあたりはCookieベースの認証の不具合っぽい気配。Windows XPのIE6、Mozilla 1.7、Mozilla Firefox 0.8、Opera 7.53ではふつうに動いているんだけどなー（CSSデザインは崩れる場所があるけど）。

あと、

インポートがうまくいかない。 最初10件だけのファイルでは成功して、「10件登録0件修正」と出たのだが、以後は「0件登録N件修正」になって、要するにうまく登録できない。 大量に突っ込んでパンクさせたとかしちゃったかな？　すまんです。

ってのは、インポートデータは100KB以内というチェックをかけているんで、それに引っかかったかも。ただ、それに引っかかった場合は、その旨がメッセージとして表示されるはずなんだけどなー。

データをもらえれば、どこでこけているのか調べられるかも。あと、適当に分割して試してみると通るかも。

_ 復活の地 2(小川 一水) (02:57)

災害復興ネタよりも、政治ネタの方がずいぶん強く出てきた感のある2巻。もっとシンプルに災害復興の詳細を描いていくのかと思っていたんだけど、どちらかというと第六大陸よりも導きの星に近い感じになるのかな。

この内容だと、巻と巻の間に時間を空けて読むのはつらい（細部が重要）から、完結してからまとめ読みすれば良かったとちょっと後悔中。

_ NHKにようこそ!(滝本 竜彦) (03:17)

引きこもりの生態とその胸の内を自虐的に描いた小説。ということにしちゃっていいのかな。この本に書かれている「引きこもり」をどこまで一般化して捉えていいのかよくわからない。ここに書かれている引きこもりの心の動きとかを見る限りでは、別によくある自意識過剰というか、若いうちには自意識と他意識との（自分の中での想像上の）ギャップを重視してしまいがちだよねーというか、俺にとっては別にごく当たり前のその年頃の心の動きにしか思えない。

だから、そこから自動的な（ペルソナによる防御ごしの）対外関係の維持ができなくなるほどの結果（引きこもり）が導き出されるってのがよくわからない。というか、まあそういうこともあるだろうけど、その辺は個人の資質の問題にすぎず、社会現象とかに一般化されるような内容ではないよう（寒）、とか思ったりする。周りがそれを許すようになったからこそ、そういう結果にたどり着ける人が増えた、とかそういうことなのかな。なんて結論はろくな対応策を生まない気がするから、あまり考えないでおこう。

ちなみにこの人の文章は、昔超人計画(滝本 竜彦)をネットで見かけて、そのオタ系自虐ネタが面白かった記憶があるんだけど、この本もその辺の勢いは結構面白い。思わずロリペグ30G集めちゃうくだりとか。全体としてもそれなりに面白かったけど、なんかもう一つ足りない気がした。ポイントポイントで、もうちょっと内省方向に向かった語りを入れてくれるともっと面白かっただろうに、そういうところをドラッグによるトリップに逃げちゃっているあたりが残念。というか、そういうところをドラッグによるトリップに逃げちゃうあたりが引きこもりらしさってやつなんだろうか。

_ MM/本のメモ from 晴れ時々更新 (09:36)

続いて100冊前後投入。 ……あかん、昨日と一緒や。0登録のN更新になって、しかも反映されてない。 あれー？

置いてあったデータをそのままテスト用ID（2）につっこんでみたところ、こっちの環境（Windows XP＋Mozilla Firefox 0.8）では特にエラーもなくインポートに成功してしまいました。何か環境の問題っぽいんですが、どんな環境でテストしてます？　ちなみに1日あたりのインポート回数の制限とかは特にありません。

その際、無記名データはどうなるのか。つまりURLだけ変更（追加）したくて「ASIN,日付,ジャンルは同一、あとURL、他は無記」というデータを入れると、評価が0にリセットされたりしないか。

その場合は評価0にリセットされます。一度インポートしたデータをいじる場合は、データをエクスポートしてそれをベースにいじれば問題が出にくいはず。

・削除機能は？

メモ種類を「削」にすれば削除されます。

・インポート時の修正の規則は？

要は、エクスポートしたデータの最初の3項目をいじらなければ、その行は更新になりますよ、ということです。

ISBNのまとめ処理みたいな機能は不要か？

ユーザー権限で書誌情報を編集できる機能に、そのあたりの機能（関連するASINを登録したりとか）を持たせることもできますけど、その辺を充実させるにはあまりにもマンパワーが必要すぎて手軽さに欠けるんで、今のところあまり考えてません。一応[INFO]→[似た本検索]/[作者で検索]あたりから関連書籍はたどれる（かもしれない）し。

まあその辺については、書誌情報編集機能を作る際にでももうちょっと考えてみます。

_ なんじゃこりゃ (21:04)

MMのAmazon周りのコードをいじっていたら、突然壊れた。全然本体とは関係ないところをいじっていたのに。

しばらく試行錯誤して原因を探していたら、存在するファイルがなぜかrequireされていない（require行自体は成功しているのに、その中で定義されているclassがget_declared_classで返ってこない）というところまでわかった。っつーか、なんでそーなるの？（欽ちゃん）

結局、原因は不明だけれども、MMCache用のテンポラリディレクトリがなぜか消えていて、それが原因でMMCacheがうまく動いていなかった、ということらしい。ともかく知らないうちに消えてなくなっていたMMCache用のテンポラリディレクトリをmkdirしたら復活した。なんじゃこりゃ？（松田優作）

推奨されないApache 2でPHPを使っているせいかなー。あるいはMMCacheの問題か？　なんとなく、Apache 2＋MMCache＋Smartyって微妙に動作が怪しい気がする。特にテンプレートを書き換えて、Smartyのコンパイルが走るときの動作が不安定っぽい。Apache 1.3ではこういうことが起こった記憶がないし、Apache 1.3系に戻そうかなー。

_ このライトノベルがすごい！のデータをインポートしてみた (14:50)

MM/本のメモ - このライトノベルがすごい!(第1回)さんのページがそれ。元データは一歩さんのところにあったTSVデータ。掲示板の方でこういう使い方はOKか確認中。

個人のお薦めから本を探すだけでなく、こういうランキング的情報も取り込んでおくと、本を探す手がかりが増えて良さそうだな。

どうせなら

評価ポイントも登録しておきたいんだけど、このラのデータはいろんな人の評価が混ざり合っているから、どうつけておくのが無難なのか判断に迷う。一般枠の小説投票数別ランキングで、10ポイント以上を5、5ポイント以上を4、それ以下を3とかすると、それっぽい感じになるかなー。

やってみた

上記ルールで評価をつけてみた。けど、なんかインポートにまだバグが残っているっぽいな。うまく更新されなかったメモが50件くらいある。何が原因だろう？

_ インポートがうまく行かない件など (16:19)

えーっと、インポート処理に致命的なバグを発見したので修正しました。どんなバグかというと、既存のデータか新規データかを判断する際に、ちゃんとASINを見ていなかったという恐ろしいバグです。というわけで、その辺をなおしたんで今度こそちゃんと動くようになっていないかなー。

ちなみに、

インポートするデータの種類に「削」と入れといてから新データも入れといたら、削除されて登録されて、結果更新っぽくなるという事で万歳か？

ってのはできません。インポートで使えるメモ種類に「削」は含まれていませんので。もし全データ入れ替えしたくなったら、言ってくれればDB上でいったん削除します。

ちなみに「人物一覧」ではないけれども、書籍および登録者をキーにした各種ランキングはそのうち作ります。けど、どういうデータを表示すると楽しいのかは、データがある程度そろってみないとわからないんで、もうちょっと様子見中。

_ コミックステーション渋谷ってなくなったのか (20:28)

ふらっと買い物に行ったら見あたらなくて、思わず246沿いをうろうろしちゃったよ。公式な情報は見あたらないけど、ググってみるとそれらしい情報がいくつか。げー、タイミング外したマンガを買うのに便利だったんだけどなー。

_ MMCacheやめてAPCにしてみた (20:49)

なんかPHPのソースを書き換えた後に正常動作しなくなる（書き換えたソースに限らず、関連したどこかのライブラリファイルの読み込み失敗して、エラーが出る。中途半端にコンパイルされたキャッシュが悪さしている気がする。Apacheの再起動しないと直らない）んで、MMCacheを外した。で、試しにAPCに変えてみたんだけど、基本的な原理は一緒だから結果は同じかな。いろいろstableになるまでこの手のやつは切っておけってことか。

_ 方舟は冬の国へ(西澤 保彦) (20:57)

夏休みを別荘で過ごす仲むつまじい両親と娘。を演じるように依頼された若年寄の主人公。西澤保彦っぽい話ではあるけれども、理詰めではなくファンタジー方面。キャラクターとかストーリーの雰囲気は嫌いじゃないんだけど、ちょっとシンプルすぎたかな。あそこで話を終わらせずに、もっと先まで話を進めて欲しかった。

_ あなたの人生の物語(テッド チャン) (21:05)

これは面白いSF短編集だ。いろいろなネタをいろいろなやり方で料理していて、そのどれも面白い。ちょっとファンタジーよりのグレッグ・イーガンというか。

特に表題作の「あなたの人生の物語」が良かった。最初のうち「なんてだるい書き方なんだろう」と思ったんだけど、読み終わるとあのだるい書き方が効果的だったことがわかる。あと、天使の話もなかなかすごいな。ファンタジックな存在をああいう身も蓋もない形で描くってのは、ほかのものを使って書いても面白そうだな。

ほかの作品も読みたいなーと思ったら、解説によればとても寡作な人らしい。残念。

_ Googleニュースいいなー (14:22)

今更だけどやっぱりGoogleニュースはいいなー。なんかもう一般ニュースチェックはRSSリーダーなんて使わずに、Googleニュースだけでおなかいっぱいだよ。blogmapを再構築するときには、Googleニュースの存在を前提に、それと補完するような方向性を探さないとな。

あと、そのうち作ろうと思っていた、同一内容のニュースをまとめる機能（Googleニュースがやっているような）もやっぱりあった方が便利だな。見だしレベルでやるならそんなに難しくないんだけど、本文レベルまで使って内容の同一チェックをかけるとなると、各サイトの記事HTMLの構造解析用データベースを作らなきゃいけなくなるんで、面倒くさくて手を出していなかった。

ふつうにやると、特徴的なパターンを探して、タイトル・本文部分を抽出する（メニューや広告を排除する）って感じになるんだけど、Googleはもしかしてそういうやり方ではなく、もっと一般的な解析ロジックとかで対応してたりするのかなー。そういうアプローチでうまく行くんだったら、チャレンジしてみたいところだけど。

一般ニュースサイト系は、HTMLが腐っているところが多いんで（見出しが<font size="4">とかだったりすることが多く、しかも揺らぎも多い）、解析用データベースを作っているとうんざりするんだよな。

_ 車荒らしで指紋採取せず　埼玉県警が捜査怠る (14:26)

で、Googleニュースで見かけたネタなんだけど、うちが車上荒らしにあったときも指紋採取なんてしませんでしたが、何か？　っつーか、いかにも通り一遍の外見的な被害状況をチェックして、被害内容を事情聴取してそれでおしまいでしたが。「捜査怠る」んじゃなくて、埼玉県警の標準的な捜査内容だったんじゃないの？　うちの場合は、いかにも「被害届だけは受け付けたけど、この程度の事件は捜査しませんよ。偶然別件で犯人が逮捕されたらいいですね」的な扱いだったんだけど。

ああでも

一応うちの場合は「雨が降っていたから指紋採取しても無駄だからしないね」と言っていた気もするな。ってことは、雨が降っていなかったら指紋採取したのか？　でも雨を理由に採取しないってのも、ちょっと無理があるよね。

_ ランキング追加 (14:56)

ランキング表示を追加しました。ランキングといっても、順位がどうこうという目的ではなく、いろんな軸で一覧表示する機能を追加した、という程度の意味合いです。

_ ソウルドロップの幽体研究(上遠野 浩平) (17:57)

まだまだ導入部って感じなのかな？　上遠野浩平的キャラクターと世界観（哲学）はそれなりに楽しいけど、この作品単体ではなんか「ふーん」って感じのできだ。未消化度が高いというか。今回の表面上の主人公たちなんて、見事にどうでもいい扱いだし。この作品は、上遠野浩平作品世界の中でどのあたりに位置づけられるんだろうなー、などという観点から見れる人は結構おもしろがれそうだけど、そうでないならもうちょっとシリーズが進むまで（ってシリーズ化されるのかな？）待った方がいいかも。

_ DEATH NOTE (3)(大場 つぐみ/小畑 健) (18:07)

相変わらず面白いなー。一昔前に流行ったジェットコースタードラマみたいな展開だ。でも、ジャンプで一度読んでいるんでコミックスのインパクトが薄れる。もうジャンプ読むのやめようかなー。どのマンガもコミックスまで我慢してから読んだ方が面白がれるからなー。

_ MM/本のメモにデータを登録 from こどなの読み物 (19:44)

有里さんがライトノベル系のデータをレーベルごとに網羅的にインポートする作業を始められてます。公式サイトへのリンク情報付きってのは、作るのは大変そうですけど情報としては有用ですね。

こういう作業は、何人かで共有するアカウントを作ってそれで作業するのがいいのかも。あるいはWiki的にパスワードを公開しちゃって、名無しさんも含めて共同作業するというアプローチもあるけど、リスクとメリットどちらが大きいかなー。

その手の共同作業で入力したいデータとしては、

• レーベルやジャンル・出版社ごとの書誌情報
• 新刊情報
• 各種ランキング情報

なんてあたりがあるんですけど、新刊情報（ISBN付き）ってどこで入手するのが一番早いんだろう。

まあある程度参加者が多くなれば、後ろ二つに関しては、口コミ的情報の集約で十分に対応できるかもしれない。

新刊情報

ブックポータルの週間新刊情報を試しにインポートしてみた。

_ URLがある場合はblogmapにも表示するようにした (22:56)

とてもわかりにくいけど、「この話題を取り上げたサイト」のところに。そのうちblogmapをMMとの連携部分も含めてきちんと作り直さないと。

_ お父さんのバックドロップ(中島 らも) (23:08)

中島らもは一通り読んだつもりだったんだけど、まだ読んでいない本を発見したんで買ってみた。表題作のプロレスラーをはじめとする、ちょっと変わったお父さんたちの話。面白いんだけど、ちょっと子供向けすぎた。本の作り（文字の大きさと行間の広さ）が特に。

_ コミック 銭 2巻(鈴木 みそ) (23:08)

お金に関する裏ネタをマンガで紹介してみよう第2弾。内容は面白いんだけど、説明用キャラクターのジェニーとかがもう全然役に立っていないよ。昔みたいに素直に作者本人キャラクターが解説する形にした方がいいんじゃないか。

ちなみに今回のネタは、とっても中途半端な紹介で終わってしまったゲームセンターネタと、やけに力が入っている割には狭い範囲に特化しすぎている同人誌ネタ。あと、鈴木みその「萌え」の解釈はなんか一般的なものとは違っているような気がする。

_ 書籍検索機能を内蔵 (16:22)

今までblogmapにリンクしてしのいでいた関連書籍、著者検索、キーワード検索機能をMM/本のメモに内蔵しました。これでblogmapに依存していた部分はだいたいなくなったかな。

_ 探偵伯爵と僕(森 博嗣) (17:43)

ハードカバーなんだけど、他の人のレビューを読んだら読みたくなったので買ってみた。子供の頃に読んだ少年探偵団なんかを思い起こさせる、頭の良い“僕”とちょっと変わったおじさん“探偵伯爵”が夏休みに出会った事件の話。少年探偵団っぽい話なんだけど、森博嗣らしくすごく公正に子供とコミュニケーションを取っている（物語の中でも外でも）のが特徴か。最後の手紙はあったほうがよかった（面白いと思えた）のか、なかったほうがよかったのか。

_ rss_recent.rbでサイドバーに表示 (00:23)

「MM/本のメモ」のMYページに登録した情報を、tDiaryのrss_recent.rbプラグインを使ってサイドバーに表示してみた。ここで使っているのはこんな感じの設定。

<style type="text/css">
<!--
div.recent_rss {
	font-size: 80%;
}
div.recent_rss ul {
	margin-left: 1em;
}
div.recent_rss li {
	list-style-type: none;
}
-->
</style>

<div class="recent_rss">
<h4><a href="http://mm.ishinao.net/index.html/1">MM/本のメモ</a>より</h4>

<p><a href="http://mm.ishinao.net/index.html/1?kind=using&sort=date&order=asc">読み中</a></p>
<%=rss_recent 'http://mm.ishinao.net/index.rdf/1?kind=using&sort=date&order=asc', 5, 3600 %>

<p><a href="http://mm.ishinao.net/index.html/1?kind=thought&sort=date&order=desc&trackback=1">読んだ</a></p>
<%=rss_recent 'http://mm.ishinao.net/index.rdf/1?kind=thought&sort=date&order=desc&trackback=1', 5, 3600 %>

<p><a href="http://mm.ishinao.net/index.html/1?kind=to_buy&sort=date&order=asc">購入予定</a></p>
<%=rss_recent 'http://mm.ishinao.net/index.rdf/1?kind=to_buy&sort=date&order=asc', 5, 3600 %>
</div>

俺の場合は、デフォルトで自分のアソシエイトIDになっているんで指定していないけど、Amazonへのリンクを自分のアソシエイトIDに切り替えたい場合は、RSSのURLに「&associate=your-associate-id」なんて付加すればいい。

あと、基本的に自サイトに感想を書いてそのURLを登録している場合は、「読んだ」のところみたいにRSSのURLに「&trackback=1」をつけておくと、Amazonへのリンクの代わりに自サイトへのリンクがRSSのitem.linkとして提供されるようになる。

_ 特定の書籍に関する感想を追いかける (00:40)

「MM/本のメモ」のRSS出力を使って、特定の人（主に自分）の読書状況を追いかけるための方法は、主に前項で書いたような感じだけど、「MM/本のメモ」では、特定の本をキーに読書状況を追いかける手段も用意している。

検索画面でASIN/ISBNで検索するか、あるいはさまざまな画面で「INFO」と表示されている書籍情報ページを表示すると、たとえばhttp://mm.ishinao.net/search.html/4150307350なんてページが表示される。その下の方にある「この本に関するメモ」の横のRSSを静的生成マークをクリックすると、http://mm.ishinao.net/search.rdf/4150307350のように、その書籍に関する感想（URL）が登録されたメモのRSSが返ってくる。

つまり、このRSSをチェックしておけば、その書籍に関する感想URLが登録されたかどうかを確認することができる。まあ「MM/本のメモ」に感想を登録してくれる人が増えないと意味がないんだけどね。

_ 改名しよう (01:50)

「MM/本のメモ」という開発コードを名前にしていると扱いが面倒（自分で話題にするときに書くのも邪魔くさい）なんで、もうちょっとキャッチーな名前を考えて改名する予定。まあ「MM」を取っ払って「本のメモ」でもいいんだけど、それだとあまりにも一般名詞過ぎるんで、もうちょっと固有名詞っぽい名前にしたいところ。textmania、blogmapときたからには、英単語2単語合成語の線を狙うべきだろうか。URLがmmなんでできれば省略形がmmになるとわかりやすいんだけど。mediamemoとかかな？　なんかいまいちキャッチー度に欠けるなー。

_ 少年たちの終わらない夜(鷺沢 萠) (18:43)

バブルの頃の“10代の若者”の“都会の生活”と“若さゆえのもろもろ”を、やけにかっこよく客観的に描く短編集。どの登場人物にも作者は感情移入していないように感じた。まるで“若さ”という幻想を描くおとぎ話のようだ。

結構いろんなテーマが潜んでいるんだけど、どれもそれほど掘り下げていないというか、テーマ的な部分もかっこよく描きすぎてしまって、正面から向き合っていない気がする。懊悩を懊悩として掘り下げていくのではなく、その存在を他人事のように描いて終わり、というか。まあそうやって提示する方法もありだろうけど。

こういう小説は、好きな人はすごく好きだろうなー。俺はあんまり好きじゃなかった。何もかもかっこよく処理しすぎだ。自分が田舎の高校生だったんで、こういうものにまるっきりリアリティを感じられないからかもしれない。

そういえば読み終わってから気がついたけど、この作者って最近亡くなった（原因不明の自殺）人だったっけ。

_ メモ内タイトル・著者名検索 (21:57)

ためしにつけてみた。現状程度のメモ数ならばそれほど重くなさそうなんで。ただだんだんデータ量が増えてくると、Amazonキャッシュとの兼ね合いが微妙になってくるな。全文検索に限らず、キャッシュの更新タイミングにかぶると結構重くなる。というかSOAP使っているのが原因の一つだよなー。RESTに切り替えるとどのくらい軽くなるのか、どこかにベンチマークはないだろうか。REST＋PHP5のSimpleXMLだとかなり速そうだけど。

_ ほかの感想へのリンク (01:08)

そういやtDiaryのプラグインは、ヘッダフッタだけじゃなく、本文中でも使えるんだよな。ってことは、本の感想テキストのところに、

!!感想リンク集
{{rss_recent url="http://mm.ishinao.net/search.rdf/4396207859", 20, 36000}}

なんて書いておけば、

感想リンク集

• [記] 祥伝社 上遠野 浩平 『ソウルドロップの幽体研究』
• [想] 祥伝社 上遠野 浩平 『ソウルドロップの幽体研究』
• [想] 祥伝社 上遠野 浩平 『ソウルドロップの幽体研究』
• [想](3) 祥伝社 上遠野 浩平 『ソウルドロップの幽体研究』

なんて感じに展開されて、MM/本のメモに感想が追加されれば自動的にリンクが増えていくことになるのか。

はてなダイアリーでも使えるかな、と思ったけど、あっちは本文中に記述したプラグインは、初回投稿時に展開されちゃう仕様だった気がするから、tDiaryみたいには使えないか。

_ キャッシングを追加 (01:57)

主にRSS出力周りにキャッシング処理を追加。そろそろ負荷対策が気になるお年頃なので。でも、キャッシュ破棄のロジックを考えるのが面倒なんで、更新があるたびに1秒タイムラグ付きで全破棄という男らしい仕様だけど。

それにしても、HTML系はまずったかもな。パーソナライズしすぎていて、部分キャッシングならばともかく、ページキャッシングできる余地がほとんどない。せいぜいランキング系くらいか。それもメニュー部分にパーソナライズ成分が含まれていたんで、無理矢理そこだけ削除してごまかしてみたり。

もうちょっとキャッシングしやすいような構成にしておくべきかなー。あるいは出力キャッシュはあきらめて、データレベルでのキャッシングに力を注げば十分だろうか。

_ 蹴りたい田中(田中 啓文) (17:02)

田中啓文ってあちこちで噂を聞いてはいたんで、一度読んでみようと思っていたんだけど、まだ読んだことがなかった（バカ本あたりに入っていた短編を読んだことがあるかも）。代表作が「銀河帝国の弘法も筆の誤り」って聞いただけで、だいたいどんなものか想像がつくし。

で、また今回もスルーしようかと思っていたんだけど、あまりに時期的に狭い範囲でキャッチーなタイトルと、MM/本のメモでの評判の高さに思わず買ってしまった。で、感想はというと、うーんやっぱり想像通りな感じだなー。ただし、そっち方向にやたらとできがいいというか、凝ってるなーという印象。

でも俺は海外SF系はいまいちよくわからないんで、その辺を元ネタにしているのはよくわからないんだよなー。古い日本SFネタはだいたいわかるんで、その辺が元ネタになっているやつから、他のネタのできを類推することしかできない。その辺もわかったらもっと評価が高かったかも。

ほかの感想

• [想](5) 早川書房 田中 啓文 『蹴りたい田中』
• [想](3) 早川書房 田中 啓文 『蹴りたい田中』
• [想](5) 早川書房 田中 啓文 『蹴りたい田中』

_ 古いデータの修正をRSSに反映させたくない (18:53)

過去ログからtDiaryにインポートしたけど未整形の（機械的に変換してインポートしただけで、きちんとtDiary互換のデータ形式にしていない）ものを、暇なときにちょっとずつ直しているんだけど、それがいちいちRSSに新着として掲載されちゃうのを避けたいなー。

ひとまず、

*** makerss.rb.org         2004-09-07 18:49:36.000000000 +0900
--- makerss.rb   2004-09-07 18:48:57.000000000 +0900
***************
*** 69,75 ****
                  cache.delete( id )
               elsif diary.visible? and cache[id]
                  if cache[id].section.body_to_html != section.body_to_html then
!                    cache[id] = RDFSection::new( id, Time::now, section )
                  end
               end
            end
--- 69,77 ----
                  cache.delete( id )
               elsif diary.visible? and cache[id]
                  if cache[id].section.body_to_html != section.body_to_html then
!                    if Time::now.strftime("%Y%m%d") == date then
!                       cache[id] = RDFSection::new( id, Time::now, section )
!                    end
                  end
               end
            end

とかしておこうかな。

これだけじゃだめか

古い記事だからといって、必ずキャッシュされているとは限らないのか。diary.visible? and !cache[id]の時にも同じコードを入れないと。

と思ったけど

根本的にcacheの仕様を間違って理解しているような気もしてきた。まじめにコードを追わないとだめかな。

_ Windows XP SP2を入れた (20:31)

どうせいつか入れることになるならば、比較的暇なうちに自分で試しておこうと思ってWindows XP SP2をインストールしてみた。セキュリティの強化ってのは、ファイアーウォール周りのUIがずいぶんましになったってのと、ウイルススキャンツールとの連携機能がついたところかな。自動更新周りもちょっと変わったみたいだけど、まあこれは微変更にすぎない。

従来のWindowsのファイアーウォール機能は使い勝手が悪かったんで、ダイアルアップ時以外は使っていなかったんだけど、SP2ではブロックされたアクセスをダイアログ表示して、その場で許可・拒否を選べるようになったんで、いつでも（どのネットワークカードでも）ONにするようにした。

ウイルススキャンは、ノートンアンチウイルスのコーポレートエディションと連携してくれないみたいだな。しょうがないんで、自分で管理するというチェックをONにしておいた。

あと、無線LANのタスクトレイ上のアイコンがちょっと変わって、UIも変わったっぽい。けど、別に機能が増えたって訳ではないのかな？　どうせ無線LANの管理ソフトは、LaVie RX700についているものを使っている（というか使わないと調子が悪くなるんでしょうがない）んで、俺にはあんまり関係ない。

肝心の開発周りに関しては、最初のうちIISのWebサービスを有効にして、Visual Studio .NETからASP.NETアプリケーションを開こうとしたら、やたらとJITのエラーが出て、（たぶん）WebDAVでマウントしているアプリケーションディレクトリをちゃんと開けなかった。けど、2、3回リトライするとそのうち開けるという怪しい動き。困ったなーと重いながら、ついでに.NET Frameworkのアップデートをして再起動したら、なぜかちゃんと開けるようになった。よくわからんが結果オーライ。

_ 剣客商売(池波 正太郎)、辻斬り(池波 正太郎) (02:26)

池波正太郎って読んだことがほとんどないんだよな。たぶん昔実家かじーさん家（ち）に置いてあった本を何冊かは読んだことがあると思うんだけど、昔（小学生くらいの頃）は時代小説にあまり興味がなかったんで、誰が書いた本かを意識していなかった。時代小説ってものも試しに読んでみるか、程度の意識で読んだ程度だ。

その後時代小説も読むようになったんだけど、司馬遼太郎から入って、宮城谷昌光、隆慶一郎、海音寺潮五郎、南条範夫あたりと、特定の作家だけに特化していて、たまたま池波正太郎には手を出す機会がないまま過ごしていた。

手を出さなかった理由を自己分析すると、「池波正太郎はあまりにもたくさん本が出すぎていてどの辺から手をつければいいのかよくわからなかった」「テレビ時代劇化されている作品が多いんで何となくレベルが低そうに思えていた」といったあたりだろう。しかし、時々池波正太郎を絶賛する文章を見かけることもあり、後者の理由はおそらく思いこみにすぎないんだろうなーということもうすうす気づいていた。

で、ようやくきちんと池波正太郎を読んでみる気になった第1弾が、この剣客商売シリーズだ。読んでみて、いわゆる「テレビ時代劇」的な印象は誤りだったことがすぐにわかった。ああいうワンパターンの話は一つもない。だいたいあの田沼意次を地味に魅力のある政治家として描きつつも、それが舞台装置の一つにすぎないというのだから、いわゆるテレビ時代劇のような単純な話になるはずがない。

かつては名のある剣客だったが、すでに引退してからもうずいぶん経つひょうひょうとした老人。父に作ってもらった道場で一人の門下生もいないままに日々を淡々と過ごすその息子。田沼意次の妾腹の子で、名のある道場で四天王の一人と数え上げられるほどの腕前を持つ男装の美女。という三人を中心に、彼らが出会う人々と事件を描いていく。

事件を描く話は比較的パターンものっぽい部分もあるが、人物を描くストーリーは非常に味があるものばかりだ。特に老人剣客の酸いも甘いも一般人の3倍くらい噛み分けてきたようなキャラクターが、とてもいい。ひとまず2巻まで読んだ段階ではほとんど活躍していない息子も、おそらく今後だんだんと活躍してくるんだろうし、そうなるとその精神の成長物語の方も面白くなってきそうだ。

池波正太郎はエッセイの評判もいいみたいだし、そっちも今度読んでみよう。

_ バッカーノ!―The Rolling Bootlegs(成田 良悟) (13:33)

“悪魔”と取引をして不老不死を手に入れた錬金術師たち。しかし不老不死の酒を造る方法は、悪魔を直接呼び出したただ一人にのみ伝えられた。不老不死の者同士は、相手を食う（吸収する）ことでその知識を得ることができる。秘法を手に入れんと仲間たちを襲う一人の錬金術師。戦いの末彼らは散り散りとなった。――それから200年、禁酒法時代のニューヨークで、再び不老不死の酒を巡る争いが始まる。

って感じの背景なんだけど、表面上はマフィア（カモッラ）の少年と幹部たち、おかしな犯罪者カップル、マフィアを嫌う警察官、街のチンピラたちのどたばたストーリーになっている。ここまでちゃんとストーリーをうまくくみ上げた話は久しぶりかも。キャラクターの魅力がちょっと弱いけど、ストーリーは良くできていて面白かった。

ほかの感想

• [想](4) メディアワークス 成田 良悟 『バッカーノ!―The Rolling Bootlegs』
• [想] メディアワークス 成田 良悟 『バッカーノ!―The Rolling Bootlegs』
• [想](2) メディアワークス 成田 良悟 『バッカーノ!―The Rolling Bootlegs』

_ tDiaryテーマ互換汎用スタイルが欲しい（下書きバージョン） (15:19)

tDiaryテーマと互換性を保ったまま、より汎用的な用途で使いやすく改造したい。

ポイントとしては、

• 日記形式に依存している部分を汎用的な表現に変える（day、calendar）
• 汎用的なメニュー要素を用意する（adminmenu、calendar）
• サイドバーのようなブロック単位での表示要素を、もっと複雑な表示形式に対応できるようにする。あとfooterがあるなら、headerも欲しいかもしれない。
• comment、refererあたりをもう一段抽象化した意味づけでまとめたい（やらない方がいいかも）
• コンテンツがないページ（ナビゲーション専用とか）向けの仕様を追加した方がいいかな？　まあそれはそういうコンテンツだと捉えて、既存の枠組みにはめ込むことは不可能ではないだろうけど。
• とかいいつつも、既存のtDiaryテーマをそのまま使っても、それなりにちゃんと表示されるようにしたい。あるいはtDiaryテーマ＋規定のちょっとした追加設定でだいたい何とかなればいいかな。

って感じかな。ひとまずこの辺を意識しながら試行錯誤してみよう。

_ 酢歩倉入ろうかなー (19:28)

尿管結石以来の運動不足がたたって、最近本格的に体力が落ちている（というか、何をしてもだるい）んで、スポーツクラブにでも入って強制的に運動しようかなー、などと思ったりした。野球大会ももうすぐだし。家の近所と会社の近所だったら、家の近所の方がまだましかなー。選択肢が1個しかないけど。あと、入会金1万円、月々1万3千円くらい払って、そのぶんちゃんと通えるだろうか。っつーか、そのくらい払うこと自体が運動する外部動機（お金がもったいないから行かなきゃハドソン）になってくれるかな？　微妙な額だな。試しに一回入ってみるか。

_ 学校を出よう!―Escape from The School(谷川 流) (17:57)

むーん、だるい。ありがちなどたばた超能力学園ものだ。キャラクターもいまいちキャッチーさに欠ける。なんとなくイリヤシリーズとかぶり気味か。と、途中までかなり読むのがつらかったんだけど、後半はまあまあ盛り上がった。ただ大ネタが涼宮ハルヒとかぶりすぎな気がするなー。

これだけだったら、続きを読むのはやめておこうって感じなんだけど、2作目以降の方が評判いいっぽいんで、もうちょっとだけ続きを読んでみようかな。

ほかの感想

• [想] メディアワークス 谷川 流,蒼魚 真青 『学校を出よう!―Escape from The School』
• [想](3) メディアワークス 谷川 流,蒼魚 真青 『学校を出よう!―Escape from The School』
• [想](3) メディアワークス 谷川 流,蒼魚 真青 『学校を出よう!―Escape from The School』

_ Apache2＋PHP4はまだだめか (19:18)

なんか時々死ぬらしい。PHPスクリプトがエラーログも吐かずに、完動しないようになる（完全にエラーになるのではなく、なんか中途半端に動いているようだけど、どうおかしくなっているのか出力からはよくわからない）。Apacheを再起動すると何事もなかったように動く。PHPスクリプト更新時にうまく更新が反映されない症状もApache2＋PHP＋MMCacheでしか起こっていないし、やっぱりApache2＋PHP4は実用環境として使うのは無理か。Apache 1.3に戻すのと、定期的にApache2を自動再起動しながら使うのとどっちがいいかなー。

_ アクセス制御されたWebコミュニティ (14:14)

最近微妙にmixiの日記ネタに依存しているっぽい記述を見かけることが増えてきた気がするんですけど、もしかして既存のWeb上の（日記系）コミュニティの何割かがすでにmixiの中に移行していたりするんでしょうか？

SNS系って一個もアカウント持ってないんで、「あれはあれで別のコミュニティを作るためのもの」と想像していたんですが、なんか最近見ていると「今までWeb上に公開されていたコミュニティが、少しずつmixiに移動して（公開されたWebからなくなってきて）いる」ように思えてきた。

個人的に、その手の（アクセス制御付きの）Webコミュニティは、TypeKeyとかLiberty Allianceとかみたいなシングルサインオン技術を使って、既存のWeb上に被さるように構築されていくんだと思って（というか望んで）いたんだけど、SNSという既存のWebとは別の新しく作られたコミュニティに移行するのが主流になりつつあるのかなー。

参考

• ゲストブックとRURIコードによるアクセス制御
• 個人サイトの分類と定義

_ いつ更新してる？ (15:05)

この記事は個人サイトの更新時刻グラフに移動しました。

_ iTunes COM API で今聞いている曲を Blog エントリに掲載 from blog.bulknews.net (15:31)

これを使えば、MMにNow ReadingだけじゃなくてNow Playingを登録する機能も簡単につけれそうだな。それ以前にASIN以外のデータを扱う部分を作らなきゃいけないけど。

この辺の仕様はiTunes COM SDKに書かれているらしいんで、ダウンロードしておこう。

ちなみにtDiary（Wikiスタイル）＋Sleipnirだと、

var pnir;
var document;
var id;

pnir     = new ActiveXObject("Sleipnir.API");
id       = pnir.GetDocumentID(pnir.ActiveIndex);
document = pnir.GetDocumentObject(id);

if (document == null)  {
  pnir.MessageBox("Document オブジェクトを作成できません");
}
else {
  var iTunes = WScript.CreateObject("iTunes.Application");
  var track  = iTunes.CurrentTrack;
  var strNowPlaying = "![Now Playing] " + track.Artist + " - "
                      + track.Name + " (" + track.Album + ")";
  document.forms[0].body.value += strNowPlaying;
  document = null;
}

pnir = null;

なんて感じのスクリプトを登録して、tDiaryの編集画面を開いているときに実行すると、

_ 岡村靖幸 - ファミリーチャイム (Me Imi) (15:46)

なんて感じになる（最後の時刻はふつうはつかない。うちは改造しているんでtDiary（サーバーサイド）の方でつけている）。本文に!見だしじゃちょっとうざいな。フッタのサイドバー部に特定の書式で埋め込む、とかの方が実用的か。

ああしまったorz

「最後に追記したセクション」でtrackbackを送ったら、テストセクションの方のURLで送られちゃったよ……。

_ 特定の記事のRSSを取得する方法 (20:10)

ってのはなんか変な表現だな。「特定の記事データをRSS形式で取得する方法」といった方が正確か。いや「特定の記事のRDFデータを取得する方法」の方がより正しい気もするけど、欲しいのは単なるメタ情報ではなく、既存のRSSリーダー等で扱いやすいRSS（アイテムが1個しかないもの）形式のデータなんだよな。別にATOMでもいいんだけど。

ともかく、そういう方法（APIとか）って現在は用意されていない（新着RSSからその記事が外れてしまうともう取得できない）気がするけれども、あった方がいいよね。まさかいちいちBulkfeedsみたいなRSSの集積所を介して取るわけにもいかないし。一応trackback auto-discoveryなんかで使っている、HTML内に埋め込むRDFデータがその手のソースとして使えそうだけど、できればもっときれいな方法が欲しい。

というのは、Rubyist Magazineの巻頭言を読んでいて、

また、まとまったサイトを自力で立ち上げ、そのサイト運営と執筆とを兼務するのは何かと困難がつきまといがちであるし、載せる内容もある程度絞り込んでいかないと収拾がつかなくなりやすい。さりとて昨今流行の blog や web 日記などでは、 Ruby 関連情報の紹介とともに最近読んだライトノベルの感想や今夜のおかずや猫の写真を載せてしまいがちになるし、そのうちラノベサイトやごはんサイトや猫サイトになってしまう危険性も否めない。

ってあたりと、最近のtrackbackセンター系のネタを組み合わせると、いろんなblogツールから送られたtrackbackを使って、Webマガジンみたいなものが作れそうだなーと思ったから。

どんな感じのものかというと、Webマガジンはtrackback Ping URLを用意しておいて、そのWebマガジンで使ってもいい記事からtrackbackを送ってもらうようにする。しかし、そのtrackbackがそのままWebマガジンに掲載されるわけではない。Webマガジンの編集者がtrackbackをチェックして、Webマガジンに掲載したいものを選別する。んでもって、一回分の記事がたまったら、trackbackから取得した記事情報を使って、Webマガジンを発行する。

たぶんトップページはGoogleNewsみたいにタイトルと要約あたりを使って構成することになるだろう。でも、構成やグルーピング、見出しなどはWebマガジンでコントロールする。

さらに、表題にあるような「特定の記事のRSSを取得する方法」があり、しかもそのRSSにはcontent:encodedが含まれていた場合、見だしレベルではなく本文自体（余計なナビゲーション要素など抜き）もWebマガジン側で扱えるようになる。content:encodedの内容は編集できないだろうが、記事のデザインをWebマガジンにあわせることができるだろう。

そうすることで、本文記事の体裁もWebマガジン側でコントロールすることができ、ずいぶんWebマガジンっぽさが増す。トップページだけしかコントロールできないんじゃ、単なる豪華なリンク集になっちゃうしな。

また、利用するRSSデータはWebマガジン側で定期的に更新チェックをかけるようにすると、記事内容の更新権限は各サイトの記事執筆者が持ちつつ、Webマガジンとしての（レイアウトやデザインの）編集権限だけをWebマガジン側で持つことが可能になる。

次にtrackbackセンターを作る人は、どうせならそのくらいまでやってほしいなー。単にPing URLを公開してtrackbackを受け付けるだけじゃ公開データベース止まりだ。きちんとした編集者が自分なりの観点で編集（取捨選択、グルーピング、レイアウト）すれば、結構面白いものができると思うんだけど。

特に技術系のネタなんかは、こういうやり方でもかなりいいものができるんじゃないかな。

うがー

試しにRubyist Magazineにtrackbackを送ってみたら、全文掲載されちゃったよ。tDiaryのtrackbackってデフォルトで全文送るんだっけ？　今日はtrackbackの失敗が多い……。

_ ネタばれ防止プラグイン集 (22:59)

この記事はネタばれ防止プラグイン集に移動しました。

_ 日記ツールで下書き、blogツールで清書 (12:09)

というアプローチを取ることにした。というのは、「それぞれの用途に特化した複数のシステム上にコンテンツを生成し、それらのコンテンツをライトウェイトに後付で結びつけて運用するアプローチ」の一環。

元々tDiaryに移行したときからそうしようと思っていたんだけど、用途ごとに特化したblogツールを自作しようと思っていたらいつまで経っても完成しないんで、そっちもありもの（Movable Type）にして稼働開始。

基本的に、tDiary上にジャンルにこだわらないさまざまな思いつきを時系列で書いていき（フローテキスト）、そこから何かコンテンツとしてまとまったものが浮かび上がったら、それらをとりまとめてblogツールの方に移動する（ストックテキスト）といった運用イメージ。

というのは、本来コンテンツとしての有用度が高いのは、ストックテキスト的な部分なんだけど、はじめからストックテキストとしてコンテンツを作るのは難しい。なかなか完成しないと出力ができず、出力がないと反応もないので、何もかもが沈滞する方向に向かってしまう。かといって、気軽にフローテキストとして出力していくと、コンテンツの完成度が高まらないし、また有用なコンテンツも時間とともに流されがちだ。

WikiLikeとかで試していた、フローテキストもストックテキストもどちらも同じツール（枠組み）できちんと扱えるようにしようという試みは、あきらめた。コンテキストによって見せ方（ユーザーインターフェース）を変えればそれなりにいけるかと思っていろいろ試してみたけど、どうにも（保持するデータ形式もユーザーインターフェースの作りも）中途半端になりがちだ（というか納得のいくレベルの完成度と汎用性を両立できなかった）。

ちなみにフローテキストの集積所としてはtDiary以外にも影舞（プロジェクト管理）があるし、ストックテキストの集積所も基本はMovable Typeにするつもりだけど、場合によってはWikiや静的HTMLを利用することもあるだろう。あとsubversionも使うつもりだけど、どうやって統合するか考え中です（学級委員会風）。

で、コンテンツの移動管理はリンクやrewriteやredirectを駆使して手動で行いつつ、全体をライトウェイトに結びつける手段の一つとして、Estraierのestmerge.cgiを使った全文検索を用意し、複数システム（サーバー）にまたがったコンテンツを串刺しで検索できるようにしておく。

estmerge.cgiは複数システムにまたがった関連文書検索もできるから、各コンテンツに「関連記事」リンクとかを用意しておけば（まだ作ってない）、ある程度自動的に複数システムにまたがったコンテンツを連動させることができるだろう。

あと「MM/本のメモ」のような、ライトウェイトな外部データベースでURL情報を管理し、RSS出力を介して利用しておくことで、あるコンテンツのURLが移動した場合にそちらのURLさえ更新すれば、自動的に各所の（RSSを利用して生成した）URLも最新の情報に追随することになる。

現状はまだ作りかけだけど、今後の方針としてはそういう方向でサイト全体を再構成していく予定。

_ 八景島シーパラダイス (14:20)

_ 「簡単で馬鹿な仕組みを、馬鹿だなあと思って使う」ポリシー (16:32)

コンピュータを使った処理に対して、無意識に完璧さを求める人って結構いそうだけど、単純な計算処理以外に関してはコンピュータ（というか、その上で動くプログラム）は結構いい加減なものだ。日本語処理に関するプログラムなんかは特に。そういうプログラムは、完璧な処理を行うことが目的なのではなく、完璧にはなり得ないことを知りつつもできるだけ世の中を便利にするために作られているのだから。

というわけで、はてな公聴会議事録より近藤さんの、

簡単で馬鹿な仕組みを、馬鹿だなあと思って使ってほしい

ってものをはてなダイアリーのポリシーとして周知させれば、トラブルの多くは解決するんじゃなかろうか。「完璧なシステムを作る（ために複雑なプログラムロジックや運用ルール、煩雑な調停作業を持たなければならない）ことが目的なのではなく、手軽で面白い（けど厳密に考えると誤爆やいたずらなどの問題もある）仕組みを使って楽しもうよ」なんだよってことで。

ただ、すでに使っている人の中で「そんなポリシーには賛同できない」って人に対する救済措置は必要だと思うけど。前に、「はてなコミュニティのもめ事を見ていると」で、

有料ユーザーと無料ユーザーにコミュニティ（技術的には、キーワードリンクやrefer自動送信などの及ぶ範囲）を分割しつつ、どちらに所属するかをユーザーが決められるようにする（有料ユーザーはどちらにも同時に所属することが可能）と、ちょっとはすっきりするのかもしれない。

って書いたけど、上記の「有料ユーザー」を「簡単で馬鹿な仕組みを、馬鹿だなあと思って使ってほしい」に賛同するユーザー、「無料ユーザー」を賛同できないユーザーに読み替えて適用するのが妥当かも。

_ Φは壊れたね(森 博嗣) (16:50)

ふーん。一応S＆Mシリーズのキャラクターが準主役的に出ているんで、シリーズファンとしてはそれなりに楽しかったけど、内容はふーんって感じだ。海月くんのキャラクターも微妙だなー。周辺のキャラクターとの絡みで別の面白さが出てきたりするのかなー。まあシリーズファンだから今後も読むだろうけど、なんか意図がよくわからん。まさか

_ バッカーノ!1931 鈍行編―The Grand Punk Railroad(成田 良悟)、バッカーノ!1931 特急編―The Grand Punk Railroad(成田 良悟) (17:16)

「鈍行編である事件を描き、急行編でその事件を別の視点から描く」という前情報を前提に読んだんだけど、どちらかというと「鈍行編である事件の謎を提示し、急行編でその謎を解明する」といった方が正確だ。

というわけで鈍行編では、三組の犯罪者グループ、前巻で例のバカップル、例の錬金術師たちの一人である不死者、マフィア3兄弟の友達の殺し屋がニューヨークへと向かう豪華列車に乗り合わせ、乗っ取りあいやら殺し合いやら助け合いなどのどたばたを演じつつ、ニューヨークに到着する。が、結局何がどうしてそうなったのかがさっぱりわからない。それを急行編で別の視点で描きながら解き明かしていく。

前巻もストーリー構成が良かったけど、その部分をさらに強化したのがこの作品。相変わらずキャラクター的にはいまいち（もうちょっと各キャラクターが自分語りしてもいいな）って感じなんだけど、ストーリー（伏線の提示とその解決の複合構成）が抜群だ。

_ イタリアGP決勝 (21:31)

おお、今回は琢磨、なかなかいい感じじゃないか。

いやー

前戦に続いて、見ていて面白いレースだったなー。それにしてもフェラーリすげーよ。あんだけ展開的にぼろぼろになっても、しっかり復活してこれで後2戦はコンストラクターズの争いが面白くなりそうだな。ちなみにトゥルーリが後2戦走れないのではという噂が流れているらしい。

_ ネタばれ防止プラグイン集更新 (00:54)

なんかひでぇ計算間違いとか型の勘違いとかぼろぼろバグだらけだったんで修正した。あとiroaseはやっぱり@modeがday以外の時は正しく動かないんで、dayの時以外は完全墨消しにするようにした。

_ キッパリ!―たった5分間で自分を変える方法(上大岡 トメ) (07:18)

この手の自己啓発本ってあんまり好きじゃないんだけど、話題になっているよなーとぱらぱらっとめくってみて、最初のポーズの解説がちょっと面白かったんで買ってみた。

内容も、自己啓発本系にしては全然嫌味や宗教臭さがなく、とてもまっとうな内容。日頃ぐーたらする方向に流されがちな人間としては、実際にここに書かれている内容を実践するかはともかくとして、読んでおく価値のある内容だった。

_ ダーリンは外国人―外国人の彼と結婚したら、どーなるの?ルポ。(小栗 左多里) (07:26)

外国人の旦那との生活で生じる生活習慣および感情生活上のさまざまなずれをおもしろおかしく描くマンガ。だと思っていたんだけど、実際に読んでみたら、このおかしさは旦那が外国人だからというのではなく、この旦那自身のキャラクターの面白さから来ているような気がした。なんか外国人と結婚した人一般に通用するネタ少なそう。まあいいんだけどさ。

最近この手のエッセイマンガを読むと、余白にまでびっちり文字書き込みがあるような濃いものを期待しちゃうんで、このくらいすっきり薄味だとちょっと物足りなさを感じてしまったりするんだけど、話自体はとても面白い。

_ 影舞のレポートをEstraierで全文検索する (17:51)

影舞のデータ保存形式がKagemai::XMLFileStoreの場合用。Kagemai::XMLFileStoreでデータを保存する場合は、データディレクトリ以下にプロジェクト名のディレクトリが掘られ、その中のspoolディレクトリに[レポート番号].xmlなデータファイルが保存される。

データディレクトリが/home/kagemai/projectだとすると、project1のデータは/home/kagemai/project/project1/spoolになり、データファイルは/home/kagemai/project/project1/spool/1.xmlなんて感じになる。

単独のプロジェクトデータディレクトリ内を検索したい場合は、/home/kagemai/project/project1/spoolで*.xmlに対して転置インデックスを作ればいいだろう。

find /home/kagemai/project/project1/spool/*.xml|estindex register -list - -hsuf xml casket

とか。でも、プロジェクト単体の検索機能は影舞が持っているんで、ここではプロジェクトをまたがった検索用にEstraierを使う例。その場合は、

find /home/kagemai/project/ | grep -E "[0-9]+.xml$" | estindex register -list - -hsuf xml casket

なんて感じで複数プロジェクトをまたがったデータファイルをインデックス対象として指定する。影舞のデータファイルには設定ファイル等のxmlファイルも存在するんで、すべてのxmlファイルをインデックス化したらまずい。「[数値].xml」だけを抽出すれば余計な設定ファイルは対象に入らない。ちなみに「.xml~」という拡張子のバックアップデータファイルを除外しておく。

そうすると、インデックスに登録されたデータファイルのパスは、

/home/kagemai/project/project1/spool/1.xml

みたいな感じになるんで、これを影舞のレポートURLである、

http://example.com/kagemai/guest.cgi?project=[プロジェクト名]&action=view_report&id=[レポート番号]

に置換すればいい。estsearch.confのreplaceを使って、

replace: .xml
replace: /spool/ &action=view_report&id=
replace: /home/kagemai/project/ http://example.com/kagemai/guest.cgi?project=

とかすれば、それなりに動くはず。

ただ、xmlファイルをhtmlとしてEstraierにインデックス化させているんで、タイトルとかの情報がきちんとEstraier側に伝わらない。その辺もちゃんとしたければ、フィルタを書いて<element id="title"></element>を<title></title>とかに置換したりすると、きちんとタイトルも認識されるかな？（まだ試していない）

_ おお、Amazonに雑誌コーナーが (18:27)

今までも雑誌は扱っていたけど、単独コーナーができたってことは、今後取扱量が増えるってことなのかな？　これでMMでも雑誌を扱うのが楽になりそうだ。どうせならDB上にだけでも週刊誌とかの情報ももってくれるとうれしいんだけど。

_ Noraライブラリをインストールしてみた (06:17)

「リンク元もうちょっと強化」プラグインにNoraライブラリを入れると速くなるよ、と書かれていたんで気になっていたんだけど、名前から「純正非互換の高速化ライブラリ」的な印象を受けていたんで、なんとなく導入をためらっていた。けど、ちらっと調べてみたら確かに純正（cgi.rb）非互換ライブラリの類ではあるらしいけれども、どうやらrubyではcgi.rb互換ライブラリを使うことは別に珍しいことではないっぽい感じだったので、試しに導入してみた。ついでにerbscanとやらもインストールしてみた。速くなったかな？　あとはmod_ruby化するくらいか。でも今は「似た話題の日」検索のためにいちいちestxviewを起動しちゃってるから、mod_ruby化してもあまり意味がないかも。tDiaryのcacheの使い方を勉強しないとなー。

_ のだめカンタービレ (10)(二ノ宮 知子) (13:08)

盛り上がったRSオーケストラ編の後、海外に行ってもちゃんと盛り上がるのかちょっと不安だったけど全然無問題。日本に残される人々に関しても、ちゃんと解決して（というかオチをつけて）いるし。フランス編では今度は千秋が挑戦者になる番なんだね。それにしても滞空時間の長い指揮ワラタ。

_ 削除されたコメントの引用は削除されるべきか？ from 木っ端拾いの材木流し (14:36)

この記事は「自主削除されたテキストの引用」に移動しました。

_ attacking MT 1 from SG::Acme (17:28)

この記事は「外部URLからの（自動）POST攻撃への対策」に移動しました。

はてなでは

file://と自ドメイン以外からのPOSTをREFERERを見てはじいているみたいだな。はてダラは通るのかな？　まあはてダラみたいなツールでは、REFERERを偽造しちゃえばそれですむだろうけど。

ちなみに

この問題は無差別攻撃ではなく、あくまでもピンポイントで狙われたときにのみ攻撃されるというものなんで、一般的なブラクラみたいに広範な影響はないでしょう。

広範な影響がありました

「はてなの例のexploit 続き」で例として挙げられているように、pingサイト＋trackback（or コメント）＋refererのコンボを使うと、結構大量に攻撃できそうですね。refererを使うってのは思いついていなかった。

_ タイミングが難しい (18:25)

「日記ツールで下書き、blogツールで清書」というポリシーに従って運用しつつあるんだけど、どのタイミングでコンテンツを移動するべきかが難しいな。大きく分けると、

• 書いてしばらくして、一通り言及され終わってから移動
• 書いてすぐに（まだ言及されないうちに）移動

という二つのタイミングがあるわけだけど、最終的なコンテンツURLは移動後のものになるんだから、できれば移動後のURLで言及される方がいい。けど、ほとんど寝かさずに移動してしまったのでは、わざわざ日記ツール上で下書きしている理由の一部（練りが荒い状態のテキストを日記ツール上で叩いてもらって、ある程度もまれた結果をblogツールへ移動する）に意味がなくなる。

あと、移動する際にはできるだけ元のテキストを残しつつも、独立したコンテンツとして成立するように微妙に編集していたりするんだけど、その辺の改変度合いも難しいな。自分ではどうでもいいと思って改変した部分も、人によっては重要だったり（改変じゃなくて改ざんだ！とか）しかねない。でもコンテンツが二重化するのはいやなんで、基本的に元テキストは削除した上で移動したいしな。やっぱり履歴管理ツールと連動する仕組みがほしいなー。

_ 24dをちょろっと使ってみて (21:31)

基本的なオブジェクトはあのくらいにシンプルにしつつ、ネットワークを自分を中心とした1:nよりももうちょっと先まで（n階層先まで）一気にたどれるようにして、3D表現を使って表示すると結構面白そうかも、とか思った。

前に3D方向に展開するBBSってのを考えたことがある。一般的なツリーBBSみたいに、ある発言に対してレスポンスをつけられるんだけど、そのときにレスポンスの方向をn方向（賛成、反対、別意見とか）で表現できるようにする。それを表示するときには3次元のネットワークとしてレスポンスのつながりが展開され、閲覧者は自分が興味のある方向へと話題の流れを追っていく。仕組みは（たぶん）面白いけれども恐ろしく可読性が低そうなBBS。

ただ、面倒くさそう（3次元表現を駆使するためには結構巨大なJavaScriptライブラリを作らなきゃいけなくなる）な割には、実用度が低くて一発ネタにしかならなそうなんで、実際には作らなかったんだけど、これをSNSでやると結構良さそうに思える。というのは、実用性・可読性の低さがSNS的なネットワークのつながりを表現するのに、ほどよい不自由さとなってくれそうだから。

思い通りに操作できて思った通りの結果が出てくるものは、実用性は高いけれども遊べる余地は少ない。ほどよい揺らぎや予想外の動作があってこそ、面白みが増す（って、はてなダイアリーのキーワードについて語っているみたいだな）。上記のようなインターフェースでつながりを表現することによって、きっちり正規化されたまともなデータベースを使っていても、ユーザーインターフェースのレベルで揺らぎや予想外の動作が発生してくれて、面白いことがおきそうな気がする。

「人」と「枝」と「物」という三つのエレメントから構成するといいかなー。「人」は参加者自身。「物」は参加者以外のあらゆる事物人。「枝」は、「人」と「物」、「物」と「物」とを結ぶ接続方法。「枝」はある程度種類を絞っておいた方がわかりやすいかな。「好き」「嫌い」「持っている」「興味がある」「賛成」「反対」とか。「人」と「物」のつながりはともかく、「物」と「物」のつながりをどう管理するかが肝になるな。「物」には「クラス」と「インスタンス」があって……とかまでやり始めると無限に仕様がでかくなってしまいそうだ。

なんてことを今はやっている場合じゃないのですよ。現実逃避は筆が進む。

_ TypeKey微妙だなー (22:37)

TypeKeyをちょっといじってみたんだけど、これって本当に大丈夫なんだろうか？　まだベータ版程度の出来なのかな？　正常系は動作するみたいだけど、異状系の処理とかセキュリティ関連のポリシーに不安を感じる。ってだけ書くとFUDって言われちゃうかな。一応俺の環境で起こった例を挙げておこう。

MT3.01D-jaで構築したサイトで、コメント設定をTypeKey（＋メールアドレス通知）必須にしておく（TypeKeyなしの場合は管理者チェック付きで許可）。んで、適当なページからTypeKeyのサインインに飛んで認証しにいく。メールアドレス通知が必要だといわれるけれども、「メールアドレスを通知しない」を選択して認証する。すると、認証失敗が返るんだけど、コメント投稿フォームのメールアドレス欄になにやら怪しげな16進数文字列が入っている。実害はないが気持ち悪い。

さらに、その状態で元のページに戻ると、なぜかTypeKeyの認証が通っていて、コメントが投稿できるようになっている。どうやらメールアドレスを通知しないを選んだにも関わらず、メールアドレスが通知されてしまっているらしい。その状態でコメントを投稿すると、ちゃんとコメント者のメールアドレス欄が埋まっている。

まあメールアドレスの通知・非通知は個人的には大して重要ではない部分だし、どうせTypeKeyの個人情報リンク先にメールアドレスが表示されちゃうことを考えれば、メールアドレスの通知・非通知という選択自体あまり意味がない気がするんだけど、ちゃんと動いていないっぽい雰囲気が気になる。試しにtDiaryにTypeKey認証をつけてみようかと思っていたんだけど、こんなんだと出だしからやる気がそがれるなー。

_ tDiaryでもできますよ (16:19)

「ウェブロについて考える。６の599（ime.nu経由）」より、

>MTに限らずCookieやBASIC認証を使った全てのCGIで似たようなことは出来る。

はFUD

ちなみにtDiary（BASIC認証）でもできますよ。別タブ/ウィンドウとかで管理画面をBASIC認証済みにしておいて（ブラウザを閉じなければ、そのページ自体は閉じてもOK）、別に登録フォーム相当のHTMLを持つページを用意し、実行ボタンをhiddenパラメータ化しておいて、JavaScriptでsubmitさせる。IE系でもMozilla（Firefox）でもできた。

タブブラウザユーザーの場合は、そういう運用（別窓で認証した状態をキープ）って珍しくないよね。BASIC認証を切るためには、いったんタブブラウザごと閉じなきゃいけないんで面倒だし。まあMTみたいにブラウザセッションを越えて認証状態を継続できない（でもMTのその機能もオプションだけど）んで、ちょっとだけましだけど。

あと、個人的にREFERERで縛るのって、ユーザー環境によっては誤動作する可能性があるし、その場合の対応が面倒なんで（セキュリティソフトONで動かない場合、セキュリティソフトをOFFにしろとは言いにくい）あんまりやらないんだけど、一般的には標準だったりするのかな？

まあやっぱり抜本的な対策として、セッションIDの一部をhiddenパラメータで埋め込んで認証するほうを（自分の）標準にしようかな。BASIC認証の場合は、REMOTE_PASSWORDの一部のmd5ハッシュとかかな。REMOTE_PASSWORDって使ったことないんだけど、BASIC認証を通った場合は必ず得られるんだっけ？

そういえば、「ウェブロについて考える。６の596（ime.nu経由）」にある、

Yahooとかみたいにワンタイムのクッキーでうにゃうにゃすればいいような…

に関する具体的な情報希望。ちなみにMy Yahoo!で試してみたけど、まあふつうに同様の操作（他のフォームからJavaScriptを使って勝手に更新）ができたよ。ワンタイムってのがどの程度の寿命なのかよくわからないけど、ブラウザセッションCookie（ブラウザを閉じるまで有効）だったら大して差がない気がする。というか、どちらにしろフォーム（に含まれる情報）とCookie（に含まれる情報）を照合する仕組みがないと意味がない気が。

まめにログアウト（セッションCookie削除）できるようにするのは簡単だけど、ユーザーがそんなのいちいち使ってくれることを期待しても無駄っぽい気がする。MTだってログアウト機能はついているけど、更新が終わるとログアウトする人なんてあんまりいないと思うし。

REMOTE_PASSWORDはだめっぽい

PHPだったら、$_SERVER['PHP_AUTH_PW']でいけるんだけどなー。しょうがないから、一般的なBASIC認証の場合は、REMOTE_USERと適当なシードを組み合わせて生成する方向かなー。

tDiaryだと

update.rhtmlとpreview.rhtmlに、

<input type="hidden" name="authkey" value="<%= Digest::MD5.hexdigest(ENV['REMOTE_USER']+'some unique seed') %>">

なんて感じで埋め込んでおいて、クリティカルな処理時は、

if @cgi.params['authkey'][0].to_s != Digest::MD5.hexdigest(ENV['REMOTE_USER']+'some unique seed') 
  die
end

って感じかな。

実際には'some unique seed'は@confにセットするか、あるいはサーバー上で非公開の使えるキーを自動生成。tdiary.confのmd5値とかどうだろう？　クリティカルな処理は、TDiaryAppendとTDiaryUpdateあたりでいいのかな？

PHP＋BASIC認証の場合

<input type="hidden" name="authkey" value="<?php echo md5(substr($_SERVER['PHP_AUTH_PW'], strlen($_SERVER['PHP_AUTH_PW']) / 2)); ?>">

なんて埋め込んで、

if ($_POST['authkey'] != md5(substr($_SERVER['PHP_AUTH_PW'], strlen($_SERVER['PHP_AUTH_PW']) / 2))) {die('不正な投稿処理');}

とか。フルにパスワードを使うのが気持ち悪いんで、なんとなく後半半分だけ使ってみた。

PHP＋セッションCookieの場合

<input type="hidden" name="authkey" value="<?php echo md5(session_id()); ?>">

なんて埋め込んで、

if ($_POST['authkey'] != md5(session_id())) {die('不正な投稿処理');}

とか。セッションIDの一部にしなくても、セッションID全体のmd5ハッシュで十分か。

そういえば

DI:DOみたいに、クリティカルな処理をするときには必ずパスワードを入力させる、という方法もあるんだよな。んでもって、クリティカルじゃない処理はCookieによる認証で済ませる、と。

ただそうやってクリティカルな処理のたびにパスワードを入力させると、パスワードの強度が下がるリスク（頻繁に入力するなら簡単にしたくなる＆パスワード文字列が頻繁にネットワーク上を流れるんで漏洩機会が多くなる）もあるんだけど。

HNSも

webifの記事投稿時はパスワード入力必須だったんだっけ。すっかり忘れていたな。

結構シンプルなツール側の対策を考えてみた

簡易認証用のPATH_INFOを必須にするってのはどうだろう？　たとえば、tDiaryだったら管理CGIファイル名はupdate.rbなわけだけど、適当なPATH_INFO設定（たとえばabc）を@confで定義できるようにして、update.rb/abc?[QUERY_STRING]じゃないと管理CGIが動作しないようにする。

もしもPATH_INFOなしでアクセスされた場合は、ユーザー認証済み（BASIC認証の場合は認証後じゃないとcgiにはアクセスできないわけだが）だったら、自動的にPATH_INFO付のURLにリダイレクトする。そうすると、そのフォームからREQUEST_URIに対してPOSTするぶんにはPATH_INFOが維持される。PATH_INFOなしでアクセス（＝攻撃？）があった場合、自動的にPATH_INFO付きURLにリダイレクトする際に、QUERY_STRINGやPOSTパラメータが除去できるんで、攻撃が無効になる。

mt.cgiをリネームしよう案と似ているけど、いちいち実ファイルをリネームするのではないぶん手軽で、同様の効果（投稿先URLが違うので処理が働かない）がありそう。表側に管理ツールへのリンクを張る際も、update.rbのままでかまわないし。管理CGI側でPATH_INFOを使っていなければ、内部的には処理を書き換える必要がない。単に処理の最初にPATH_INFOの正当性チェックコードを入れるだけ。

この仕組みに穴はあるかな？

ああ、いかん

REQUEST_URIじゃQUERY_STRINGも維持されちゃうじゃないか。PHP_SELFの方だな。って、これはPHPだけの環境変数か。えーっと、一般的なCGI環境変数にPHP_SELF相当（SCRIPT_NAME＋PATH_INFO）ってないのかな？　いちいちSCRIPT_NAME＋PATH_INFOって書かなきゃだめなのか？

_ メールワイズ 「メール対応、虎の巻」応援プレゼントキャンペーン！ via たべすぎ・ねっと (17:42)

その 5. お客様の書いた文章より長い文章で返答せよ。

      熱心さがお客様に伝わる

すげーなー。こういう虎の巻があってもいいとは思うけれども、普通は部外秘とか社外秘扱いになる代物なんじゃなかろうか。というかもしもメールワイズというのが、この条項を支援してくれる機能があるなら、ちょっと見てみたいかも。官能小説自動生成ソフト「七度文庫」（via void GraphicWizardsLair( void ); //）みたいなものになるのかな。

_ Planet Blog (22:00)

各所で話題になっている「XMLウォッチ: Planet Blog」って、「特定の記事のRSSを取得する方法」で話題にした、RSSを利用したWebマガジンと似ているな。

Planet Blogの説明を読むと、単にを特定の技術傾向を持つフィードを集めているだけみたいだけど、どうせなら俺案みたいにtrackbackを使ってユーザーサイドからのアクションでデータを収集するパターンも取り込んでほしい。

あとRSSを収集する際に、特定のカテゴリーの記事のみのRSSを取得するようなフィルタリング処理もあったほうがいいよな。参加者同士でカテゴリー指定方法を決めておいて、そのカテゴリーの記事だけ収集したりとか。RSS（っていったいどのバージョンをさしてるんだよ、コンチクショー）にカテゴリー指定ってあったっけ？

_ ちみもーりょー (14:49)

とある理由で、自分の過去の日記を読み返していたら、面白いネタがあったので引用。

「1.魎魍魅魑」「2.魍魎魑魅」「3.魑魎魅魍」「4.魎魑魅魍」「5.魑魍魅魎」「6.魑魅魑魎」「7.魍魅魍魎」「8.魑魅魍魎」「9.魑魅魍魎」。さて正解はどれ？

まじわかんねー。

_ 面白いなー (15:06)

「本物？偽造？ブッシュ軍歴疑惑の証拠文書を巡り大論争」から、「ブッシュ軍歴疑惑の証拠メモ偽造事件：タイピストの証言」という展開へ。

この話って、スカパー！のドキュメンタリー系チャンネルとかで特集してくれないかなー。

_ 人狼BBS (16:39)

なんか時々投稿しても反映されないときがあるな。エラーは出ていないんだけど。エラーメッセージが出る前にリダイレクトしちゃってるのかな？　連続投稿中に一個抜けちゃうと話の流れがおかしくなって危険危険。

15秒の保留期間

中に連続投稿しちゃうとまずいのかな？　あるいは投稿と同時に15秒内キャンセルも勢いでクリックしちゃってたりするのかな？

あと、他の人と同時に投稿した場合、投稿直後に表示された内容と、その後リロードしてから表示される内容で、発言順が異なって表示されたりすることがあるようだ。ってのを見間違えたのかもしれない。

_ preのスタイル (20:32)

どうせpreはソースコードがコマンドサンプルを載せることがほとんどで、横幅がはみ出しちゃうことが多いんで、preのスタイル設定を、

div.section pre {
 font-size: 80%;
 width: 80%;
 height: 5em;
 overflow: auto;
}

にしてみた。本当ならばソースコード記述用プラグインとかを作りたいところなんだけど、Wikiスタイルでは複数行のテキストを扱うプラグインって作りにくいよね。やるとしたら、

def src_start(height = 5)
  <textarea class="source" style="height: #{height.to_s}em;">
end

def src_end
  </textarea>
end

とか作って囲む感じかなー。でも間に挟まる部分がWikiスタイルとしてレンダリングされちゃうのはまずいしなー。Wikiスタイルのレンダラー自体をいじって何とかするしかないのか？　それも大仰だし、アップデートの際に面倒くさそうだしなー。うーん。

_ ザウバー、ビルニューブ加入を発表！ (21:12)

おお、ヴィルヌーヴ復帰ですか。ルノーでテストしながらザウバー加入発表ってのはちょっとなぞだ。さらに、「トヨタ、トゥルーリ加入を発表」なんてニュースも。