関連する RFC であるIETF RFC 3986でこれを見つけようとしましたが、わかりませんでした。
HTTP の URI は Unicode または非 ASCII を許可しますか?
あなたの答えをサポートするセクションとRFCを引用してください。
NB: これはプログラミング関連ではないと思うかもしれない人のために - それは関連しています。これは、私が構築している ISAPI フィルターに関連しています。
補遺
私は RFC 3986 のセクション 2.5 を読みました。しかし、現在の HTTP プロトコルであると私が信じている RFC 2616 は、3986 よりも前のものであり、そのため、3986 に準拠することはできないと思います。さらに、HTTP RFC がが更新されても、まだ合理化の問題があります。つまり、HTTP URI は、非 US-ASCII 文字を含めるのに適切なものを含め、RFC3986 のすべての条件をサポートしていますか?
いいえ、許可されていません。RFC 3986 の ABNF を確認してください。
RFC 3986 は、Unicode を完全にサポートし、RFC 3986 スタイルの URI との間のマッピング ルールを提供する RFC 3987 に置き換えられています。
多くのブラウザーは Unicode 文字を含む URI をサポートしておらず (私が構築した blogvani.com という名前の Web サイトに実装しました)、Google はそれらを適切にスキャンしてそのまま保持します。ただし、少なくともレジストラではなく、直接ではなく、トップレベルのドメインでは機能しないと思います.
トップレベル ドメインの場合、ドメインが Unicode で登録されている場合 (たとえば、人々はヒンディー語でドメインを登録できます)、対応する ASCII コード (jdhfks3243-32434.com のようなもの) に変換されます...
これがどのようにルーティングされるかを見て、そのように見えても実際には Unicode ドメインに移動していないことに気付くのは非常に面白いことです。