■ MSN Messenger のミュージックボックスについて訂正 [IPv6]

指摘を受け、先日のエントリーを修正

■ ThinkPad s30 [ThinkPad]

実は下のエントリーは ThinkPad T40 が生きてる時に取ったデータだったりするわけです。
修理までの間、X21 で生きて行こうと思ってたんですが、メインメモリが 128MBなだけに、常に swap してるので、HDDの寿命に悪そうです。で、会社に転がっていた ThinkPad s30 に HDD を移し換え、メインメモリが一気に倍の 256MBに！......って虚しい orz

それはさておき、swap しなくなって、結構快適だったんですが、どうも Firefox と相性が悪いらしく、Xごと、突然お亡くなりなることが頻発。なんじゃこりゃ......

そうなると、電源を無理矢理落して、立ち上げ直すしかなくなるんですが、やっぱり HDD の寿命には良くない気がする。はぁ......

■ AllowOverride がパフォーマンスに与える影響 [Apache]

AllowOverride を All とかにするとパフォーマンスが悪くなるから、必要なところだけ enable にね。とかよく言われますが、どの程度影響があるんだろうか？ と前々から気になってたので、実際に測定してみました。

ab(Apache Bench)を使って、10回試行、そのうち、最大と最小を削除し、８回で平均を取った値で比べてます。

$ ab2 -n 100 -c 10 http://127.0.0.1/~kunitake/index.html

1回の試行毎に 10秒、間を空けてあります。

実際の集計はこんな感じ(apache-bench.pl は単に ab を起動、出力の整形をしてる簡単なスクリプト)

$ ./apache-bentch.pl
Requests per second: 1389.64 [#/sec] (mean)
Requests per second: 1400.95 [#/sec] (mean)
Requests per second: 1390.26 [#/sec] (mean)
Requests per second: 1368.25 [#/sec] (mean)
Requests per second: 1362.36 [#/sec] (mean)
Requests per second: 1406.47 [#/sec] (mean)
Requests per second: 1375.48 [#/sec] (mean)
Requests per second: 1391.46 [#/sec] (mean)
Requests per second: 1373.49 [#/sec] (mean)
Requests per second: 1399.76 [#/sec] (mean)
 MIN/MAX/AVG : 1362.36/1406.47/1386.16125

環境は

Server	Apache 1.3.34
Kernel	Linux-2.6.14
FileSystem	ReiserFS + LVM + dm-crypt

データ領域はとりあえず mount option に noatime を与えてあります(これによる Disk I/O の低減がパフォーマンスに目に見える形で貢献するのか、あとでまた調べよう)

で、実際に測定したのが以下。

- ALL
  "AllowOverride All" の設定で測定
- ALL + htaccess
  "AllowOverride All" および各ディレクトリに ".htaccess" を設置。
- None
  "AllowOverride None" の設定で測定

一応、秒間に何リクエストを捌いているかがY軸になりますが、コンテンツの大きさなど、さまざまな要件で簡単に増減すると思うので、数字としてはあまり気にしないでください。まぁそもそも CPU/Memory の値も書いてないし、肝心な apache の設定も書いてないので、傾向を見る程度で(^^;




で、どの程度のパフォーマンスダウンと言えるのかと思って、パーセントに直したのが以下のグラフ。




横軸にあるディクトリ階層とは

ディレクトリ階層	URL
0	http://localhost/~kunitake/index.html
1	http://localhost/~kunitake/1/index.html
2	http://localhost/~kunitake/1/2/index.html
3	http://localhost/~kunitake/1/2/3/index.html
4	http://localhost/~kunitake/1/2/3/4/index.html

こんな感じ

そもそも AllowOverride None ではないと、なんでパフォーマンスが落ちるかというと、リクエストされたコンテンツが置いてあるディレクトリに .htaccess があるかどうかを調べ、なければ、さらに上位のディレクトリに .htaccess がないかを調べ......というように再帰的に探しにいくからという記述がされているサイトもあるようですが、あろうがなかろうが、一番上まで探しにいって、さらに、深い方が設定的には優先されます(もしかしたら、上から順に .htaccess を探しに行くのかも？まぁ正確なところはソースコードみないとわからないけど)
まぁともかく、いちいちこんなチェックをしてるから遅くなるわけです。このことは、グラフからもそれは読み取れて、ディレクトリが深くなればなるほど、パフォーマンスが落ちていることからもわかるかと思います(さらに .htaccess があれば、その読み込みおよび評価も行う分遅くなりますね)

まぁどんな場合にもこのグラフのように数十％のパフォーマンスダウンが起きるわけではないとは思いますが、参考までに。

ついでに SSI を有効にして、実際に html にコンテンツを組み込む場合も測定してみましたが、こっちは約半分ぐらいに捌けるリクエストの数が減りました。やっぱ、パフォーマンスへの影響は大きいなぁ。

追記：2009-09-09
どうやらAllowOverrideの使い方を知りたくて Google で検索してくる人も多いようなので、そういった方は、下記を参照ください。
AllowOverrideについて

■ ThinkPad 保守マニュアル [ThinkPad]

ThinkPad T40 の保守マニュアルが欲しくなったので、探してみる。

http://www.ibm.com/jp/pc/home/manual/0410/a8888980.pdf

その他の機種に関してはマニュアル : ハードウェア保守マニュアル から検索

■ 「詳解 正規表現」を読む [Regexp]

http://dev.ariel-networks.com/articles/workshop/regex/paper/

あとでじっくり読む......時間をとりあえず作ろう。

via http://1470.net/mm/mylist.html/430?date=2006-01-27#m130444

■ Emacs-Wiki & Planner.el [Emacs]

最近、Emacs熱が上がって来ているので、気になるやつをメモ。

Emacs-Wiki
http://www.teria.com/~koseki/emacswiki/EmacsWiki.html

Emacsでタスク管理とかスケジュール整理とかしてみる_Planner.el
http://www.textpresso.biz/PlanNer.html

■ Debian の鍵の更新 [Debian]

いまさらながら、apt-get update で鍵が云々と言われて更新できなくなった場合の対処。

$ wget http://ftp-master.debian.org/ziyi_key_2006.asc
# apt-key add ziyi_key_2006.asc

もちろん、こんな風に鍵の検証を無視してしまうと、PGPの署名の意味がないんだろうけど(^^;

参考:
http://kmuto.jp/d/index.cgi/2006/01/07/

■ 旧 RSS フィードを 301 で飛ばす [RSS]

http://www.otsune.com/diary/2005/06/09/6.html

を参考に、weblog on xoops の RSS を http://www.kunitake.org/chalow/cl.rdf へ飛ぶように修正。具体的には

http://www.kunitake.org/xoops/modules/weblog/backend_weblog.php

の backend_weblog.php を下記のように書き換え

backend_weblog.php

<?
  header ('HTTP/1.0 301 Moved Permanently');
  header ('Location: http://www.kunitake.org/chalow/cl.rdf');
?>

追記：
お？ Bloglines はちゃんと切り替わったみたい。すばらしい :-)

■ マシンが壊れた...... [ThinkPad]

メインマシンとして使っていた ThinkPadT40 が Boot しなくなりました orz
で、急きょ X21 に HDDを載せ換えたんですが重い......画面が狭い(T_T)

重い原因は CPU よりもメモリっぽい？(1GB => 128MB)
あともうちょっとしてたら買い替えてたかもしれないのに、この時期に壊れるとは、微妙。まいったなぁ......

■ 左右が反転しない鏡〈リバーサルミラー〉 [小物]

http://www.gin2.com/0301/03010027.html

噂の左右が反転しない鏡。5250円かぁ......あってもいいなぁ。

via http://papalagi.org/diary/200601.html#eid395

■ emacs で画像を扱う [Emacs][Chalow]

chalow で日記を書くようになって、だいぶ日記を書くというストレス？ は薄れました。やっぱり、思い付いてさくっと offline でも書けるってのはいいね。Xoops もいいんだけど、

1. 認証
2. クリックで、エントリーを書くフォームまで移動
3. 内容を書く
4. submit

は、私のような不精者には面倒。もっと早く使ってればよかったなぁ＞chalow

で、Changelog 形式でメモを書いて行くのはいいんですが、どうしても画像を参照させたくなる時があります。どうしたものかと思ってたんですが、

http://namazu.org/~satoru/unimag/1/
http://howm.sourceforge.jp/cgi-bin/hiki/hiki.cgi?ImageCapture

の２つで万事解決 :-)

M-x insert-image-file

で、元ある画像を取り込むこともできるし、

M-x imcap-capture

で、気軽にキャプチャーすることが可能。こんな感じ。




で、ちょっと出力を "<" ">" ではなく、Wiki形式で吐き出すようにちょこっと書き換え。
さらに、chalow を実行した際に、画像をあるディレクトリに移動して、リンクを適切に書き換えるようにしたので、upload までほぼ自動化が完了。

update-diary.sh

#!/bin/sh
~/bin/chalow -o /home/kunitake/public_html/chalow -c ~/bin/cl.conf ~/memo/diary.txt

こんなスクリプトを用意して、実行。

$ update-diary.sh

ローカルで一応動作確認をしてから

$ sitecopy -u diary

で、アップロード。便利 (T^T)b
あとは、画像をコピーする際にサイズをチェックして、大きければサイネムを生成しクリックで画像拡大......までやれればいうことなしかな？ imagemagick を使えば簡単にできそう。そのうち対応しよう。

■ 戯言シリーズ [Book][アサマシ]

書店でシリーズ完結！みたいなポップ付きで紹介されてて、面白そうだったので購入。１冊目のどんでん返しはお気に入り。トリックについては、反論もあるんだけど、まぁいいよね？ そんな不満も些細なことだと思える程楽しませてもらいました。
ただ残念なことに、そういう推理小説的な側面も、シリーズ半ばで薄れてしまったように感じてまいました。
しかし......これってライトノベルズの括りになるの？(^^;

＃ライトにゃ読めんよ

クビキリリサイクル 青色サヴァンと戯言遣い
クビシメロマンチスト 人間失格・零崎人識
クビツリハイスクール 戯言遣いの弟子
サイコロジカル＜上＞ 兎吊木垓輔の戯言殺し
サイコロジカル〈下〉曳かれ者の小唄
ヒトクイマジカル−殺戮奇術の匂宮兄妹
ネコソギラジカル (上) 十三階段
ネコソギラジカル (中) 赤き征裁VS.橙なる種
ネコソギラジカル(下)青色サヴァンと戯言遣い

【amazon】【amazon】【amazon】【amazon】【amazon】【amazon】【amazon】【amazon】【amazon】

■ お金でなく、人のご縁ででっかく生きろ！ [Book][アサマシ]

2005年、百式管理人の本棚を生き抜いた12冊

を全部読んでみよ〜ということで買ってみたうちの一冊。半分ぐらいは手にいれて読み終えてるので、感想はぼちぼちと。

いや〜熱い人ですよね。面白かったです。坂本竜馬好きってことで親近感も湧いたし(^^;
タイトルを見ると、説教臭い話を読まされるのかと思ってたんですが、全然そんなことはなく、実体験を通しての、人との縁を大事にすることの大切さなどが語られています。
業種は違うんですが、この人と一緒に仕事をすると、大変＆楽しいんだろうなぁ

【amazon】

■ 19x19 トクトク−日本人のアタマをもっとよくする2桁かけ算 [Book][アサマシ]

12〜19 までをあるキャラクターにたとえ、そのキャラクタ(7人？)に合わせたイメージ(これがごろ合わせになってる)を覚えることによって、19x19 までを覚えてしまおう！ という本になっています。
ざっと読んだところ、大体１時間ぐらいで覚えちゃいました。これがちゃんと定着するまで、なんどか読み直す必要があるかと思いますが、それもあまり苦労はなさそうです。まぁかなり強引なごろ合わせもありますが、数が限られているので、大丈夫でしょう(^^;

＃ 12x13 と 13x12 は答えが一緒ですから、思ったより覚える量は少ないです。

覚え方ですが、私は以下のようにしました。

a) 12,13,14,15,16,17,18,19 のキャラクタ紹介を読みつつ、数字とキャラクタ
   との対応を定着させる。
   これは b) をやりながらも随時。b) のごろ合わせのイメージに合うようにキ
   ャラクタの性格が色づけされているので、早々に b) へ移った方が良いかと。

b) 12x12, 12x13 など、キャラクタの組合せによって、ごろ合わせのイメージが
   すぐに出るようにその対応を定着させる。

c) ごろ合わせのイメージと実際の計算結果の数字の対応を覚える(強引なやつも
   あるので(^^;))

d) あとは、ざっと本をめくりながら、普通に計算ができるように流し読み。

で、ちょっと注意する点があるとすれば、この本にはいわゆる九九の覚え方は書いてないのでそれは従来通り普通に頑張る必要があります。で、つづいて、10の段、11の段も書いてないです。まぁ 10の段は書くまでもないですし、11の段は暗算でさっとでますから(17x11=(170+17)=187, 19x11=(190+19)=209とか)、取り上げなかったってことでしょうか？

２桁のかけ算をするようになるのって小学何年生からでしたっけ？ 中には普通に暗算出来てしまう子もいるでしょうから、すべての人にお薦めはできないんでしょうけど(暗算できるなら、そもそもごろ合わせで覚える意味ないしね(^^;))、もし算数が苦手な子がいたら、算数が楽しくなるきっかけになるかも？



関係ないけど、

【amazon】

をやってて、普通に九九がさらっとでなくなってることに気づかされて戦慄を覚えたり。使わないとここまでダメになるものか......

■ テーマを変更 [Chalow]

どうにもサイドメニューが使えなかったので、chalow に最初からついて来ていたテーマへ差し替え。

■ フェルマーの最終定理 - ピュタゴラスに始まり、ワイルズが証明するまで [Book][アサマシ]

聞いていたとおり面白かった！私でも知ってる、フェルマーの最終定理が証明されるまでを、興奮とともに追体験しているような感覚。

ワイルズが行った、フェルマーの最終定理についての証明は、最先端のさまざまなテクニックが駆使されているそうです。この本で触れられている主なものだけでも

- 楕円方程式
- 谷山=志村予想
- コリヴァギン=フラッハ法
- ガロアの群論
- 岩澤理論

など、聞きなれない言葉が並びます。でも、中学校程度の数学の知識があれば、楽しく読めてしまうんじゃないでしょうか？(なくても面白いかもね)
物語は、ピタゴラス(ピュタゴラス)から始まり、徐々に舞台が整っていきます。
オイラーだとか、ケプラーだとか、教科書でしか聞いたことがないような人たちが出てくるのも楽しいですが、いよいよ機が熟し、ワイルズが証明へと突き進むさまを見ていると、数学はもしかして、フェルマーの最終定理を解くがために存在しているのではないか？ という錯覚すら覚えます。
いや〜読んでて楽しかった。ここまでドラマチックに読めてしまうのは構成の妙なんでしょうかね？ 雰囲気はダヴィンチ・コードチック？ でもこっちはなにせ実話。面白さ倍増(^^;

個人的にはフライが、フェルマーの方程式を楕円方程式へと変形させ、谷山=志村予想と結びつけたくだりには、かなりシビレた。

この本で、数学を学ぶことは叶わないとは思うけど、数学が好きになるきっかけにはなるんじゃないかな？
理系に進むつもりだけど数学なんとなく苦手、という人にはお奨めかも？ 本の内容にはあんまり関係ないんだけど、

「数学って一所懸命勉強しても、役に立たないんだよ」

なんていう人がいますが、これ、嘘です。これを下手に信じちゃうと

「だまされた！！数学ってこんな便利、というか使わんとどうにもならんやんけ！知ってたらもっと真面目に勉強したのに！！」

と後悔すること請け合い。たとえばロボット工学をやりたい人は、制御工学に身を投じる必要があるかと思いますが、ラプラス変換とか、鬼のように使いまくりです。ええ、苦い経験です(T^T)

■ OCN IPv6はIPv6 over PPP/L2TP(not Teredo) [IPv6]

http://muziyoshiz.jp/20060111.html#p01

NTTコミュニケーションズのサイトでOCN IPv6の仕様書が公開されたので、僕もさっそく読んでみました。

あ〜これ気になってたんですよね。@nifty/e-Access の IPv6 接続サービスが終了してしまったんで、IPv4しか使えない日々が続いてました。いろいろ遊ぶにしても、このままだと不便なので、アッカに切替えて、IPv6 接続サービスを申し込もうと思ってたんです。
が、切替え時にタイミングが合わないと、インターネットが使えない日が出て来るってことで、躊躇してたんですよね。使えない空白の日が出来るぐらいなら、いっそ OCN に乗り換えてみようかな〜と思ってる最中だったり。

ん〜まぁ nifty とも長いつき合いだったし、もうちょっと考えてみよう(^_^;

■ MSN MessengerのミュージックミックスをIPv6(Teredo)化 [IPv6]

MSN MessengerのミュージックミックスをIPv6(Teredo)化
http://muziyoshiz.jp/20060122.html#p01

このアプリって、チャット参加者がNATを通して接続してると、音楽ファイルの再生速度に音楽速度の共有（コピー）速度が追いつかなくて全然使い物にならないんですが……Teredo等を使ってIPv6接続するとだいぶ実用的に使えることに気づきました。せっかくなのでその方法を紹介しときます。

ということで、Teredo を使って、IPv6 で接続する方法が紹介されてます。IPv6 over IPv4 tunnelの方が、NAT環境よりも速いってことがあるんですね。ちょっと意外でした :-) 元記事の吉澤さんから、コメントを頂いた通り、IPv6 over IPv4 tunnel で速くなるという表現はおかしくて、IPv6 だと、サーバを介さず end-to-end でやりとりするので、速くなるということだそうです。ここに訂正させて頂きます(2006/01/31)

■ ccTLD world map [Network]

http://www4.plala.or.jp/nomrax/TLD/

これは力作。

via http://callisto.comlab.soft.iwate-pu.ac.jp/~g031y177/uhi/#p2006-01-26-p1

■ ParaFla! [Flash]

http://www.geocities.jp/coa9999/index.html

Flash 作成ツール。すげ〜フリーのソフトでここまでできるのか......

■ 英文メールを書くのにめちゃめちゃ便利なサイト [English]

EIGO de Mail
http://www.eigodemail.com:9090/email-index.xml

via http://d.hatena.ne.jp/ryuzi_kambe/20060121/p2

■ やわらか戦車２ [ネタ]

某氏の日記でも好評だったやわらか戦車の続編が出た模様。

http://anime.livedoor.com/#feature

■  ダンボールでTシャツを綺麗にたたむ裏技 [TIPS]

http://www.funmansion.com/html/fm-Homemade-Tshirt-Folder.html

via http://8bd.org/blog/log/eid474.html

■ Javascript の debug 用拡張 [Firefox][Javascript]

FireBug - Firefox Extension

使い方がよくわからん(´･ω･`)

via http://d.hatena.ne.jp/send/20060120/p2

■ コンソールが消灯するのを防ぐには [Linux]

http://www.atmarkit.co.jp/flinux/rensai/linuxtips/251stopconsuspnd.html

$ setterm -blank 0

via http://1470.net/mm/mylist.html/926?date=2006-01-25#m129289

■ scp で不具合 [Security][ssh]

[SA18579] OpenSSH scp Command Line Shell Command Injection

via http://www.st.ryukoku.ac.jp/%7Ekjm/security/memo/2006/01.html#20060125_scp

■ Xのアプリでコピーしてもemacsで貼り付けできない症状 [Emacs]

http://blawat2015.no-ip.com/~mieki256/diary/20060123.html#200601234

何も選択していない状態で M-w してから、X アプリでコピー → emacs で貼り付けすればどうにかなる模様

ほほ〜。今度試して見よう。

■ 排他制御のパフォーマンス [Tuning]

http://dev.ariel-networks.com/blog/index.php?itemid=706

via http://takabsd.jp/d/?date=20070121

■ Apache Performance Tuning [Tuning][Apache]

http://takabsd.jp/d/?date=20070121
http://takabsd.jp/w/tech/?apache

Atomic Operations についての詳細。

■ プロキシ・サーバでTomcatのパフォーマンスを高速化する [Apache][Tuning][Tomcat]

ちょっと古い記事っぽいけど。

オープンソースのプロキシ・サーバ「PippoProxy」で
Apache＋Tomcat構成の限界を克服する
http://www.javaworld.jp/enterprise/-/18582.html

■ 「汚れないトイレ」はカタツムリの殻から [ネタ]

http://www.yukan-fuji.com/archives/2006/01/post_4596.html

■ くっつきBBS の SPAM対策 [Chalow]

http://www.pochi.cc/%7Esasaki/chalow/2006-01-25-2.html

2byteコードが入ってないと受けつけないよ、
という対策をしてみた。

ということで、そんな心配ないけど、真似ておく。

■ Dave's Blog

プレゼン資料作りにあたっての10/20/30の法則 [プレゼン]:

面白いな〜メモメモ。

via http://1470.net/mm/mylist.html/854?date=2006-01-09#m123698

■ Tivoli Workload Scheduler パフォーマンス・チューニングガイド [IBM][Tuning]

http://www-06.ibm.com/jp/software/support/techflash/492570E3000404CA.html
http://www-06.ibm.com/jp/software/support/techflash/images/492570E3000404CA001.gif

そのうち聞かれそうな気がするのでメモ。

via http://1470.net/mm/mylist.html/854?date=2006-01-10#m123791

■ Hacking Apache HTTP Server at Yahoo! [Apache]

http://public.yahoo.com/~radwin/talks/yapache-apachecon2005.htm

Crazy なぐらい大規模なサイトで Apache がどう使われるのか気になってたので、これはいいね :-)

寝惚け眼ながら、ざっくり目を通してみた。

- 34 億 page views / day

全世界で、なんでしょうけど、このあたりは、たまにニュースリリースでも出てますが、恐ろしいほどのアクセスですね......

Apache 1.3 系に手を加えたものだったは意外(採用していない理由もプレゼンに書いてある)
ただ、今年(2006年)中には2.2系ベースに移行するらしい(prefork MPM).

この Apache にはいろいろ手が入っているらしく、その理由などの説明もあったり。

興味深かったのは MaxClients や Min/Max/StartServers に対する割りきり方かな？ ふむ。

http://www.freebsd.org/cgi/man.cgi?query=accf_http&sektion=9
http://builder.com.com/5100-6372-1050771.html
http://public.yahoo.com/~radwin/

このあたりもあとで読もう。

via http://1470.net/mm/mylist.html/854?date=2006-01-25#m129843

■ Google の裏技 [Google]

ちょっと自慢できるこんな裏技 Googleを「仕事」で使い倒せ！
http://arena.nikkeibp.co.jp/tokushu/gen/20051125/114436/

ちらっと見たら知らない小技も。あとでじっくり読もう。

via http://1470.net/mm/mylist.html/854?date=2006-01-25#m129842

■ 冷蔵庫のプリンが凍ってました [ネタ]

http://blog.livedoor.jp/michaelsan/archives/50332172.html
http://blog.livedoor.jp/michaelsan/archives/50332182.html

おもわず笑ってしまうとともに、和んだ。兄ちゃん、文章うまいな〜

■ 複雑で重くなった JavaScript を高速化する方法 [Javascript]

複雑で重くなった JavaScript を高速化する方法
http://cl.pocari.org/2006-01-15-2.html

"." による参照回数を減らすと、それだけ速くなるらしい。

■ Swapd [Linux]

Swapd
http://sourceforge.net/projects/swapd/

via http://d.hatena.ne.jp/kinneko/20060124/p3

Swapd は、メモリが足りなくなると、Swap file を動的につくってくれるらしい。ただし、kinneko さんのところでも書かれている通り、Swap file よりも、Swap パーティションを作った方が高速なので、向き不向きは、要件によりけりってところかな？

■ 新型 ThinkPad は 20V ? [ThinkPad]

http://images.anandtech.com/reviews/mobile/CoreDuo/t60back.jpg

これが本当なら、気軽に ACアダプタを借りるってのは出来なくなるかも？

■ CPUに関する最適化オプション [C]

GCC: CPU に関する最適化オプション
http://www.fan.gr.jp/~ring/doc/gcc_i386_option.html

via http://1470.net/mm/mylist.html/739?date=2006-01-24#m129087

■ フェルマーの最終定理 - ピュタゴラスに始まり、ワイルズが証明するまで [Book]

http://www.ringolab.com/note/daiya/archives/004192.html

で紹介されていた。面白そうなので、さっそく注文。

【amazon】

■ chroot を使って異なる Debian ディストリビューションを起動する [Debian][Linux]

http://qref.sourceforge.net/Debian/reference/ch-tips.ja.html#s-chroot

via http://on-o.com/page/diary/20060111.html#p01

■ お休み [休暇]

今日は体調を崩して１日お休み。というか今月休み過ぎ(--;

■ mod_dnssd [Apache]

http://0pointer.de/lennart/projects/mod_dnssd/
Avahi経由でApache2をDNS-SDに対応させるモジュール。よくわからんがメモ。

via http://d.hatena.ne.jp/kinneko/20060123/p6

■ 新試験区分『テクニカルエンジニア（情報セキュリティ）試験』創設 [Security]

http://www.jitec.jp/1_00topic/topic_20050901_ts.html

■ 営業電話の切り返し方 [ネタ]

http://kengo.preston-net.com/archives/002411.shtml

■ 7.1 インチ液晶モニタ [小物][Server]

http://akiba.ascii24.com/akiba/news/2006/01/21/660126-000.html

む？ これは是非欲しい。

■ ＴＯＫＹＯリ・デザイン の正式名発表 [その他]

olinas（オリナス）とのこと。
http://www.tatemono.com/news/2006/ttknews060118_olinas.html

女性向けかぁ......ちょっと期待してたんだけど、行きづらい雰囲気になるかも？

■ 英語を勉強に変えない [English]

英語の練習法（あえて勉強法とは言わない：勉強にするな）
http://ohzawa-lab.bpe.es.osaka-u.ac.jp/resources/english-recipes.html

via http://secure.ddo.jp/~kaku/tdiary/20060119.html#p25

■ 『計算機プログラムの構造と解釈 第二版』解答集(未完) [Scheme][アサマシ]

http://oss.timedia.co.jp/index.fcgi/kahua-web/show/SICP/Answer%20Book

via http://secure.ddo.jp/~kaku/tdiary/20060119.html#p19

まだこの本、読み終えてないんだよねぇ。

【amazon】

■ 入門SchemeとXSCM [Scheme][アサマシ]

http://www4.ocn.ne.jp/~inukai/scheme_primer_j.html
via オレンジニュース

入門Scheme が公開されています。ただ、

http://www.dinukai.org/

へ移行作業中とのことなので、そのうち、公開先も変わるかも？

この入門Schemeですが、Amazon には、新品はなさそう。もう絶版してるのかな......

■ JANOG17 [JANOG]

2006/01/19〜20 までの２日間にわたって開催された JANOG17 も無事終了。今回は特に
Network 屋さん？ 向けの内容として充実したものになったのでは？

ログはささけんさんの所で公開されてたり。

１日目
http://www.pochi.cc/%7Esasaki/chalow/2006-01-19-4.html

２日目
http://www.pochi.cc/%7Esasaki/chalow/2006-01-20-1.html

すばらしい :-)

■ Internet Week 2005のチュートリアル資料公開 [Manuscript]

資料が公開された模様。

Linuxで作るお家サーバ
http://www.nic.ad.jp/ja/materials/iw/2005/proceedings/T8.pdf

■ ThinkPad T60/X60 [ThinkPad]

ThinkPad T60/X60 が発表となってますが、日本での発売ままだ先みたい。

http://www.notebookreview.com/default.asp?newsID=2701
http://www.notebookreview.com/default.asp?newsID=2702

トラックポイントがないと生きて行けない体なので、ほとんど選択肢がないんだよねぇ。

トラックポイントとは
http://d.hatena.ne.jp/keyword/%A5%C8%A5%E9%A5%C3%A5%AF%A5%DD%A5%A4%A5%F3%A5%C8

CPU が Core Duo ということで、こいつって VT に対応してるんだよね？ Xen で楽しめそうだし、そろそろメインのノートを新しくしようかなぁ......

■ Emacs あれこれ [Emacs]

Emacs ユーザーの方に質問です。これは便利! と思える elisp プログラムを教えてください。
http://www.hatena.ne.jp/1137478760

dmacro-key かぁ。試してみようかな。

■ CPUのつくりかた [Computer]

http://fukumori.org/diary/?category=CPU%A4%CE%C1%CF%A4%EA%A4%AB%A4%BF

■ Hybrid Insector [その他]

http://www.h7.dion.ne.jp/~n_circus/index.html

via http://blog.livedoor.jp/kemui/archives/50175725.html

しぶい...

■  『森羅万象一切有為：財団法人日本ユニセフ協会と、国連機関のUnicefとは別組織』 [その他]

http://blog.goo.ne.jp/shipinsea/e/4fc10e29d752c48c4debbcf74da5589e

ふむ。とは言え、日本ユニセフ協会経由だと便利なんだよね〜

■ Perl のセキュリティホール [Perl][Security]

rpm の自動アップデートにやられた。
http://sky.taro-web.com/2005/12/21/000521

Scalar::Util を利用しているプログラムに影響が出たとの話。自分で調べた限りでは、Sys::Syslog を使ったプログラムで動作不良は起きなかったんだけど、念のため、もうちょっと追った方がよさげか。