URI、URL、HTTP、HTML、およびW3Cの現在の責任者であるWorld WideWebの発明者であるSirTimBerners-Leeによる。 1998年に書かれた

URIは何ですか？

変わらないもの。

URIはどのように変化しますか？

URIは変更されません。人々はURIを変更します。

理論的には、人間がURIを変更する（またはドキュメントの保守を停止する）理由はありませんが、実際には数百万あります。

理論的には、ドメイン名義の名目上の所有者は実際にはドメイン名義を所有しているため、その中のすべてのURIを所有しています。不履行を除けば、ドメイン名の所有者がこの名前を保持することを妨げるものは何もありません。また、理論的には、ドメイン名の下のURIスペースは完全に制御できるため、必要に応じて安定させることができます。ドキュメントがインターネットから消える唯一の理由は、ドメイン名を所有していた会社が廃業したか、サーバーを実行し続ける余裕がなくなったことです。では、なぜ世界にこれほど多くの欠落しているリンクがあるのでしょうか。これは部分的には先見の明の欠如です。あなたが聞くことができる理由のいくつかはここにあります：

サイトを改善するために再編成しました。

古いURIが機能しなくなったと本当に感じますか？もしそうなら、あなたはそれらを非常に貧弱に選んだ。次の再設計から新しいものを保持することを検討してください。

資料が多すぎて、何が古くなっているのか、何が機密であるのか、何がまだ関連しているのかを追跡できないため、単にオフにする方がよいと考えました。

私は同情することしかできません。W3Cは、公開する前に、機密保持のためにアーカイブ資料を注意深くふるいにかける必要があった時期を経てきました。決定は事前に検討する必要があります。各ドキュメントに、許容範囲の読者、作成日、理想的には有効期限を記録してください。このメタデータを保存します。

さて、ファイルを移動する必要があることがわかりました...

これは最も哀れな言い訳の1つです。多くの人は、Webサーバーを使用してオブジェクトのURIとファイルシステム内の実際の場所との関係を制御できることを知りません。URIスペースは、完全に編成された抽象的なスペースと考えてください。次に、それを実装するために実際に使用する現実にマップします。次に、それをWebサーバーに報告します。サーバーのスニペットを記述して、正しく処理することもできます。

Johnはこのファイルを管理しなくなりましたが、Janeは管理しています。

ジョンの名前はURIにありましたか？いいえ、ファイルだけが彼のディレクトリにありましたか？まあいいよ。

以前はCGIスクリプトを使用していましたが、現在はバイナリプログラムを使用しています。

スクリプト化されたページを「cgibin」または「cgi」領域に配置する必要があるというクレイジーなアイデアがあります。これにより、Webサーバーを起動する方法のメカニズムが明らかになります。メカニズムを変更し（コンテンツを保持する場合でも）、おっと-すべてのURIが変更されます。

国立科学財団（NSF）を例にとってみましょう：NSF

オンラインドキュメント

http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl

ドキュメントの表示を開始する最初のページは、数年後には明らかに同じままになりません。cgi-bin、oldbrowseおよびpl -これはすべて、how-we-do-it-nowに関する情報の粒子を提供します。このページを使用してドキュメントを検索すると、最初に同様に悪い結果が得られます。

暗号化とコーディング理論に関するワーキンググループのレポート

http://www.nsf.gov/cgi-bin/getpub?nsf9814

ドキュメントのインデックスページの場合、htmlドキュメント自体ははるかに見栄えがします。

http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm

ここで、見出しpubs / 1998は、将来のアーカイブサービスに、古い1998年のドキュメント分類スキームが有効であるという良い手がかりを与えます。2098年には文書番号が異なって見えるかもしれませんが、このURIは引き続き有効であり、NSFやアーカイブを維持する他の組織に干渉することはないと想像できます。

URLが永続的であるとは思われませんでした-それらはURNでした。

これはおそらくURNの議論の最悪の副作用の1つです。一部の人々は、より永続的な名前空間の研究のために、「URNがすべてを修正する」ため、リンクのぶら下がりについて不注意になる可能性があると考えています。あなたがこれらの人々の一人であるならば、私たちを失望させてください。

私が見たほとんどのURNスキームは、権限識別子の後に、選択した日付と文字列、または選択した文字列のいずれかが続くように見えます。これはHTTPURIと非常によく似ています。つまり、組織で長寿命のURNを作成できると思われる場合は、HTTPURIにそれらを使用して今すぐ証明してください。HTTP自体には、URIを不安定にするものは何もありません。あなたの組織だけ。ドキュメントのURNを現在のファイル名にマップするデータベースを作成し、Webサーバーがそれを使用して実際にファイルを取得できるようにします。

この時点に到達した場合、ある種のソフトウェアを開発するための時間、お金、および接続がない場合は、次の言い訳を述べることができます。

やりたかったのですが、適切なツールがありません。

しかし、あなたはこれに共感することができます。全くもって同じ意見です。あなたがする必要があるのは、ウェブサーバーに永続的なURIを即座に処理させ、現在のクレイジーなファイルシステムに現在保存されている場所にファイルを返すことです。チェックとしてファイル内のすべてのURIを保持し、データベースを常に最新の状態に保つ必要があります。同じドキュメントの異なるバージョンと翻訳の間の関係を保持し、ファイル内の偶発的なエラーから保護するために独立したチェックサムレコードを維持する必要があります。そして、Webサーバーはこれらの機能をそのまま使用することはできません。新しいドキュメントを作成する場合、エディターはURIを要求します。

URIを変更せずに、URIスペースで所有権、ドキュメントアクセス、アーカイブレベルのセキュリティなどを変更する機能が必要です。

ひどいです。しかし、私たちは状況を修正します。W3Cでは、バージョンを追跡するJigedit（Jigsaw編集サーバー）機能を使用し、ドキュメント作成スクリプトを試します。ツール、サーバー、およびクライアントを開発している場合は、この問題に注意してください。

この言い訳は、これを含む多くのW3Cページにも当てはまります。つまり、私が行うことではなく、私が言うことを行います。

なぜ私は気にする必要がありますか？

サーバーのURIを変更すると、誰が古いURIを参照するかを完全に知ることはできません。これらは、通常のWebページからのリンクである可能性があります。あなたのページへのブックマーク。友人への手紙の余白にURIが引っかかれている可能性があります。

誰かがリンクをクリックしてリンクが壊れると、通常、サーバーの所有者に対する信頼が失われます。彼はまた、彼の目標を達成することができないことから、感情的にも現実的にも失望しています。

多くの人がリンク切れについて絶えず不平を言っています、そして私は損害が明白であることを望みます。ドキュメントが消えたサーバーのメンテナへの評判の低下も明らかだと思います。

だから私は何をすべきですか？URI設計

2年、20年、200年で使用できるURIを割り当てるのは、Webマスターの責任です。これには、思慮深さ、組織、そしてコミットメントが必要です。

URIは、情報が変更されると変更されます。それらをどのように設計するかは非常に重要です。（何、URI設計？私はURIを設計する必要がありますか？はい、あなたはそれについて考える必要があります）。デザインとは、基本的にURIに情報がないことを意味します。

ドキュメントが作成された日付（URIが発行された日付）は決して変更されません。これは、新しいシステムを使用する要求を古いシステムを使用する要求から分離するのに非常に役立ちます。これは、URIの開始点として適しています。ドキュメントに日付が付けられている場合、ドキュメントが将来的に関連している場合でも、これは良いスタートです。

唯一の例外は、たとえば組織全体またはその大部分が意図的に「最新」バージョンであるページです。

http://www.pathfinder.com/money/moneydaily/latest/

これは、MoneyマガジンのMoneyDailyの最後のコラムです。このURIが日付を必要としない主な理由は、ログを存続させるURIを保存する理由がないためです。Money Dailyの概念は、Moneyがなくなると消えます。コンテンツにリンクする場合は、アーカイブで個別にリンクする必要があります。

http://www.pathfinder.com/money/moneydaily/1998/981212.moneyonline.html

（よさそうです。「お金」はpathfinder.comの存続期間中同じことを意味すると想定します。重複する「98」と不要な「.html」がありますが、それ以外は強力なURIのように見えます。

何を残しておくか

すべて！作成日は別として、URIに情報を入れることは、何らかの形で問題を懇願します。

作者の名前。非難は新しいバージョンで変わるかもしれません。人々は組織を去り、物事を他の人に伝えます。
件名。それはとても難しいです。彼は最初はいつも見栄えが良いですが、驚くほど急速に変化します。これについては、以下で詳しく説明します。
ステータス。「最新」や「クール」は言うまでもなく、「古い」、「ドラフト」などのディレクトリがすべてのファイルシステムに表示されます。ドキュメントのステータスが変更されます。そうしないと、ドラフトを作成しても意味がありません。ドキュメントの最新バージョンには、ステータスに関係なく、永続的な識別子が必要です。ステータスを名前から外してください。
. W3C , . , , , , , . , , , - , ! .
. . "cgi", ".html" . , 20 HTML , . W3C ( ).
ソフトウェアメカニズム。URIで、「cgi」、「exec」、および「使用しているソフトウェアを確認してください」と叫ぶその他の用語を探します。誰もが一生をPerlCGIスクリプトに捧げたいですか？番号？次に、.pl拡張子を削除します。これを行う方法については、サーバーのマニュアルをお読みください。
ディスク名。いい加減にして！しかし、私はそれを見ました。

したがって、私たちのサイトからの最良の例は単純です

http://www.w3.org/1998/12/01/chairs

…W3C議長の会議の議事録の報告。

トピックとトピックによる分類

この危険は回避するのが最も難しいものの1つであるため、この危険について詳しく説明します。通常、進行中の作業でドキュメントを分類すると、トピックはURIになります。しかし、この内訳は時間とともに変化します。エリア名が変わります。 W3Cでは、セクションの実際のコンテンツを反映するために、MarkUPをMarkupに変更してからHTMLに変更したいと考えていました。さらに、名前名はフラットであることがよくあります。 100年後、何も再利用したくないと思いますか？私たちの短い人生の中で、たとえば「ヒストリー」や「スタイルシート」を再利用したいと思っていました。

これは、Webサイトを整理するための魅力的な方法であり、Web全体を含むあらゆるものを整理するための本当に魅力的な方法です。これは優れた中期的な解決策ですが、長期的には深刻な欠点があります。

その理由の一部は、意味の哲学にあります。言語の各用語は潜在的なクラスタリングオブジェクトであり、各人はそれが何を意味するかについて異なる考えを持っている可能性があります。被験者間の関係は木というよりは蜘蛛の巣のようなものなので、蜘蛛の巣に同意する人でも木の別の表現を選ぶことができます。これらは、一般的な解決策としての階層的分類の危険性についての私の（しばしば繰り返される）一般的な意見です。

実際、URIでトピック名を使用すると、ある種の分類に縛られることになります。将来、別のオプションを選択する可能性があります。その場合、URIは違反の対象になります。

サブジェクトエリアをURIの一部として使用する理由は、通常、URIスペースのサブセクションの責任が委任されるためです。この場合、そのサブスペースを担当する組織体の名前（ユニット、グループなど）が必要になります。これは、URIの組織構造へのバインドです。通常、安全なのは、さらに下（左）のURIが日付で保護されている場合のみです。1998/ picsは、サーバーにとって「1998年にpicsで意味したこと」ではなく「私たちが今写真と呼んでいるもの。」

ドメイン名を忘れないでください

これは、URIのパスだけでなく、サーバー名にも適用されることに注意してください。さまざまな目的で別々のサーバーがある場合は、多くのリンクを破壊せずにこの分離を変更できないことに注意してください。「現在使用しているソフトウェアを確認する」などのよくある間違いは、ドメイン名「cgi.pathfinder.com」、「secure」、「lists.w3.org」です。これらは、サーバー管理を容易にするように設計されています。ドメインが社内の特定の部門、ドキュメントステータス、アクセスレベル、またはセキュリティレベルを表しているかどうかに関係なく、複数の種類のドキュメントに複数のドメイン名を使用する前に、十分に注意してください。 1つの表示されているWebサーバー内に多くのWebサーバーを非表示にできることを忘れないでください。リダイレクトとプロキシを使用します。

はい、そしてあなたのドメイン名についても考えてください。製品ラインを変更して石鹸の製造を中止した後は、soap.comと呼ばれることを望まないでしょう（現時点でsoap.comを所有している人にはお詫びします）。

結論

URIを2年、20年、200年、さらには2000年保存することは、思ったほど簡単ではありません。しかし、インターネットの至る所で、ウェブマスターは将来自分たちにとって本当に困難になる決定を下しています。これは多くの場合、現時点で最高のサイトを提示することが仕事であるツールを使用しているためです。すべてが変更されたときにリンクがどうなるかを誰も本当に理解していませんでした。ただし、ここでのポイントは、多くのことが変更される可能性があり、URIは同じままである可能性があり、同じままである必要があるということです。これは、それらをどのように作成するかを考えるときにのみ可能です。

参照：

同じトピックに関するジェイコブ・ニールセンのティレード

サプリメント

ファイル拡張子を削除する方法..。

...現在のファイルベースのWebサーバーのURIから？

たとえば、Apacheを使用している場合は、コンテンツをネゴシエートするように構成できます。ファイル拡張子（たとえば、.png）をファイル（たとえば、mydog.png）に保存しますが、それがなくてもWebリソースにリンクできます。次に、Apacheは、その名前と拡張子を持つすべてのファイルのディレクトリをチェックし、セットから最適なファイル（GIFやPNGなど）を選択できます。また、さまざまな種類のファイルをさまざまなディレクトリに配置する必要はありません。実際、配置するとコンテンツネゴシエーションは機能しません。

コンテンツをネゴシエートするようにサーバーを構成します
常に拡張子なしでURIを参照する

拡張リンクは引き続き機能しますが、サーバーが現在利用可能な最適な形式を選択できなくなります。

（実際には、mydog、mydog.pngおよびmydog.gif-コードとWebリソースmydog-ユニバーサルリソースコンテンツタイプ、mydog.pngおよびmydog.gif-特定のタイプのコンテンツのリソース）。

もちろん、独自のWebサーバーを作成している場合は、データベースを使用して永続IDを現在の形式にバインドすることをお勧めしますが、DBの無制限の増加に注意してください。

恥ボード-ストーリー1：チャンネル7

1999年を通して、私はページ全体の雪による学校の閉鎖を追跡しました http://www.whdh.com/stormforce/closings.shtml。情報がテレビ画面の下部に表示されるのを待たないでください！ホームページからリンクしました。2000年の最初の大雪嵐が来て、私はページをチェックします。それは言う：

-現在。

現在、閉鎖されているものはありません。気象警報の場合は戻ってきてください。

同じ強い嵐になることはできません。日付がないのはおかしいです。ただし、サイトのメインページに移動すると、大きな[閉鎖された学校]ボタンが表示され、http://www.whdh.com/stormforce/閉鎖された学校の長いリストが表示されたページが表示されます。

リスティングシステムを変更した可能性がありますが、URIを変更する必要はありませんでした。

恥ボード-ストーリー2：Microsoft Netmeeting

インターネットへの依存度が高まるにつれ、メーカーのWebサイトへのリンクを埋め込むことができるアプリケーションが賢明なアイデアになりました。これは多く使用され、悪用されてきましたが、URLを変更することはできません。先日、Microsoft Netmeeting 2 / Help / Microsoft on the Web / Freestuffメニューの何かクライアントからのリンクを試しましたが404エラーが発生しました-サーバーからの応答が見つかりませんでした。おそらくすでに修正されています...

© 1998Tim BL

歴史的メモ：これが書かれた20世紀の終わりに、「クール」は、特に若者の間で、ファッション、品質、または適切さを示す承認の象徴でした。急いで、URIパスは、実用性や寿命よりも「クール」から選択されることがよくありました。この投稿は、クールの探求の背後にあるエネルギーをリダイレクトする試みです。

参照：

「URI-単純なことは難しい（パート1）」

「戦い」悪い「URI、スパマー、php-shells-個人的な経験」

クールなURIは変更されません