ただのにっき

◆ HotLink

Ruby HotLinksから監視されていることにいまごろ気づいた。知らなかった……。うわー、じゃあもっとRubyのことを書かなきゃ(笑)。

◆ 邪道編

というわけで、Ruby256本読了。この本、まったく拡張ライブラリを書くことなく、OSの奥の奥から、データベースの操作まで、すべてRubyだけで行っている。それで改めて感じたのは、(Rubyのすごさじゃなくて)Windowsのすごさだ。アンチ・マイクロソフトの人の中には、あまりよく知らないのにWindowsはどうしょうもないOSだと思い込んでいる人がけっこういるけど(ある意味正しいけど:-)、実は世界で(商業的に成功している)もっとも尖ったOSはWindowsなのだ。ほとんどあらゆるサービスを、分散オブジェクトして言語に依存せずに操作できるなんて、Linuxには逆立ちしたってできない。時代の先端を進みたいならWindowsでしょ。もちろん、それだけに不安定なこともあるけど、それはKondaraで地雷踏むのとスリルの度合いはたいして変わらないわけで(笑)。結局、Linuxのアドバンテージはオープンソースであることくらいなのだ。もちろんそれこそが重要なのだけれど。でも、すべてのオブジェクトのインターフェイスが公開されていれば、ソースがオープンでなくても色々できてしまうのがWindowsの世界だったりもするわけで。どっちもどっちかも知れない。あとは単に思想的な問題だけだ。

◆ ハンティング

ふわきちにつきとたかつからを捕獲しまして候(94)。

◆ 日記的メモ

エグザスで流す。500m泳げるようになった。目標まであと500m(遠いじゃん)。

イングラムは両腕・両脚まで完成。あとは胴体と頭だけなんだが、先は長い。

自分の記事にはリンクしなかったけど、artonさんのにはリンクしておこう。紹介した責任があるし(笑)。相変わらず文体がカッコイイ。

◆ iPod(2)

一日中、iPod(というか転送用ソフトのMUSICMATCH Jukeboxと)格闘している。なにしろ、いままでいっさいID3タグをつけずに溜めたMP3データが1.2GBくらいあるのだ。

まず、IEEE1394ポートがあるLibrettoから、LinuxマシンにあるMP3データが見えるようにしないといけない。容量不足のLibrettoにコピーするわけにはいかないので、ネットワーク越しに見えるようにする。というわけで、Asumiにしてから入れていなかったSambaを再導入。といっても、

• mph-get install samba
• /etc/samba/samba/smb.conf中のパスワード暗号化部分を有効に
• smbpasswdでユーザ作成
• service smb start

するだけ。楽になったもんだなぁ。パスワードの暗号化は、もうデフォルトで有効にしておいていいと思うけど。

◆ 続いて、ID3タグを付けないといけない。MUSICMATCHを使ってちまちま入れるなんてやってられんので、Linux側でなんとかしたい。運良く、アルバムごとに各種情報を書いたテキストファイルは作ってある。というわけで、Mp3Tagを持ってきてスクリプトを作り、一気にコンバート。へっへっへ。

これでMUSICMATCHのライブラリを構成すれば一発でいけるぜ……と思ったら、これが大きな間違い。既存のMP3ファイルを読み込ませても、ライブラリのエントリーには自動的にID3タグが反映されないのである。ID3タグがちゃんと読み込まれているのは確認したのだが、辛うじて曲名だけが(いったんMUSICMATCH上で編集することで)有効になるのだが、アルバム名やアーティスト名は入れ直さないとダメ。なんじゃこら。

だいたい、このMUSICMATCH、ユーザインタフェースが最悪である。今どきダイアログボックス内に、同じニモニックを持ったボタンが複数あるような製品、見たことないよ。おかげでキーボードを使って作業ができない。しかもデザインはド下品だし。ユーザインタフェースにこだわりがある「はず」のAppleが、こんな製品を添付するんだから、いかにWindowsユーザはどうでもいいと思っているかの現れですな。

ま、一度iPodに転送してしまえばあとは使わないものなので、我慢してアルバム名とアーティスト名だけは手入力する。まとめて入力できるモードがあるので、多少はマシ。これで曲名も読み込まれなかったら、Linuxから使えるIEEE1394ボードを求めに走ったかも知れず(笑)。

それにしても、IEEE1394より、ネットワーク越しにMP3データを送る方がボトルネックになってるよ……おせー。

◆ Debian(2)

次なるデスクトップ向けディストロを探して、RHL9、Debian、Gentoo(これは挫折)、Turbolinux(Suzuka)と、イロイロ試してきた結果、Debianにしようとだいたい心を決めたのは、なんといっても「インストールなんて大嫌い」というのがあるからである。いちど入れたら、二度とインストールをしたくないのだ。そのためには、バージョンアップがあってもちゃんとアップグレードできるだけでなく、そのディストロ自体が継続開発される必要がある。

だとすると製品寿命の短いRHLは論外。Turbolinuxはすごくいい出来なんだけど、この路線をいつまで継続するかわからないという不安がある。そして、インストールが嫌いなのにGentooという選択肢はあり得ない。結局、消去法といういささかカッコ悪い道筋で「Debianしかあるめぇ」となった。

というわけで、最初は多少苦労しても、あとあと楽をするためにDebianを入れたい。問題は、少々あたらしすぎるM/Bなんである。おそらくKernel 2.4.20を入れられれば認識してくれそうな気もするんだけど、woodyに入っていたのは2.4.18だし、手持ちのUSB-NICは、2つとも認識されないからapt-getもできないし。GentooはUSB-NICを認識してくれたのになー。kernelだけアップグレードすればいいんだろうけど、.debから入れようにも依存関係が複雑で、おれの手には負えねぇよ。

で、PCIなNICを買おう、という結論。大人なんだから、時間より金で解決しよう(笑)。でもその次は「Xが立ち上がらねぇ〜」という関門が待っていそうな気がするなり。で、そのあとは「音が出ねぇ〜」だろうな。最後はM/B買い換えというオチか?

◆ フランクリン(3)

なんかツッコミが盛り上がってるなぁ。おれの中ではもう終わった話なので、ほどほどにね:-)

まぁ、「アメリカ人は〜」とか「モルモン教徒は〜」と(もちろん「日本人は〜」も)ひとくくりにして語るのが危険なのは百も承知だけど、アメリカ人は多様だというのもまた幻想だということに、そろそろ気づいた方がいいと思う。特に9.11以降のアメリカは、そら恐ろしいほど単一思想に染まりやすいことを全世界に露呈してしまっているのだから。時々「多様だからこそ国民をまとめる共通の思想が必要なのだ」的な言説を見かけるけど、あれも無茶な理屈だよ。

◆ Streamripperその後

先月仕掛けたStreamripperだが、ほったらかしにしておいたらこんなことに:

% du -h ~/var/mp3
8.7G    /home/sho/var/mp3

% df
Filesystem 1K-ブロック     使用  使用可 使用% マウント位置
/dev/hda1     38811816 31140276 7671540   81% /

ぎゃ、もう10GB目前じゃん。RadioioJazzは64kbpsなので、128kbps換算にすると17GB相当である。ぜんぶ聴くのに何日かかるやら。つーかディスクの使用量が80%を超えてしまったので、しばらく休もう。

◆ OpenID認証の仕組み(想像)

今日のパワポ仕事に飽きたので、余勢で1枚。

なんとなく盛り上がっていることを察してVidentiry.org上にページを確保したのはいいが、何が面白いのかさっぱりわからない人は、OpenIDの仕組みがわかってないのかも知れない。

1. ユーザはVidentity.orgのlogin画面で、IDの代わりに自サイトのURLを入れる。このときパスワードは入力しない(図の[1])
2. IDの代わりにURLを受け取ったVidentityのサーバは、それをOpenIDと見なして、指定されたURLからHTMLを取得する(図の[2]〜[3])
3. 取得したHTMLの中に<link rel="openid.server"...>なる要素を見つけたVidentityのサーバは、実際の認証がそのサーバで行われることを知る(うちの場合TypeKeyのサーバ)
4. さらに<link rel="openid.delegate"...>なる要素もある場合は、入力されたURLではなく、そこに指定されたURLが認証サーバ上における本当のIDだということになる
5. Videntityのサーバは、TypeKeyのサーバ(openid.serverの値)に対して、本当のID(openid.delegate)を伝え、「コイツを認証してくれ」と依頼する(図の[4])。実際にはけっこうややこしいやり取りがあるが省略
6. OpenIDを受け取ったTypeKeyサーバは、ユーザにTypeKeyのパスワード入力を促すページを返し(図の[5])、認証をする(図の[6])。ここもページ遷移にいろいろと工夫があるが詳細省略。重要なのは、ユーザはVidentity.orgではなくTypeKeyにパスワードを渡しているという点
7. TypeKeyサーバはVidentityに認証の結果を返す(図の[7])
8. Videntityは、(ユーザのパスワードを知ることなく)そのOpenIDが正しいものかどうかを確認できたので、ログインを許可する

ちなみに仕様書とかぜんぜん読まずに書いているので(ぉぃ)、ウソかもしんない。で、これがわかっても、現時点で面白いのはたぶん技術者だけ(笑)。

◆ 「ガール本」2冊

最近、移動時間が多いせいか、読書ペースが上がっていて、そろそろ積読も尽きそうな気配。たいていは、そういうタイミングで新刊が出たりするので、なんとかなるんだけど。とはいえ月曜から大阪出張なので、2冊とも読み終えてしまいそうだ。今日中にAmazonから何冊か仕入れておこう。

というわけで、リアル書店からは『 女子高生、リフトオフ!―ロケットガール〈1〉 (富士見ファンタジア文庫)(野尻 抱介)』と『 ラギッド・ガール―廃園の天使〈2〉 (ハヤカワSFシリーズ―Jコレクション)(飛 浩隆)』の2冊をGET。まったく方向性の違う作品なのにどっちも10/20発売で書名が「ガール」入りというのも面白い偶然だ。「ロケガ」の方は10年以上前の作品だが、なぜかチャンスがなくて読み損ねていたものを、今回の新装版でようやく入手。富士見ファンタジア文庫なんて初めて買ったよ。拒否反応が出なければいいが……。「ラギッド」は最初、カバーが地味すぎて見つからなかった……と書いてもAmazonに書影がないのであった。ひどい。

◆ 川崎 4-3 新潟@等々力競技場

16:00試合開始なのに13:00から行列している粋狂ぶり。最近勝ち試合に恵まれてないから、今日は勝って欲しいのぅ。

もちろんナビスコ決勝のチケットは確保済み。

以下、Twitterのログから:

• シーチケの行列がすでに長い…
• 動きだした。
• ふろん太がもう出てきてる…。長時間労働だな。
• 待ち時間にロケガ読み
• キックオフ。ちと寒くなってきた。
• ケンゴ先制!!
• と思ったらすぐおいつかれた
• 久木野、ジュニの連続ゴール!
• 同点…
• ケンゴ勝ち越し!!
• 久々に勝ち試合を見たなぁ。ケンゴは神。