URL vs URI: 主な違い URL およびURI

替え： ルーカス・ベネット ルーカス・ベネット
Hours 更新中

主な違い URL およびURI

  • URL は URI のサブセットであり、リソースが存在する場所とそれを取得するメカニズムを指定します。一方、URI は のスーパーセットです。 URL リソースを識別するもの。
  • 主な目的は URL はリソースの場所やアドレスを取得することであり、URIの主な目的はリソースを見つけることである。
  • URL はウェブページのみを検索するために使用されます。一方、URIはHTML、XML、およびその他のファイルで使用されます。
  • URL にはプロトコル、ドメイン、パス、ハッシュ、クエリ文字列などのコンポーネントが含まれますが、URIにはスキーム、オーソリティ、パス、クエリなどのコンポーネントが含まれます。
  • の例 URL 次のとおりです。 https://google.com URI の例は次のとおりです: urn:isbn:0-486-27557-4。

との差 URL およびURI
との差 URL およびURI

ここでは、 URL そしてURIを提供し、それらの長所と短所を包括的に評価します。

何ですか URL?

A URL これは、コンピュータネットワーク上のリソースを取得するためのドキュメントやプロトコルのグローバルアドレスです。 URLは、Web ページ (HTTP) に関連して最も頻繁に発生しますが、JDBC を使用したデータベース アクセス、電子メール (mailto)、ファイル転送 (FTP)、その他多くのアプリケーションにも使用できます。 の完全な形式は、 URL ユニフォーム リソース ロケーターです。

URIとは何ですか？

URI は、物理リソースまたは論理リソースを識別する文字を含む文字列です。URI は、統一性を確保するために構文規則に従います。さらに、階層的な命名スキームによって拡張性も維持されます。URI の完全な形式は、Uniform Resource Identifier です。

URI の種類
URI の種類

上の図で述べたように、URI には次の 2 種類があります。

  1. URL: A URL コンピュータネットワーク上の場所と、その場所を取得するための手法を指定します。
  2. URN： ユニフォーム リソース ネーム (URN) は、URN スキームを指定するインターネット リソースです。

URIと URLs

URIと URL

URIと URL

上記の図で述べたように、「あなたの名前」はあなたを識別するためURIになり得ます。 URL それは、あなたの自宅の場所を誰かが見つけるのに役立つものではないからです。

一方、「あなたの自宅の場所」はURIであると同時に URLその理由は、あなたを特定するとともに、あなたの居住地を示すためです。

の構文 URL

構文は次のとおりです。 URL:

http://www.domainname.com/folder-name/web page-file-name.htm

上記を分割することができます URL 以下の部分に分けます。

  • プロトコル： これは最初の部分です URLここでいうプロトコル名は、ハイパーテキスト転送プロトコル（HTTP）です。
  • http://www.domainname.com/:  それはあなたのドメイン名です。サーバー ID またはホストとも呼ばれます。
  • /フォルダ名/： これは、参照された Web サイトのページが Web サーバー上の特定のフォルダーに「ファイル」されていることを示します。
  • Web ページのファイル名.htm: これは実際にはウェブページのファイル名です。「.htm」はHTMLファイルの拡張子で、静的ウェブページであることを示しています。ファイル名にはさまざまな拡張子が付く場合があり、ウェブサーバーの設定方法によって異なります。拡張子がまったくない場合もあります。 URL スラッシュ線（/）で終わることもあります。

関連記事

の例 URL

この例 URL フォルダは存在するが、拡張子がない。

https://career.guru99.com/category/heavy-industries/

この例 URL フォルダがありません。

https://www.guru99.com/what-is-sap.html

この例 URL 拡張子はありません。

https://career.guru99.com/top-33-investment-banking-interview-questions-answers/

URIの構文

URI の構文は次のとおりです。

URI = スキーム:[//権限]パス[?クエリ][#fragment]

URI には次の部分が含まれます。

  • スキームコンポーネント: コロン (:) が後に続く空でないコンポーネントです。スキームには、文字で始まり、数字、文字、ピリオド (.)、ハイフン (-)、プラス (+) の任意の組み合わせが続く文字列が含まれます。よく知られているスキームの例には、HTTP、HTTPS、mailto、file、FTP などがあります。URI スキームは、インターネット割り当てに登録する必要があります。 Numbers 当局（IANA）。
  • 権限コンポーネント: これはオプションのフィールドであり、前に // が付きます。 で構成されています
  1. ユーザー名とパスワードで構成されるオプションのユーザー情報サブコンポーネント (オプション)。
  2. IP アドレスまたは登録名のいずれかを含むホスト サブコンポーネント。
  3. コロン (:) が後に続くオプションのポート サブコンポーネント
  • パス： パスには、スラッシュで区切られた一連のセグメントが含まれます。
  • クエリコンポーネント: これはオプションであり、先頭に疑問符 (?) が付きます。クエリ コンポーネントには、非階層データのクエリ文字列が含まれます。
  • フラグメントコンポーネント: これはオプションのフィールドであり、先頭にハッシュ (#) が付きます。フラグメントコンポーネントには、二次リソースに指示を与えるフラグメント識別子が含まれます。

URIの例

プロトコルについては言及されていません。

www.guru99.com

ドメインが言及されていない

what-is-sap.html

プロトコルに関する言及

ldap://[2001:db8::7]/c=GB?objectClass?one
mailto:abc@example.com 
tel:+1-816-555-1212  
telnet://192.0.2.16:80/ 

URN に関する混乱

URN について混乱があります: https、ftp などのプロトコルを実装する場合、それは URLたとえそれがURIであっても。

このような議論の問題点は、それが適切であるということである。 RFC 非常に密度が高く、時には矛盾していることさえあります。たとえば、RFC 3986 では、URI は名前、ロケーター、またはその両方になる可能性があると規定しています。

Why URL?

私が使用することに重点を置いている重要な理由は次のとおりです。 URL:

  • 記載されている情報 URL マウスをワンクリックするだけで、あるウェブページから別のウェブページに切り替えることができます。
  • URL 特定のリソースにアクセスする方法を示します。
  • 入力するたびに URL ブラウザに入力するか、ハイパーテキストリンクをクリックすると、 ウェブブラウザ 1 つ以上のファイルをダウンロードするリクエストを Web サーバーに送信します。
  • URL は、ウェブページ、画像、ファイル、メディア、ウェブアプリケーションなど、ウェブ上の特定の固有リソースのアドレスです。
  • ウェブサイト URLまたは ドメイン, ウェブサイトの最も重要な部分の 1 つです。通常 .org、.com、または .net で終わる簡単な単語や文字列を使用すると、Web サイトへのトラフィックを獲得できます。

なぜ URI なのか?

私が URI を使用する重要な理由を共有しましょう。

  • 統一リソース識別子はあいまいさを防ぐため、セマンティック Web にとって不可欠です。
  • URI は、リソースまたはファイルの名前と場所を、統一された形式で検索します。
  • これには、特定のファイル名とパスを表す文字列が含まれています。
  • URI 他のシステムが World Wide Web またはネットワーク経由でリソースにアクセスする方法を提供します。 WebブラウザとP2P（ピアツーピア）で使用されます。 ファイル共有ソフトウェア ファイルを検索してダウンロードします。
  • URI を使用すると、古いファイルに影響を与えることなく、新しいファイル タイプを定義できます。
  • 単一のリソースを割り当てて、複数の表現に関連付けることができます。

との差 URL およびURI

私たちの分析では、 URL そしてURI：

との差 URL およびURI
URL URIとの比較
URL URI
URL Uniform Resource Locatorの略です。 URI は、Uniform Resource Identifier の略です。
URL URI のサブセットであり、リソースが存在する場所と、そのリソースを取得するためのメカニズムを指定します。 URIは、 URL リソースを識別するには、 URLURN（Uniform Resource Name）、またはその両方。
主な目的は、リソースの場所またはアドレスを取得することです。 URI の主な目的は、リソースを検索し、名前または場所を使用して他のリソースと区別することです。
URL ウェブページのみを検索するために使用されます HTML、XML、その他のファイル、XSLT (Extensible Stylesheet Language Transformations) などで使用されます。
スキームは、HTTP、FTP、HTTPS などのプロトコルである必要があります。 URI では、スキームはプロトコル、仕様、名前などのようなものになります。
プロトコル情報は URL. URI にはプロトコル情報が指定されていません。
の例 URL: https://google.com URI の例: urn:isbn:0-486-27557-4
これには、プロトコル、ドメイン、パス、ハッシュ、クエリ文字列などのコンポーネントが含まれます。 これには、スキーム、権限、パス、クエリ、フラグメント コンポーネントなどのコンポーネントが含まれます。
事例一覧 URLsはURIにすることができます すべてのURIが URLURIはロケーターではなく名前になる場合もあるため。

どちらを選ぶか URL そしてURI

私の経験では、 URL そしてURIとは URL は URI のサブセットであり、リソースが存在する場所とそれを取得するメカニズムを指定します。一方、URI は のスーパーセットです。 URL リソースを識別するもの。 URLURIはWebページのみを検索するために使用されますが、HTML、XML、およびJSTLやXSTLなどの他のファイルでも使用されます。

この投稿を要約すると次のようになります: