すべての参考文献は"Non-normative"とマークされない限り規範的である。
今日の時点でウェブコミュニティーは、コンテンツスニッフィングがウェブ上で行われる方法に対する十分に完全な信頼性、相互運用可能な、およびテスト仕様を欠く。ウェブコミュニティーがこの問題に対処することに向けて前進するように、この領域に注意を払うような実装を勧める。
Media Type Sniffing (URL: http://tools.ietf.org/html/draft-ietf-websec-mime-sniff-03), A. Barth, I. Hickson. IETF.
注:多くの異なるコンテキストで、多数の異なる方法でURLを使用することができる。厳密なURLを生成する目的で、[RFC3986] [RFC3987]を検討することを望んでもよい。W3C URL仕様は、用語URL、URLを処理するためのさまざまなアルゴリズム、およびURLの組み立て、解析、そして解決するためのAPIを定義する。ウェブブラウザの開発者は、http://url.spec.whatwg.org/の進行状況を追跡することによって最新のURLの進展に遅れないようすることを勧める。コミュニティーがURL処理の定義に収束するように、W3C URLドラフトが勧告トラックに従って発展することを期待する。
HTML仕様で使用されるURL関連用語の多く(URL、絶対URL、相対URL、相対スキーム、スキームコンポーネント、スキームデータ、ユーザー名、パスワード、ホスト、ポート、パス、クエリ、フラグメント、パーセントエンコード、基底を得るおよびUTF-8パーセントエンコード)は、[RFC3986]および[RFC3987]の用語に直接マッピングされうる。属性(たとえばhref
およびprotocol
など)のURLUtils
(以前はURL
として知られる)コレクションおよびその要求される定義(入力、クエリエンコーディング、url、ステップを更新する、入力を設定する)は、今日ではありふれたことと見なされる。URL関連用語の一部は依然として改良される(たとえばURLパーサー、パースエラー、URLシリアライザ、デフォルトエンコードセットおよびパーセントデコード)。
注意の言葉のように、ウェブブラウザやHTMLコンテキスト外の他のソフトウェアスタックは、URLの処理の仕方に顕著な違いがある。変更が、既存のウェブコンテンツを壊すだろうURL処理に受け入れられないだろうが、それゆえにURL処理の一部の重要な部分は、実装定義(たとえば、構文解析ファイル:[RFC3986] [RFC3987]構文のもとで構文エラーとなるURLまたはURLの上で動作する)として考慮されるべきである。
URL (URL: http://www.w3.org/TR/url/), E. Arvidsson, M.[tm] Smith. W3C.