URL設計

[12] URL の決め方には、色々な流儀や主張があります。

[31] 宗教性の強い主張が多いので、深入りしないように注意しましょう。

Cool URI

[14] Cool URIs don't change は、Web の発明者である TimBL による記事とその主張です。 Webサイトの著者の気まぐれにより 404 エラーが多発していた当時の状況を踏まえ、良い URL を設計する必要性と方法を説いています。

[15] 当時の意識の高い Web開発者に大きな影響を与え、拡張子のない URL path の普及のきっかけともなりました。

[21] しかし世の中の大勢に影響を与えるまでには至りませんでした。現実的には URL はどんどん意味のないものとなり、ドメインは気づいたらなくなっています。 URL が変わらず機能し続けるなどというのは幻想です。

[28] とはいえ必然的な理由なく URL をころころ変えることは、 Tim の主張を繰り返すまでもなく、たしかに慎むべきでしょう。

内容折衝

[67] h3h.net - Designing URLs for Multilingual Web Sites (2007-10-07 21:44:44 +09:00 版) http://h3h.net/2007/01/designing-urls-for-multilingual-web-sites/

Semantic Web

[10] Semantic Web の世界では、計算機上の表現でない資源 (実在する物など) を表す時、次の何れかの方法を採るのが良いとされています。

ハッシュURLを使う (RDF でその資源について説明する)
素片識別子のない http: URL を使い、 HTTPサーバーは 303 応答を返してその資源について説明した RDF にリダイレクトする

[66] URI Declaration Versus Use (2007-08-02 13:08:18 +09:00 版) http://dbooth.org/2007/uri-decl/

A URI declaration permits assertions about a URI's associated resource to be classified into two groups: core assertions, whch are provided by the URI declaration, and ancillary assertions, which are all others. This distinction enables different parties to share a common understanding of the associated resource (by accepting the core assertions) while making different choices about which ancillary assertions to accept. Resource identity is established by a two-step mapping from a URI to a set of core assertions, and hence through an interpretation to the resource that is denoted by that URI. This paper defines these concepts and proposes some related best practices and a Web architectural rule specifying how URIs for non-information resources can be conveniently declared using existing hash or hashless (303-redirect) URI mechanisms.

[3] Cool URIs for the Semantic Web (2008-12-03 00:30:18 +09:00 版) http://www.w3.org/TR/cooluris/

[69] Cool URIs for the Semantic Web (2007-12-14 19:15:28 +09:00 版) http://www.w3.org/TR/2007/WD-cooluris-20071217/

[1] Cool URIs for the Semantic Web (2008-12-03 00:30:18 +09:00 版) http://www.w3.org/TR/2008/NOTE-cooluris-20081203/

[11] URI-patterns-core/URI Patterns.md at master · UKGovLD/URI-patterns-core (2016-06-30 12:46:21 +09:00) https://github.com/UKGovLD/URI-patterns-core/blob/master/URI%20Patterns.md

日付の入ったURL

[20] 00年代には、 URL に年や月を含めることで「その年、その月にある名前で呼ばれていた概念」を表すことができ、 URL の永続性のために有用である、といった考えが現れました。

[27] http: URL のパスを /2001/04/concept のような形とするW3C式日付入りURL が W3C の Webサイトで使われました。いわゆるW3C信者を中心に、W3C 外でもごく一部で追従されました。

[26] tag: URL もドメイン名の所有者変更などまで考慮して、日付を URL 構文に組み込んでいます。

[22] 元からブログやニュースのように日付を URL に含めることは一部の用途で行われており、それ自体は不自然なことではありませんでした。

[23] しかし名前空間URLに日付を含めて永続性を担保することを目指した結果、著者が名前空間URLの日付を一々覚えないといけなくなったり (例えば HTML名前空間は 1999、SVG名前空間は 2000、 MathML名前空間は 1998)、「下部組織の設立日が入った階層下にある記事出版日の入った記事の URL」のような複数の日付が入った複雑な URL が出現したりして、実用性を無視した奇怪な URL 割当ポリシーには疑問が持たれるようになりました。

[30] 名前空間URLなどはきっとソフトウェアが自動生成するから人間が書くことはそれほど多くないとでも思っていたのでしょうが、現実的にはいろいろな人が書く羽目になっていました (いわゆる tools save us 神話)。意味もわからず誤記したままコピペしているような例も少なくありませんでした。

[32] HTML5 の父、 Ian Hickson は、意味不明な日付 URL を皮肉って、自身の編集する仕様書内で XML名前空間の名前空間URLを data:,520e273a-62ad-4528-bb1e-9652bda76d62 と UUID によって定め、物議を醸しました。固有性を重視して人間が覚えきれない日付を入れるポリシーが正当化されるなら、固有性が高すぎて人間がまず覚えられない UUID であっても非難されるいわれはないというものです。

[25] 結果2006年9月に名前空間URL の W3C の割当ポリシーが変更されて日付を入れる必要はなくなり >>24、 W3C Webサイトのそれ以外のページについても日付を入れないものが使われるように緩和されていったようです。

[29] 理論的潔癖性を追求し過ぎて実用性を蔑ろにしても破綻するという例なのでしょう。

[57] www-tag@w3.org from June 2006: by thread http://lists.w3.org/Archives/Public/www-tag/2006Jun/thread.html#msg132

W3C の URI 割り当て方針 (割り当ての年月が入るやつ) がいけてないという話。Ian Hickson の data:,520e273a-62ad-4528-bb1e-9652bda76d62 は http://www.w3.org/1999/xhtml の 1999 のような訳の分からない数字を皮肉ったものらしいww (名無しさん 2006-07-08 04:48:18 +00:00)

[58] 確かに最近名前空間URIの年号を覚える or コピペするのがめんどくてうんざりしてるんだよ。。。 (名無しさん 2006-07-08 04:49:35 +00:00)