組み合わされたプロトコルとホストは何ですか？

Question

仕様とセマンティクスによると、プロトコルとホストの組み合わせ：https://example.comはまだホストと呼ばれていますか、これはURL、URIなどと呼ばれていますか？

また、プロトコルまたは方式と呼ばれる（https）ですか？ NGINX uses schemeしかし、私はその起源への参照が表示されません。

Answer 1

は実際に、それはあなたが探している名前は、URLである...ウィキに https://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Relationship_between_URIs.2C_URLs.2C_and_URNs

すべてです。 URIはリソース識別子のグローバル名であり、URLはウェブで使用されるURIの特定のタイプです。 そして、紙によると、あなたがスキームを使用する必要があり、ホストしてい： https://www.w3.org/TR/uri-clarification/#uri-schemes

Answer 2

（以下であるが、現在RFC 3986にマップするURI標準STD 66、による。）

絶対URIを権威をもって（例えば、ドメイン名、またはIPアドレス）mustが（そのために）で構成されて

1. scheme component、
2. :、
3. //、
4. authority component、及び
path component
5. （path-abempty→）。

したがって、これらの規則に従って、https://example.comは

• いずれか（空のパスで）有効なURI、
• かまだ有効URI（それは可能性のいずれかのパスを外すため空であるか、/で始まる）。

（しかし、あなたが特定のコンテキストでこのURIを見つけない限り、人はもちろん、それは空のパスとURIをだと仮定します。）

しかし、HTTP仕様RFC 2616がscheme-specific rules for HTTP URIs定義：URIの場合Request-URI（see definition）として使用され、URIのabs_pathが空の場合、/（つまり、https://example.com/）と指定する必要があります。

URI標準もHTTP標準も、schemeとauthorityコンポーネントの組み合わせのみを記述する用語を定義していません。

Answer 3

私はあなたが本当に探しすることができる期間はRFC 6454のように、起源だと思います。

発信元は、スキーム+ホストだけでなく、スキーム+ホスト+ポートです。そして、例えばhttps://example.comというスキーム+ホストのように見えるのはちょうどそのようなものではありません。なぜなら、デフォルトのポートであるポート443（デフォルトのTLSポート）はhttp://example.comのように表現されています。ポートは80です。

ここでは元の質問のコンテキストがわかりませんが、通常、誰かがスキーム+ホストの組み合わせが何を呼び出すかを知りたいと思う一般的なケースを知っています。 https://example.comとhttp://example.comのような同じホストで異なるスキームの2つのURLを比較するか、同じスキームとホストを持ちますが異なるポート（http://example.comとhttp://example.com:8888など）を持つ2つのURLを比較してください。そのようにURLを比較することを検討すると、最終的にWebセキュリティモデル全体が基づいている"same origin" policyの点でそれらを考えるようになります。