今年の Mozilla Firebird
2003-12-31
やはり昨年に引き続いて、今年の Mozilla Firebird について少し書いてみましょう。
今年のナイトリーは、拡張がインストール出来ないという波乱の幕開けから始まりました。その頃はまだ Phoenix という名前でしたね。0.6 から Mozilla Firebird という現在の名前に変わりました。いまだ名前が決まっていない頃には、なにかの投票ですとか、その続編なんていうこともやってみたりしました。:p)
あと今年は mac 版もだいぶメジャーになってきましたし、自前ビルドとかプライベートビルドと呼ばれる自分好みのオプションでビルドした私家版も割に一般的になってきましたした。私自身は自分でビルドするということはありませんでしたが、公式のナイトリーが結構長期にわたって出ない頃から人様のビルドしたものを使わせて頂くことも多くなってきました。とくに先月、今月辺りは公式版よりも私家版のナイトリーを使うことが多かったです。公式版にはあたっていないパッチがあたっていたり、SVGが見られたり、DOM Inspector が装備されていたりと、なかなか楽しませてくれました。来年は私も機材を充実させて自前でビルドというのにも挑戦してみたいものです。
それと、今月出る予定だった0.8ですが、もうすぐ日本時間で今年も終わろうとしている今現在、まだ出ていません。おそらく年明け早々のリリースになると思われますが、いったい来年の Mozilla Firebird はどんな進化を遂げるでしょうか。来年も目が離せません。
RSS Reader Panel のテストバージョンをナイトリーで
2003-12-31
RSS Reader Panel に検索機能でも書きましたが、LOG [WEB ARCHIVES] 2003/12/31(Wed)でRRPに検索機能を装備したテストバージョン v1.66 が公開されました。
これは、Mozilla Firebird 0.7 専用であり、このままではナイトリーなビルドでは使えないため、例によって改造してみることにしました。といっても、変更箇所はわずかに3箇所だけで、RSS Reader Panel を改造してみたと、RSS Reader Panel が動いた！に書いたことを rssreader_161.xpi を展開して施してみただけです。以下が検索画面のスクリーンショットです。
コンテンツエリアに表示された RSS にスペシャルな xslt が適用されているのは気にしないように。:p)
弊社の隣りのうちが火事になった。長屋なので屋根はつながっている。果たして…。
今となっては何時かわからないが、夕方を過ぎ、夜の帳に街が覆われる頃、突然火事を知らせるサイレンが鳴り響いた。物見高い私としてはもちろん外へ出てみた。消防団に所属する弊社社員が消防の屯所に駆けつける勇姿を見たいと思っていた。外にはたくさんの物見高い人が私と同じように群れていた。すぐ隣りの同じく弊社社員とバイトの shinchan（誰）と火事はどの辺だろうかと話し合う。と、すぐ近所が騒がしい。
騒がしいあたりを見ると、なにやら煙っている様子。すわ！これは近所だということで、私とshinchanは駆け出した。ひとつ角を曲がる。ちょっといやな予感。さらに角を曲がる。弊社の裏側が見える地点だ。案の定その辺りから煙がもくもく出ているではないか!
てっきり、弊社が火元だと思った。昨夜帰るときはたしかに火の始末はしたはずだよなと自分で思い出してみる。とにかく、急がなければ。
直接おもてに回らず、裏の公園から最短距離で会社のある建物に近づく。近寄るときに気がついたが、火元は弊社ではなく、隣りのうちのようだ。正直なところちょっとほっとした。しかし、会社にはいろいろ大事なデータがはいったコンピュータがあるのだ。何とかしないと。
正面の入り口に回ってみると、弊社の代表社員もいち早く駆けつけていた。隣りのうちの中は不気味に赤く燃えている。消防車がまだ1台しか駆けつけてきていなかった。正面から激しく放水していた。まだ会社に近づくことはできたので、代表社員が中のサーバなど大事なものを運び出そうと中に入ろうとしたそうだが、煙が充満していてとてもそれが出来る状態ではないと言う。
間口2間くらいの小さい入り口の火元の前に消防士が陣取り放水していた。が、ちょっとしたタイミングで水が切れたらしく、一時放水が止まった。そのとき、私と代表社員は見た!
ホースを構える消防士と火事の家の間を、ごく普通のおばあさんが何事もないかのように歩いていくのを。:p)
結局鎮火するまで私達はなす術もなくただ見守るしかなかった。しばらくして、どうにか中へ入ることが出来る状態にまで鎮火した。消防署員の持つ大型の懐中電灯を頼りに会社へ入ってみる。まだ中は相当煙が充満しており、苦しい。懐中電灯で中を照らしてみると火元側の壁から水が滴っており、床も水浸しだ。しかし、火元と反対側のパソコンなどは水をかぶっていない様子。とにかく、サーバなど大事なものから外へ運び出す。とりあえず鎮火したとはいえ、まだ燻っている状態であり、いつまた放水をはじめるかわからないと言う。とにかく慌てて出せるものを外へ持ち出す。当然暗い中である。
ところが、よく見ると、電源を落とすことのないサーバ周りのLEDが怪しく光っているではないか。なんとまだ電気は生きていたのだった。灯りをつけてみたらなんといつものように灯りがついたのである。そうこうしているうちに、応援部隊も駆けつけ、あれよあれよという間にいろんなものが外へ運び出された。裏の公園に面した窓は開かずの窓だったが、煙を出すために消防の手により叩き割られ、だいぶ息もまともに出来るようになっていた。ふと気がつくと、私のデスクのそばにある空気清浄機がフル回転で稼動していた。
出した機材その他は車に積み込み、社員の空いている書庫へ運び込みましたが、窓もなくなり煤だらけの会社事務所は当分使えそうにない状態です。また運び出した機材の動作確認等も全く出来ない状態でこれからいったいどうなるんだろうか。
- お詫び
- 弊社サーバで運用していた私のアンテナ、のり未刊は上記のような事情により当分お休みさせていただきます。ご利用になられていた皆さん、ご了承ください。
設置場所を換えてのり未刊を復活させました。
続・新しい月のファイルを作る
2003-12-29
新しい月のファイルを作るで書いたスクリプトをcronで回す予定だったのですが、もし失敗して月が変わる前に実行されたりしたら、その月のファイルが上書きされてなくなってしまいそうに思えて怖くなってきたので、shinchan（誰）に相談して、ファイルが存在したら何もしないようにすることにしました。あと、SSIを有効にするために、XBitHack full を使っているので、ファイルに実行属性をつけないといけないんですが、それを失念していたのでそれも追加。ということで、以下のようなスクリプトになりました。
#!/usr/bin/perl
@date = localtime(time);
$year=sprintf("%04d",$date[5]+1900);
$this_month=sprintf("%02d",$date[4]+1);
$prev_diary = sprintf("%02d%02d",$date[5]-100-($date[4] == 0),$date[4] + 12*($date[4] == 0));
$this_diary = sprintf("%02d%02d.html",$date[5]-100,$this_month);
if (-f "/home/hogehoge/$this_diary"){
exit;
}
open(FILE,"+>/home/hogehoge/$this_diary");
print FILE <<__HTML__;
<?xml version="1.0" encoding="Shift_JIS"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
（中略）
<link rel="prev" href="$prev_diary.html" />
（中略）
<title>朝顔日記 $year年$this_month月</title>
</head>
<body>
（中略）
</body>
</html>
__HTML__
close(FILE);
chmod(0754, "/home/hogehoge/$this_diary");
さっき cron 仕掛けたんですが、なんか心配だなぁ。1回うまく行けばあとは大丈夫だと思うのですが…。1月1日は、ちゃんとうまく行くか見張ってよう。:p)
アサノさんのMT、Unknown Title の 復活記念 age のコメント欄でカオスマークアップ の google におけるポジショニングについてモニョモニョやっていたのですが、101さん さんに、Google Dance グーグルダンスなるサイトを教えていただきました。
どうも以前から、google の検索結果が人様のとこと違うときがあるような気がしていたのですが、やはりgoogle には複数の鯖があって、データベースの更新に時間差があったんですね。グーグルダンスと呼ばれる現象らしいです。
通常のGoogle検索は、www.google.co.jpもしくはwww.google.comにアクセスして、複数の同一内容のサーバー（データセンター）のどれかにアクセスして結果表示しています。
ところがインデックス更新作業において、複数のサーバーの統一に時間差が生じて、更新前、更新中、更新後のサーバーにランダムにアクセスするので、検索するたびに順位が違って結果表示される現象が起こってしまうのです。
なんか他にも、Everflux とかいうのもあってよくわかりませんが、google は日々変わっているらしいです。
ちなみに、以下は Google Dance Checkerなるツールで、「カオスマークアップ」を検索した結果のスクリーンキャプチャの一部（2003年12月27日午後12時20分現在）です。例によってフルサイズ版（約19KB）にリンクしてあります。google の鯖によって検索結果が違うことがわかります。
# なお、本件とは関係ないですが、yuu さんの 実践アクセシブルHTML - altはつけるだけじゃなくて を読んだので、若干画像のマークアップのしかたを変えてみました。ん、あんまり変わってないかな。:p)
