mpdはipnat.rulesでmssclamp 1414を追加するのが重要。
カーネルに追加するのは

options NETGRAPH
options NETGRAPH_BPF
options NETGRAPH_ETHER
options NETGRAPH_IFACE
options NETGRAPH_PPP
options NETGRAPH_PPPOE
options NETGRAPH_SOCKET
options NETGRAPH_VJC

と言ったところでしょうか。
あとデフォルトルートは/usr/local/etc/mpd/mpd.confに

set iface route default

と記入すればmpdで接続されたときに設定されます。

set iface route defaultじゃないのかな？:

そういえばCSSを自動生成してくれるサイトがあったけど。
あそこってfontをpx指定にしているんだよな。
ちょっと害があるかも。せめて%指定にしてくれないかな。

ver.1.3.17だよ。
ちゃんとしたメンテをしないと、script kiddyに侵入されて、サーバーを落とされます。
手間をかけられないのであればdebianを使うとか、ちょっとはましな方法もあります。

制作は東京キッズかぁー。
いちばんの問題は3Dをどこが担当するんだろうかだよな。
2年の技術革新があるわけだから、よりすごいモーションがみられることを期待。
小林さんのときは、週1アニメで3Dを使う実験をしていたみたいな感じだったわけで。いまではレンダリング速度も段違いだし。
権利的にアレで、モデルデーターを新たに起こすわけだから、もっとかっこいい形になっているといいなぁ。
とりあえず、3Dは全フレームをプリントアウトして作監にチェックしてもらいましょう。

「システム管理者が消えた101の理由」
どこかに日本語訳されたのがあった気もするが。

始発で帰ってきたのでTV東京で偶然見た。
なんか青空とかドームとかのBGがすごいマッハバンド。
これって16bitなゲーム機の世界を表現しているのか?

松下電器がIPv6接続できるデスク灯を。
これ横浜でやったNet.Liferium 2003で出ていたのかな?　日本では聞かないけど。

メタデータを付与することの意味_ から。
検索エンジンに引っかかると、情報の横取りをされるからrobots.txtを設置しておこう。
みたいな話にも発展しそうな話題。
やっぱりメタデータを付与する努力をしなくても済むような技術を作って進化させていく。というのがまともな答えかな。
少数のプログラマが最初に苦労して、その後の大多数の利用者がその便利さにのっかっていくのが計算機の有るべき姿。
cddb.comみたいな音楽CDの曲名データベースに、レコード会社本家から登録してほしい。なんてのもmp3ブームのはしりの時に出ましたよね。初めて曲名を入力する人間によって、表記に揺らぎが有ったり。しまいにゃ間違えていたりする。
それだったらアーティスト本人がライナーに書いた曲名テキストをそのままデータベースに提供すればいいんだ。みたいな。
ライナーにはQuarkかIllustratorでデザインした時に、すでにShift_JISで入力しているはずだし。
（ここで音楽CDを例えに出すのは、一番オープン思想に反している業界だから説得力ナシナシだよな）
このあたり オープンソースジャーナリズム_ みたいなのと同じで。
キモは

「みんなのために自分を犠牲にしてがんばるぞ」という奴はいらない。

というところか。
プロジェクトグーテンベルグみたいなのは、デジタイズ（入力者）するひとは苦労しているけど。この論理の場合に「犠牲」になっているのは著者だ *1 。入力者は苦労はしているが犠牲になっている訳ではない。

世間は独特の哲学を持つプロに嫌悪感を持ち，肌触りのよいアマチュアに好意を持つ。

Theo de Raadtが 世間から嫌われた_ り、djbがその独特の哲学から論議を巻き起こしたり。
「人当たりのよさ」や「イメージ」や「優しい丁寧な口調」で人間が判断する以上、この問題は何千年も続いているわけだが。
「丁寧な口調」であるかどうかで、信頼するべきかどうかを判断してはいけない。なぜならよく出来た詐欺・悪徳商法や悪意を持った人は、考えうる限り最高に丁寧な口調を使っているからだ。人間が第一印象だけで大半の判断をしていることを悪用しているのだ。
……と、わざわざ釘を刺さなければならないほど、これは本能に反している。
本能にそった設計はそれだけですばらしい。しかし、本能にそった行動を取りやすい事を悪用することも可能だ。
情報の流通コストが限りなくタダに近くなって。オープン思想が広まっていくと。逆に悪用しないように、プロにしかわからないようにクローズにしなければならなくなる。
Macでプログラムをするときに、ファイルを指し示すのに 構造が公開されているFSSpecから、構造が秘密になったFSRefに_ やり方を変えていく流れになった。
Appleはオープンソースに歩み寄ったのに、非公開APIなの?　と、ふと思ってしまうが。理由はちゃんとしている。
今までのFSSpecでは、ファイル名などの構造が決めうちされていて。ソフトによっては、インターフェースを迂回して直接その構造体の一部にアクセスしたりしている。何も変化が無いときは問題ないが、もしAppleが将来ファイル名を32byteから大きくしようとしたら、こういうソフトは動作不良を起こしてしまう。構造体の仕組みが変わらない事を前提にしているからだ。
だからインターフェースだけ使ってね、もしファイルシステムとかが変わってもFSRef APIで吸収するから、ソフトの互換性は問題ないですよ。ということにした。 *2
もちろんFSRefをハックすれば、どういう仕組みなのかはわかるだろうけど。そこまで実力のあるプロならば、その制作意図も理解するだろうから、問題の有るようなソフトは書かないだろう。
情報が広まり過ぎると、逆に分かりにくくして迷彩する必要が出てくる。そしてその難しい概念を理解するような実力のある人間は、その実力がゆえに悪用してまで生活する必要は無いだろう。という見込み。
これをオレは「オライリールール」と呼んでいる。

log.cgiのYY/MM/DD.html#対応を誰か教えてー。

カッコをつけるにはまず見た目から。（これ重要）