違いのURL、URN、URIの

参考：

1.URI（ユニフォームリソース識別子）ユニフォームリソース識別子は、抽象的または物理的リソースを識別する。URIはさらにロケータの名前や特徴とともにURL、URNまたは物を分割することができます。URN効果は人の名前のようなものです、URLは、個人の住所のようなものです。言い換えれば、物事の同一性を決定するためにURN、URLは、それを見つけるための方法を提供します。

栗の場合：

まず第一に、URLはURIです。
URIはもちろんになることができましょう、「アクセス機構」、「ネットワークの場所」URLのことです。EG http:// や ftp://..
URNは、一意の識別子の一部であり、それは特別な名前です。

　　RFCの権威からも来たときにここでは例を見て、です：

ftp://ftp.is.co.za/rfc/rfc1808.txt （なぜならプロトコルのもURL）
http://www.ietf.org/rfc/rfc2396.txt （なぜならプロトコルのもURL）
ldap://[2001:db8::7]/c=GB?objectClass?one （なぜならプロトコルのもURL）
mailto:[email protected] （なぜならプロトコルのもURL）
news:comp.infosystems.www.servers.unix （なぜならプロトコルのもURL）
tel:+1-816-555-1212
telnet://192.0.2.16:80/ （なぜならプロトコルのもURL）
urn:oasis:names:specification:docbook:dtd:xml:4.1.2

　　これらはすべて、URI、いくつかのURLです。何？提供するもののアクセスメカニズムを。

2.HttpServletRequest的にAPI

http://127.0.0.1:8080/icbc-visa/apply/test

request.getContextPath（）：/中国工商銀行、ビザ
request.getRequestURI（）：/中国工商銀行、ビザ/適用/テスト
request.getRequestURL（）：http://127.0.0.1:8080/icbc-visa/apply/test
request.getPathInfo （）/適用/試験
request.getServletPath（）： PS：/ *「パターン「は、この要求を処理するために使用されるサーブレットを使用して一致した場合、この方法は、（」）」空の文字列を返します。
。request.getServletContext（）getRealPath（）：E：\ワークスペース\ ICBC・ビザ・ビルドの\ ICBC・ビザ・プロジェクト\ ICBC・ビザ・ポータル\ ICBC -ビザウェブサイト\ SRC \メイン\のWebアプリケーション
request.getScheme（）： HTTP
request.getServerName（）：127.0.0.1
request.getServerPort（）：8080

違いは、で終わる/及び3.URL / A無し

http://www.abc.com/abcが
http://www.abc.com/abc/
ユーザーのために、ほとんどの場合、2つのウェブサイトとの間に違いはありません、彼らは訪問ABCディレクトリのウェブサイトですデフォルトのホームページ。彼らは通常のみhttp://www.abc.com/abcを入力してURLを入力すると一般ユーザは、最後のスラッシュはオプションであることを知っています。

　　Webサーバは、このような「http://www.abc.com/abc」として、リクエストの最後にスラッシュを付けずにURLを受信すると、その後、ルートディレクトリ「ABC」の下という名前のサーバーの検索サイトではありませんファイル、ABCのディレクトリ処理として入れ、その後、ABCディレクトリのデフォルトのホームページに戻らない場合。Webサーバーがスラッシュで終了する要求を受信すると、直接ディレクトリとして処理されます。

　　これは、Microsoft IEBlogで記事に見られます：

　　ハイパーリンクを生成する場合、可能な場合、常に最後のスラッシュが含まれます。例えば、http://msdn.microsoft.com/ieに移動すると、http://msdn.microsoft.com/ie/より1つの往復を要します。ブラウザは、/すなわちURLに移動すると、サーバは単に/ IE / URLに301を下に送ります。両方のリンクは動作しますが、2番目のバージョンは高速です。

　　それは単に、ブラウザがこのURL IE /解析するとき、サーバは/ IE /に301ターンを実行します、2つのリンクが有効ですが、二つ目は高速です。もちろん、この時間のターンはほとんど無視できる、一般的に知覚できません。

　　検索エンジンのために、同時に含まれている2つ、特定のキーワード検索結果、「/」とし、「/」URLのないサイトのを見てブログのSEOの専門家の最後に対処することが可能ですまた、検索結果の最初のページに表示され、Baiduはバグである必要があり、今そこにあるかわかりません。

　　Wikipediaのリンクは、例えば、http://en.wikipedia.org/wiki/Search_engine_optimizationのために、あなたはインデックスウィキペディアの関連ページを参照してくださいすることができ、「/」のないフォームであり、またせずに含まれています「/」 URL。

　　私の友人の多くは、それはそれを形成するもので、最終的にそれを理解していない参照してくださいするには？

　　私の見解と最もSEOの専門家の見解と一致は、URLのディレクトリの最後に、交換リンクは、リンクがhttp://www.xxxx.com/このフォームを使用している場合は特に、「/」の形で置かれています私たちはああに注意を払う必要があります。

　　「/」ウェブマスターのURLなしで採用している人のために、あなたがURLのこの形態としてウィキペディアを使用し続けますが、「/」のバンドではないいくつかの場所で、結束を結ぶことに注意してくださいすることができますよう、問題ではありません、「/」を使用することなく、いくつかの場所で

　　このリンクを維持したくない場合は、「/」のURLバーのすべてのバンドでサイト内の「/」、および後でで行うためにすべての301ターンに直接リンクすることができます。

おすすめ