私はこれの歴史を探しています。なぜ私たちは通常、HTTPまたはPOST
アクションOPTIONS
の両方を大文字で書くのですか?
答え1
RFC 1945(1996)は言った
5.1.1 方法
メソッドトークンは、要求URIで識別されたリソースに対して実行されるメソッドを表します。この方法は大文字と小文字を区別します。
Method = "GET" ; Section 8.1
| "HEAD" ; Section 8.2
| "POST" ; Section 8.3
| extension-method
についてはなぜ、初期プロトコル(Telnetなど)の影響である可能性があります(RFC 854、1983)大文字と小文字を無視するよりも、大文字の使用が移植可能で信頼できると見なされるほど古い。
RFC 1945の一部は大文字と小文字を区別しません。たとえば、次のようになります。
- アクセス認証
HTTPは、サーバーがクライアント要求に挑戦するために使用できる単純なチャレンジ - 応答認証メカニズムを提供し、クライアントはこのメカニズムを使用して認証情報を提供できます。スケーラブルで大文字と小文字を区別しないトークンを使用して認証スキームを識別し、スキームを認証するために必要なパラメーターを含む属性と値のペアのカンマ区切りリストを使用します。
そしてhttp URL自体は次のようになります。
"http" URLの標準形式は、ホストのすべてのUPALPHA文字を対応するLOALPHA文字に変換し(ホスト名は大文字と小文字を区別しません)、ポートが80の場合は[":"ポート]を省略し、スペースを置き換えることによって取得されますです。 abs_path は「/」に置き換えられます。
答え2
これは、RFCですべての大文字の演算定義を使用した結果です。他の(以前の)プロトコルでは、実際の実装では大文字と小文字を区別しなくても、RFCの作業説明はすべて大文字で表示されます。
これは、特定の用語を強調する他の方法がないプレーンテキスト文書でその用語が目立つためです。勇敢なまたはイタリック体)。