2006年12月アーカイブ

気づいたら終了していた模様・・・。

過去2回の大会を観戦した自分としては、まあ日本の優勝は固いでしょう（男／女・個人／団体全て）と思えば、肝心の男子団体、日本は準決勝でアメリカに敗れたそうな。韓国とは結果を見れば今までも確かに僅差だったけど、内容的には結構差があるように思えたし、（おそらく実力No.3である）アメリカにはなおさら負けることはないと思っていただけにビックリ。

全剣連の公式サイトでは結果の詳細は見ることができなかったものの、ちょっと調べるみたところやはりアメリカ勝利のカギはクリストファー＆ダニエル・ヤン兄弟。それぞれ2本勝ちだったらしい。両者とも最近は日本で活動しているとか。彼らはなんというか華があって、仮に剣道を世界で大ブレイクさせたいと思ったら決してはずせないキャラクター。

日本の選手から1本とると感嘆の声と拍手が巻き起こり、とった選手はすべからくヒーローと言っても過言ではない、おそらくはその雰囲気を味方につけたアメリカ代表と、必勝を義務づけられたプレッシャーを負う日本、勝敗はそこで分かれたのではないかと思う。こう書くとなんだか日本の負けを認めないようにも見えるのだけど、正直その気持ちが半分ある。とはいえ、そのような微妙な要素が勝敗を分けるほど、実力が拮抗してきているのだなあ・・・それも韓国ではなくアメリカと（ちなみに、アメリカ─カナダも2─2の取得本数勝ち）。

さて、14WKCはどこで開催だ？

日本─アメリカ戦の動画@YouTube

先鋒／次鋒／中堅／副将／大将

<div name="hoge">

などと HTML 的にはちょっとあれなことをした場合、 Firefox では問題なく getElementsByName('hoge') で取得できるのだが IE ではムリ。

しかたないので

<div id="hoge">...</div>
<div id="hoge">...</div>

と、さらにあれげなことに・・・。でもこっちはちゃんと動いた。将来のバージョンで動かなくなる可能性大・・・。

愛用の第一世代 nano (黒／4GB) で、ある日突然ポッドキャスティングのシャッフル再生ができなくなったのは、きっとそれを司っているチップが故障したからに違いないとパッと見ありえなさそうな被害妄想を抱いて第二世代購入。

が、症状は改善せず、結局 iTunes がどこかのバージョンから「シャッフル時にスキップする」をポッドキャスティングに対してデフォルトでONにしたためと判明。

ところでこれ、第一世代と何が違うんだろう？少なくとも見た目は前のやつの方が好きだった。

ソースはすべてこちら

 ヒョードル怪我で大晦日欠場かも

下のとおりミルコ欠場は確定ということらしいので、ヒョードルも出ないとなんともものたりない男祭りに・・・。もっとも、今ファンがもっともみたいカードはヒョードル×ミルコなので、それが実現するまでは下手に試合しない方がいいかもというポジティブな見方もできるかもしれない（練習でケガしちゃ台無しだけど）。

ミルコ怪我のため大晦日欠場（とミルコのオフィシャルサイトでリリース）

vs.チェ・ホンマンがまことしやかに囁かれていたがデマだったようだ。ミルコ×ホンマンでミルコが圧倒的に勝つところを見たかったといえば見たかったので残念。

ミルコ1年契約を結ぶ見通し

US $2,500,000（約3億円弱）／1試合だとか。今のDSEの財力からしたらかなり高い・・・よね？きっと。

ヒョードル2年契約を結ぶ

これでプライド一安心。ミルコが上記の金額だとしたら、こちらはいくらかなのが気になるところ。

agavi ユーザーの自分としては phing はマストアイテムなのだが、先ほどインストールしようとしたら phing.info が落ちていてつながらない。どこにもミラーリングされてないし、なんていうか、やるせない気分だ。

まあなくても agavi は普通に動くんでいいですが。

たまに Javascript を書いてみれば、やっぱり Mac IE5.5 でハマリまくり。

その1 画像サイズ取得編

img = document.createElement('img');
img.setAttribute('src', 'foo.jpg');

の後で、

img.width

で幅を取得すると、なんか変な値が返ってくる。具体的には、40px * 60px の画像を20個読み込んだら、最初だけ正しく 40 が返ってきて、2つ目以降は謎の数字 26 が返ってきた。

改めて考えてみると、src 属性を setAttribute した直後だったので画像をロードできていなかっただけという気もする（じゃあ 26 って何よ？）。

Win IE6.0/Firefox1.5、Mac Firefox1.5/Safari ではちゃんと全ての画像のサイズを正しく取得できていたけど、この人たちはきっと気を利かせて画像をロードするまで待っていてくれたということなんだろう。

その2 別フレームの関数実行編

parent.top.myFunc();

とかやると自分自身と並列にある top フレームの myFunc 関数を実行できるはずなのだけど、存在しないプロパティまたはメソッドですとかなんとかいわれて怒られる。これは結局フレーム名を top でなくしたら解決したので、top が _top と同一視されてる？検証してないので詳細不明もとりあえず Firefox では top でもちゃんと動いた。ちなみにこの問題は Win IE6.0 でも同様。

以上、2つともなんとなく自分が間違ってる気もします。Javascript はほとんど素人なので・・・。

なんだかんだ言って、しばしば www.php.net のマニュアルページを参照する人は多いと思うのだけど、実はミラーリングされている jp.php.net の方が相当アクセスが快適。

「php」でググると日本PHPユーザー会経由で本家の方にたどり着くと思うので、意外と気づいていない人も多いのでは？

[nomura@localhost usr]$ ping jp.php.net -c 5
PING jp.php.net (61.195.146.164) 56(84) bytes of data.
64 bytes from pobox.packetbusiness.com (61.195.146.164): icmp_seq=1 ttl=48 time=16.4 ms
64 bytes from pobox.packetbusiness.com (61.195.146.164): icmp_seq=2 ttl=48 time=22.3 ms
64 bytes from pobox.packetbusiness.com (61.195.146.164): icmp_seq=3 ttl=48 time=22.4 ms
64 bytes from pobox.packetbusiness.com (61.195.146.164): icmp_seq=4 ttl=48 time=24.1 ms
64 bytes from pobox.packetbusiness.com (61.195.146.164): icmp_seq=5 ttl=48 time=24.3 ms

--- jp.php.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 16.442/21.926/24.307/2.868 ms

[nomura@localhost usr]$ ping www.php.net -c 5

PING www.php.net (66.163.161.117) 56(84) bytes of data.
64 bytes from y2.php.net (66.163.161.117): icmp_seq=1 ttl=54 time=176 ms
64 bytes from y2.php.net (66.163.161.117): icmp_seq=2 ttl=54 time=178 ms
64 bytes from y2.php.net (66.163.161.117): icmp_seq=3 ttl=54 time=180 ms
64 bytes from y2.php.net (66.163.161.117): icmp_seq=4 ttl=54 time=171 ms
64 bytes from y2.php.net (66.163.161.117): icmp_seq=5 ttl=54 time=187 ms

--- www.php.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4002ms
rtt min/avg/max/mdev = 171.978/179.061/187.849/5.240 ms

ウェブに携わる仕事をしている方々の間では必携ツールとなりつつある（ていうか個人的には、入ってない人はモグリと見なします） Firefox のエクステンション Web Developer。

Javascript × DOM でHTML／XHTMLドキュメントを動的にちまちまといじるときに、もちろんソースを覗いても現在ブラウザがレンダリングしているコードがリアルタイムに出てくる訳ではないので、Web Developer の Display Form Detalis とかが超便利。IE じゃどうにもなりません。Form だったらポストしてみればなんとかなるけど、div レイヤーとか一体どうやってデバッグしろと？

IE: element.style.styleFloat = '***';
Firefox: element.style.cssFloat = '***';

だとか。float は言語によっては予約語だから、とはナルホドね。

Javascript とか DOM とか、ちょっとしたものを作るときに''リファレンスはここ見とけばとりあえずおｋ''、というのがなくてなかなか困ったものである。

sshd_config に

DenyUsers user1 user2

と書くだけ。
ググったら PermitRootLogin を off にしろというページばかりヒットしてかったるいことこの上ない。マニュアル読めというのはさておき。

XHTML に対応しているはずのバージョンなのに

<div sytle="background-color: #FFFFFF;">ほげ</div>

とか書いても認識されず、シミュレーターで見ても style は存在しない要素名ですとか言われる・・・と困っていたら、レスポンスヘッダに

Content-Type: application/xhtml+xml

が必要なのね。そんなところで処理を分岐しなくていいから、EZwebくらいにきびきび動くブラウザになってください。

やれやれ、こいつはちょっとしたはまりポイントだぜ。

以前安物のワイヤレスマウスを買ってしまいそのレスポンスの悪さに辟易して以来、久しぶりにワイヤレスに手を出してみた。ちなみにこれまで使っていたのは Logicool G3 オプティカルマウス。

良い

• ワイヤレスである。
• アプリケーションごとに「フリースピンモード」と「クリックモード」のデフォルト値を設定できる。

悪い

• 高いよ！
• やはりどうしても残る微妙なタイムラグ感。
• 自分の手には G3 の方がフィットしていた。
• スクロールホイールのクリック（フリースピンモードとクリックモードの切り替えに使用）が少々堅い。
• 「戻る」ボタンのクリック感がいまいち、というかクリックしても判定されないことがしばしば。
• ワイヤレスに慣れないので充電する習慣がなく、意外とバッテリー切れが発生（充電は置くだけなのでカンタンだけど）。
• フリースピンモードは長距離の移動はさすがにラクだけど、短距離の移動に何か違和感が・・・そのため上記"よい"の2つめのポイントにも関わらず、結局すべてのアプリケーションで従来と同じ「クリックモード」をデフォルトに。さらに、その切り替えのためのホイールクリックが固いと来たもんだ。

その他

• ドキュメントクイックフリップはデュアルモニタだと実はそれほどありがたみがない（ウィンドウをアクティブにしても結局カーソルを移動させるため）。

巷では概ね高い評価のようだけど、自分には G3 の方が良かった・・・。

国産 HTML/PHP 開発用 Eclipse プラグイン。

ちょっと前までは期待していた PHPIDE の開発状況が芳しくない今、あるいは本命に躍り出るか？（PHPEclipse に特になんの不満もないのだけど、開発が止まってしまっているのが少し寂しいので）

PHP開発プラグインとして期待というよりは、FTP機能がついているのと、現状HTMLエディタとしては xyzzy × html+-mode を使っているので、セットになっているHTMLエディタがそれにも代われる完成度を持つ製品になってくれることに期待。国産だし。

http://www.koebi.net/index.php