クールなURIとは？

クールなURIとは変わらないもののこと。

どんなURIが変わってしまう？

URIは変わらない：人がそれを変更するのだ。

理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。

理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう。では、どうして世の中に行き先を失ってしまったリンクがこれほどまでにたくさん存在するのでしょうか？ そのひとつは、単なる将来の見通しの欠如です。いくつか、よく耳にする理由を挙げてみましょう：

ウエブサイトをよりよいものにするために、再構築しました。 本当に以前のURIをそのままにしておくことは不可能だと思いますか？ もしそうであれば、よほどまずいURIを付けていたということです。新しいURIは、次のデザイン更新後にもそのまま使えるように、よく考えてください。

あまりにたくさんのファイルがあって、どれが古くなっていて、どれが秘密文書で、どれが正しいものか把握しきれなくなってきました。だから、全部取り除いてしまった方がよいと考えました。 これは私も分かる部分があります - W3Cも、アーカイブを公開するにあたって、非公開にするべきものはどれか慎重にふるいにかけなければならなかったときは、同じような状況でした。解決策は、将来をきちんと見通しておくことです - 全てのドキュメントについて、配布しても良いもの、作成日と、できれば有効期限をきちんと把握しておきましょう。このメタデータをきちんと管理しておいてください。

つまりその、ファイルを移動しなければならないことになったので… これはもっとも下手な言い訳の一つですね。多くの人は、URIとそれが指し示す実際のファイルの関係付けについて、Apacheなどのサーバーが多彩で柔軟なコントロール手段を提供しているということを理解していません。URI空間は抽象的な空間で、完全に整備されているものだと考えてください。そのうえで、実際に利用する実体に対応づけをおこないます。その対応関係を、サーバーに指示してください。ちょっと指示命令を書くだけで、サーバーにそれを実行させることだってできます。

ジョンはもうそのファイルを管理していなくて、今はジェーンが担当なんです。 ジョンの名前が、URIのどこかに関係があるのでしょうか？ ファイルが彼のディレクトリに入っている？ ああ、なるほど。

以前はこのためにCGIスクリプトを使っていましたが、今はバイナリのプログラムを使っています。 スクリプトによって生成されるページは"cgibin"もしくは"cgi"という領域におかなければならないと固く信じられているようです。これはあなたがサーバーを運用するメカニズムを露け出していることになります。サーバーの運用方法を変えたとすると（内容はまったく同じだとしても）おーっと、URIも全部変えなくてはなりません。 たとえばThe National Science Foundationを例にとってみましょう： NSF Online Documents

http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl ドキュメントを探す出発点となるメインページは、どう見てもこの先何年も同じ形でアクセスできるという保証を与えてくれそうにありません。"cgi-bin"や"oldbrowse"や".pl"といったものはみな「私たちは今こうやっています」ということを示すものです。逆に、このページでドキュメントを探すと、その結果として最初に出てくるのも同様に芳しくない Report of Working Group on Cryptology and Coding Theory

http://www.nsf.gov/cgi-bin/getpub?nsf9814 という一覧ページです。しかしHTMLドキュメントそのものは遙かに優れた形になっています： http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm これを見ると、"pubs/1998"という最初の部分は、将来のアーカイブサービスがどんな形になっても、かつての1998というドキュメントの分類方法はそのまま使われると考えてよいように思えます。2098年にはドキュメント番号の付け方は違ったものになっているかもしれないけれど、このURIはそのまま有効で、NSFあるいはこのアーカイブの管理者はURIについて問題を抱えることはまずないでしょう。

URLが永続的である必要はないと思っていました - 永続的でなければならないのはURNなのだと。 これはURNについての議論の、もっとも問題のある副作用です。 より永続的な名前空間についての研究がなされているので、リンクが切れてしまっても「URNが問題を解決してくれる」から気にしなくてもいい、と考えているらしい人もいます。もしあなたがそう考えているなら、悪いけどちょっとがっかりしてもらいましょう。 私がこれまで目にしたURN手法のほとんどは、認証IDに日付と任意の文字列の組み合わせ、もしくは単なる任意の文字列といった類のものです。これは、見たところほとんどHTTPのURIと違いはありません。別の言い方をしてみましょうか。もしあなたの組織が永続的なURNをつくることができると思うなら、今すぐに実行して、それを自分たちのHTTPのURIに適用してそのことを証明してみてください。HTTPにはあなたのURIを不確実ものにするような要素はありません。原因はあなたの組織にあるのです。ドキュメントのURN [URI]と現在のファイル名を対応づけるデータベースを作り、ウェブサーバーがそれを使ってきちんとファイルを呼び出せるようにしてください。 この点に納得がいったとして、あなたがソフトを開発するための時間と資金と依頼先をもっていない限り、次の言い訳がでてくるでしょう：