下手テキストからの整形ルールを通してDOMツリーに変換するのはかなり面倒な予感がする。個人的にはWikiやはてなダイアリーのような文章の書き方はあまり好きではない。エディタ＋オートコンプリートの方が実ソースが見えるので安心できる。
ファイルシステム上のディレクトリ構成と実際のURIを分割することは出来る。MTみたいに記事の実データ（DB上にあり、単純な連番で存在する）と記事のURI（色々といじれる）を分ける方法だ。例えばDBの代わりにファイルシステム上にファイルを作り、SiteMapでURIをマッピングできれば便利かも知れない。ただしmakemap.phpは「ファイルシステム上のアドレス＝URI」を前提として自動化が可能になっているので、マッピングが必要な場合はページを増やすごとにSiteMapを手で編集する必要がある。UIを作って簡単にする方法は有るが、UIが無いと面倒なのは困るかも知れない。
SiteMapを手で書く場合、link要素が作りやすくなる。現在Arielwors.net上ではnextとPreviousが振られているのはArticels内だけだ。Articels内はファイルID（日付になっている）でページの順序が定義できるが、好き勝手に名前を付けている他のディレクトリではフラグが何もないのでlink要素の制作は自動化できない。HIMMELのページ一応読むべき順序があるにもかかわらず、link要素は振っていない（SDF内に書いても良いのだが、面倒なので……）。
SiteMapを手で書くならば文章の順番にsm:pageを定義していけばそれ自体がフラグになる。自動化が簡単だ。UIを使えば有る程度簡略化出来るが、ページを追加するたびにUIでマッピングを指定するのも実は面倒だ。実際makemap.phpすら本当は無くしたい。
makemap.phpが遅い原因はXMLを全てDOMツリーに変換しているからなので、タイムスタンプを比較して新しくなったファイルだけ開くようにすればinterceptor.phpと同期させても問題ないかも知れない。.htaccessみたいなものを作ってディレクトリごとに設定出来るようにすれば良いのかも。blogのような追加が多くてURIが規則化出来るディレクトリは自動的にマッピングできるようにするとか。
悩む。
http://yudai.arielworks.com/memo/2004/07/29/152435.trackback
末尾に「5 + 7」の計算結果を繋げて下さい。例えば計算結果が「17」の場合、「152435.trackback17」です。これは機械的なトラックバックスパムを防止するための措置です。