hTTp://foo.com
と同じですかHttp://foo.COM
?
ホスト名は機密ではありませんが、パス名とクエリ部分は機密であることはわかっています。
hTTp://foo.com
と同じですかHttp://foo.COM
?
ホスト名は機密ではありませんが、パス名とクエリ部分は機密であることはわかっています。
スキームは大文字と小文字を区別しません: https://www.rfc-editor.org/rfc/rfc3986#section-3.1
ホスト名は DNS であるため、大文字と小文字も区別されません。
残りは大文字と小文字が区別されます。
実際には区別されませんが、理論的には小文字のみが許可されます。
RFC 1738から
2.1. URL の主要部分
URL 構文の完全な BNF の説明は、セクション 5 に記載されています。
一般に、URL は次のように記述されます。
<scheme>:<scheme-specific-part>
URL には、使用されているスキームの名前 ()、コロン、文字列 () が含まれており、その
解釈はスキームによって異なります。スキーム名は一連の文字で構成されます。小文字の
「a」~「z」、数字、プラス記号 (「+」)、ピリオド
(「.」)、およびハイフン (「-」) を使用できます。弾力性のために、
URL を解釈するプログラムは、スキーム名の大文字を小文字と同等に扱う必要があります (たとえば、「http」だけでなく「HTTP」も許可します)。
RFC3986 を引用:
スキームでは大文字と小文字が区別されませんが、標準的な形式は小文字であり、スキームを指定するドキュメントでは小文字を使用する必要があります [...]
さて、このドキュメント(一部の HTML 仕様) は次のように述べています。
一般に、URL は大文字と小文字が区別されます (マシン名を除く)。大文字と小文字を区別しない URL または URL の一部が存在する場合がありますが、これらを特定するのは簡単ではありません。URL では大文字と小文字が区別されることを常に考慮する必要があります。
また、RFC1738 (Uniform Resource Locators (URL))は次のように述べています (注、URL の形式は<scheme>:<scheme-specific-part>
):
スキーム名は一連の文字で構成されます。小文字の「a」~「z」、数字、プラス記号 (「+」)、ピリオド (「.」)、およびハイフン (「-」) を使用できます。弾力性のために、URL を解釈するプログラムは、スキーム名の大文字を小文字と同等に扱う必要があります (たとえば、「http」だけでなく「HTTP」も許可します)。
したがって、小文字のみが許可されますが、大文字は許容されます。
ところで、Safari は自動的に小文字に変換します。