O'GANE'S EXPERIENCES

きのうの夜、電車に乗り損ねちゃったから今朝の始発で田無を出た。

高崎辺りまではうとうとするぐらい気持ちのいい晴れの天気だったんだけど、気づいたら窓の外は真っ白だった。

長岡に着いて駅から出ると強風が吹く中、湿った重い雪が降っていた。

長岡だ〜

　初期状態のblosxomはエントリをファイルの更新時間が新しい順に表示する。エントリに追記などの変更を行うとそのエントリが最新のものと見なされ、あまりよろしくない。これを防ぐためにエントリの作成時間を記録して表示順を保持するのがentries_indexやentriescache、そしてentries_filedateである。今までentries_indexを利用していたがこの度entries_filedateに切り替えてみた。

なぜentries_filedate

　まず、なぜentries_filedateなのかという話。entries_indexはエントリのファイル名とそれに対応する作成時間を記録し、つまりエントリが登録された順番を保持する。対してentries_filedateは日付形式のファイル名を元に順番を並べ替える。すると過去の日付をファイル名とすれば日付をさかのぼってエントリを登録するのが容易になる。これがentries_filedateに切り替えようと思った最大の理由。

ファイルを日付形式に変換

　entries_filedateを利用するには、前提としてファイル名が日付形式(200512291802.txtのように)登録されている必要がある。これまでに書いた約1000のエントリのファイル名を見渡してみたらいくらかは日付形式であったけどけっこうバラバラだった。まずこれを整理しないことにはうまくいかない。そこでentries_indexのインデックスファイル(.entries_index.index)を利用して一括リネームするスクリプトを作成した(下は抜粋)。

&set_variable();

foreach (keys %VAR1) {
	$mydate = time_format($VAR1{"$_"}, 'YYYYMMDDhhmm');
	$_ =~ m/\/.*\//i;
	while (-e "$&$mydate.txt") {
		$mydate++;
	}
	rename("$_", "$&$mydate.txt");
	print "$_, $&$mydate.txt<br>\n";
}

　日付形式は「YYYYMMDDhhmm(西暦4桁、月2桁、日2桁、時2桁、分2桁)」にした。秒まで入れても用はないし何となく長すぎるかと思った。しかしこれが後で問題を引き起こすことになった。

ちょっとした問題

　entries_filedateを導入して新しいインデックスの作成とページの更新をしてみたら、年月日はファイル名から読み込まれているのに時と分はどのエントリも「00:00」のまま。entries_filedateをよく見ると220行め以降の「ファイル名→日付」の変換を行っている部分でYYYYMMDDhhmm形式が対応していないのを見つけた。20yymmddhhmmss*、20yymmdd*、yymmddhhをチェックしているらしい。これではどうやらYYYYMMDDhhmmのhhmmは無視されてしまいそうだった。そこに

|| $fn=~/^20(\d{2})(\d{2})(\d{2})(\d{2})(\d{2}).+$/		# 20yymmddhhmm

という行を加え、plugins/stateディレクトリのentries_cache.indexを削除してインデックスを再び作成したところ、ファイル名の時と分が反映された。

(2005/12/30 追記)

大きな問題

　エントリのファイル名を変更したらpermalinkも当然変わる。するとこれまでに作成された内外のリンクからエントリにたどり着けなくなる。これは問題だ。旧ファイル名が呼ばれたら新ファイル名の方にリダイレクトする方法を考えよう。

　というわけでそのリダイレクトを、北村曉さんのnotfoundプラグイン(blosxom plugin: notfound - 徒書)を使わせていただいて実現した。処理は、blosxomに要求されたファイル名が存在しなかった時、それが旧ファイル名であれば新ファイル名に変換してLocationで転送するという流れ(そのまま)。

　ircでも話した「ブログと日記」について。現在ブログスクリプトであるblosxomに日記カテゴリを作って日記を書いている(エントリのタイトルに日付を入力し、その日の出来事をそこに書く)。これは非常にまわりくどい方法だと以前から思っていたが、日記の情報の中で重要な「いつあった出来事」なのかを明示するためにこの方法は必要だとおもたので続けてきた。しばらく続けているといくつか問題が浮上してきたので、今またこの方法を見直す必要がありそう。

　まず、ブログツールに日記カテゴリを作ることによって生じる矛盾がある。例えば日記には日記以外のカテゴリに分類されるべき内容が含まれていることがある。でもその内容は日記の中のものだから他のカテゴリに分類されることはないし、分類されたとしてもエントリの内容が重複してしまう。タグ機能が利用できれば解決できる問題かもしれないがblosxom 2.0にはそれがないのでできない。そもそも日記を書くなら日記ツールを使えばよいという話。

　つぎに、と書くつもりの内容を忘れた。

　とにかく郷に入れば郷に従えであるから、ブログツールを使うならその作法にならうのが合理的である。それにやっと気づいた。

　日記カテゴリを廃止してブログ作法にならうことを決めると、ここである問題が浮上する。blosxomは標準だと過去の日付のエントリを書くことができないのだ。日記ツールではないからとはいえ、日記をしばらく書けなかったときにその間の日記が全て書いた日の日付で登録されるのはあまり気分のよいものじゃない。例えばさるさる日記のように日付を指定してエントリを書く機能があるとうれしい。さっそくプラグインを探してみよう。