とくにRFC3986とかで明示されているわけではないけど、Apacheとかを使っていると、http://example.com/hoge/のようなスラッシュで終わるURIはexample.comホストの中にあるhogeフォルダを指していると解釈するのが自然だ。もしDirectoryIndexで指定されたファイルが存在せずIndexesオプションが有効になっていれば、hogeフォルダ以下にあるファイルの一覧が表示される。hogeがフォルダである場合にhttp://example.com/hogeとスラッシュを省略すると、http://example.com/hoge/にリダイレクトされる。
現在のtxqzはブログの記事をデータベースから動的生成して一定期間キャッシュするような設計になっていて、たとえばこのエントリのURIはhttp://txqz.net/blog/2009/05/12/2331だけど、実際にドキュメントルートにblogというフォルダがあってその中に2009というフォルダがあって05というフォルダがあって12というフォルダがあって2331というファイルが置いてあるというわけではない。それでも、なるべく実際にそういう構造になっているかのように見せかけている。たとえば:
また、古い順に読みたいという需要もあるため、http://txqz.net/blog/2009?1などのように後ろに"?ページ番号"をつけてアクセスするとその範囲の記事が古い順に並べられた部分リストが見られるようになっている。これはhttp://txqz.net/blog/2009/05?1でもhttp://txqz.net/blog/2009/05/12?1でも同様の機能となるが、最近は1日はおろか月に15件も記事を書かないのであまり意味がない。たんに降順だけでなく昇順でも読めますというだけ。ただ、特定の内容について何回かに分けて記事にしてたりすると降順だと読みにくくなったりするので、ぜひ他のブログにも似たような機能をつけて欲しいところ。もちろんMicroformatsには可能な限り対応し、Autopagerizeなどの便利なツールの恩恵に最大限預かれるようにしている。
以上の議論は記事データベースの中からどの範囲の記事リストをどの順で表示するかというものだが、そこから選ばれた記事リストをどういう表現であらわすかという問題もあり、txqzの場合は拡張子をつけることで対処している。http://txqz.net/blog/2009/05/12/2331と拡張子をつけずにアクセスした場合、ユーザーエージェントがtext/htmlをくれと言えばHTML4.01でマークアップしたものをtext/htmlとして返すし、application/xhtml+xmlをくれと言えばXHTML1.1でマークアップしたものをapplication/xhtml+xmlで返す。.htmlという拡張子をつければHTML4.01、.xhtmlならXHTML1.1、.rdfならRSS1.0、.atomならAtom、.jsonならJSONを返す。このブログのフィードがhttp://txqz.net/blog.rdfないしhttp://txqz.net/blog.atomで提供されているのは単にこの仕様に従っただけで、最新の記事というリソースがあって、それをHTMLでマークアップすれば人間向きの表現になり、RDFやAtomでマークアップすれば機械向けの表現になる。リソースとしての意味合いはまったく等しく、単に表現が違うだけなのだから拡張子で違いを表すのが自然だ。
ほかのブログサービスがどうなっているかというと、たとえばはてなダイアリーだと、http://d.hatena.ne.jp/denken/のフィードはhttp://d.hatena.ne.jp/denken/rssで提供されている。完全に後出しじゃんけんなんだけど、ファイル名がrssとあってもなんのRSSか分からないわけで、もし最新の記事のRSSなのだったら、人間向けに/latest.html、機械向けに/latest.rssみたいな感じで提供されていればより分かりやすいURIになりますね。そんなのを追求することがビジネス的にどれだけ意味があるか知りませんが。
ただまあ、こういう内側の仕様や外側のマークアップやUIを考えることばかりに興味がいって、肝心のブログ記事が全然書かれてなかったりするのでナニでアレなわけです。
拡張子で表現内容を変える例としてMitterがある。これは人間向け表現をhttp://mitter.jp/youzaka.html (ただし、拡張子なしでのアクセスが一般的)、機械向け表現をhttp://mitter.jp/youzaka.atomで提供している。もしかしたらapplication/atom+xmlをほしがるユーザーエージェントがアクセスしたら拡張子なしでもAtom版が返ってくるかもしれないけどそこまでは検証してない。