_ ezmlmの設定メモ (13:51)

rootでMLを作るときには、

chown -R alias [MLディレクトリ]

しないとだめなのね。

あと、ML名に「-」（ハイフン）は使えない。最初の「-」をキーにコマンドアドレスとかを解釈しているのか。

_ 2004F1バーレーンGP (13:51)

続報

• ラルフ、佐藤琢磨との事故で警告受ける - http://motorsports.nifty.com/f1/news/2004/040405_02.htm

ということで、ラルフの方が悪いということになったらしい。でもああいう低速コーナーでああやって並んじゃった場合は、無理にどちらかが悪いと決めることもない気がするけど。

予選

• なんかもう予選1回目は見る気になれなくなったな。何かアクシデントが起こったりしないかどうかを確認するために、一応つけておくだけって感じだ。
• ああ、ぼーっとしているうちに予選2回目も後半だ。琢磨はどうかな？　おお速いじゃん。バリチェロとコンマ2秒差ってことは、よほどガソリンを少なくしているんじゃなかったら、トータルでもかなり速いんじゃない。おお、バトンよりも速かったじゃん。やったー！　やったー！　バトンに勝った。バトンに勝った。←「クララが立った」の口調でどうぞ
• あら、アロンソはどうしちゃったかな？　燃料を積んでいるのかと思ったけど、それでもさすがにコースアウトまではしないよな。
• トヨタも突然復活したか？
• すげーなミハエル。あんだけセッティングが決まっていないっぽい走りだったくせに、それでも余裕でトップかよ。
• ライコネンはだめか。というか解説によれば、そういう戦略なの？　なんか変なの。でもまあ今年のマクラーレンの開発の出遅れっぷりを見ると、前半は奇策を使ってきてもおかしくないかな。これでBARが3列目以上確定か。
• おお、モントーヤ速い。と思ったら最後に失速か。それでもぎりぎり琢磨は越えられたか。なんか今まで2戦の走りと違って、予選でエンジンをいたわって走るのをやめたように見えたけど、気のせいかな。
• あらラルフも後半失速か。それでも琢磨は越えられたけど。それにしても、ウィリアムズは二人とも同じように後半失速ってことは、マシンの特性なんだろうな。第3セクターだけが遅くなるような特性ってどんなんだろう？
• というわけで、BARは3列目独占だよ。琢磨は5位だよ。今度こそ完走してね。

決勝

• 琢磨はスタート成功か。というか、ふつうに上位のペースで走れてるじゃん。いい感じじゃん。これで作戦は変なものじゃなければ、ふつうに上位でおわれるんじゃん。
• なんか今回アロンソはだめだめっぽいな。
• 琢磨、ラルフと接触か。でもまあ琢磨が悪いってほどでもないな。なんとか目に見える故障はなかった模様。でも後半厳しくなるかもなー。
• うわー、マクラーレン-メルセデス炎上ですか。だめですなー。
• フェラーリは早めに動きますか。ペースを握っているときにフェラーリが早めに動くパターンってのは、作戦がきっちり立っていることが多いから、このまま最後までいっちゃいそうだな。
• あら、琢磨、トゥルーリに抜かれたのか。接触した周回に抜かれたのかな？
• なんかみんなピットでばたばたしているな。このコースの設計が微妙なのかな。
• おお、琢磨が今トップ周回ですか。あら、もうちょっと引っ張るかと思ったらあっさりピットに入っちゃったか。
• せっかく接触はノーダメージですんだのに、自分のコースアウトで壊しちゃいましたか。えっと、何位まで落ちたのかな？　13位か。ラルフとポジションひっくり返っちゃったな。
• ずっと見入っちゃってたよ。琢磨もクルサードをコース上で抜けたか。こういうレースをずっと続けていたら、トップドライバーの一人という評価を得られるだろうな。あと1ストップですませられたらポイント圏内でフィニッシュできそうだ。
• 琢磨はなんとか最後まで持っていけるかな。アンド、バトンはモントーヤまで届くかな。あと10周。
• 最後までアロンソを抑えきったか。あとはペナルティが出るかどうかだな。
• バトンすげーなー。連続3位ってのは、もうチーム力としてそういうポジションに来たってことかな。
• それにしてもフェラーリ＋ミハエルは3戦連続楽勝ですか。それはちょっとやりすぎだなー。バリチェロも悪くないのに、全然目立てないのが悲しい。

_ 花見 (00:14)

昨日は会社の花見だったんだけど、ここのところ花粉症がひどいし、いつもの渋谷近辺ではなく上野会場ってことでいまいち土地勘もないし、面倒くさいなーと思いつつも、終わる時間頃を狙ってちょっとだけ顔を出しに行った。けど、場所取り予定地近辺にそれらしい集団は見つからず。携帯に電話してまで合流すると二次会に連れて行かれそうな気がしたんで、上野公園内を散歩して偶然であったら合流しようと思いつつ1時間ほどうろうろしたけど、結局出会えず。まあいいかってことでそのまま帰ってきた。ちなみに桜は1割くらいが咲いている感じ。一分咲きとかではなく、1割の木がほぼ満開になっている、って感じね。

_ JavaScriptでpreg_replace_callback 2 (11:14)

『JavaScriptでpreg_replace_callback』の続き。replaceの第2引数で関数が呼べることがわかったんで、それならオブジェクトのメソッドも呼べるだろうと、以下のように書いてみた。

function Test()
{
	this.prop = 1;
}

function Test_replace()
{
	var str = 'abcde';
	var result = str.replace(/bcd/, this.callback);
	return result;
}
Test.prototype.replace = Test_replace;

function Test_callback()
{
	return this.prop;
}
Test.prototype.callback = Test_callback;

test = new Test();
alert(test.replace());

確かにthis.callbackという表現でcallbackが呼べる。けど、実際にはthis.callbackが呼ばれているのではなく、単にTest_callbackが呼ばれているっぽい。

this.callback内で参照しているthisが、呼び出し元のthisじゃなく、windowオブジェクトになっちゃっている（Test_callbackの中身を「return this.location.href;」とかするとそのように動く）。だからthis.propで1に置換されることを期待しても、callback内ではthis.propが見つからず（未定義）、上記の結果はIEなら「ae」、Firefoxなら「aundefinede」になっちゃう。

うーん、replaceのコールバック関数として、オブジェクトのメソッドを呼ぶ方法はないのかなー。WikiParserを移植するに当たっては、オブジェクトのプロパティ（パーサーオブジェクトごとに固有の設定値）を参照したいんだけどなー。グローバル変数領域をそれなりに汚染しつつパラメータを受け渡すしかないのかなー。

ところでJavaScriptでの文字コード変換って、『Escape Codec Library: ecl.js』のライブラリを使わせてもらうってのが、現時点では一番妥当な選択なのかなー。　

_ 『movable typeでRSS 1.0にcontent:encodedを含める方法』に追記しました（T/O） (12:50)

_ MapServerをひとまずインストールだけしてみた (13:54)

実際に入れたのは、ちょっと古い国際化バージョンの方だけど。

• http://map.ishinao.net/workshop/

具体的な使い方はさっぱりわからんけど、一応表示できているっぽいな。これであとは「GISデータパック」（全国一括98,000円：1サーバーライセンス）ってのを買えばいいのか。うーん、思ったよりお手軽っぽい。迷うなー。

_ WikiParserのJavaScript移植版 (18:50)

• 動作デモ - http://dev.ishinao.net/WikiParser/javascript/
• ソース - http://dev.ishinao.net/WikiParser/javascript/WikiParser.js.zip

基本文法部分はほとんどそのまま移植しているんで、PHP版のWikiParserをサーバーサイドで使っている場合のクライアントサイドのプレビュー用に使ったりすると、再現性が高くていいかもしれない。tDiaryのWikiスタイルとの互換性も結構高いはずだから、tDiary Wikiスタイルのクライアントサイドプレビュー用にも使えるかな。

端折っているのは、プラグイン周りとInterWiki。InterWikiについては、文字コード変換処理をどうするか迷って、結局載せていない。これはまあ方針さえ決まれば載せられる。プラグインも載せるのは簡単そうだけど、JavaScriptでプラグインを書く人はいないような気がしてきたんで、いらないかなーと思いつつある。

というわけで、初めてJavaScriptで見た目の動きをいじったりする以外のコードを書いてみたけど、結構ちゃんと書けるね。

_ 『なぜCSSXSSに抜本的に対策をとることが難しいか』に訂正を加えています

『なぜCSSXSSに抜本的に対策をとることが難しいか』で書いたCSSXSSに関する説明に誤り（脅威を過剰に表現している部分）がありましたので、加筆訂正しています。訂正前の記事を読んだ方は、現在のバージョンもご一読ください。指摘してくださったtociyuki様ありがとうございました。まだ間違っている部分が含まれているかもしれませんので、何か気づいたことがあったらどなたでもご指摘ください。