☰

HTTP 작업이 일반적으로 모두 대문자인 이유는 무엇입니까? [폐쇄]

tag-icon • tag-icon history http
HTTP 작업이 일반적으로 모두 대문자인 이유는 무엇입니까? [폐쇄]

나는 이것에 대한 역사를 찾고 있습니다. 왜 우리는 일반적으로 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

에 관해서는왜, 초기 프로토콜(텔넷 등)의 영향일 수 있습니다(RFC 854, 1983) 대소문자를 무시하는 것보다 대문자 사용이 더 이식 가능하고 신뢰할 수 있는 것으로 간주될 만큼 오래되었습니다.

RFC 1945의 일부 부분은 대소문자를 구분하지 않습니다. 예를 들면 다음과 같습니다.

  1. 접근 인증

HTTP는 서버가 클라이언트 요청에 도전하는 데 사용할 수 있는 간단한 도전-응답 인증 메커니즘을 제공하며, 클라이언트는 이 메커니즘을 사용하여 인증 정보를 제공할 수 있습니다. 확장 가능하고 대소문자를 구분하지 않는 토큰을 사용하여 인증 체계를 식별한 다음 체계를 인증하는 데 필요한 매개변수가 포함된 속성-값 쌍의 쉼표로 구분된 목록을 사용합니다.

그리고 http URL 자체는 다음과 같습니다.

"http" URL의 표준 형식은 호스트의 모든 UPALPHA 문자를 해당 LOALPHA 문자로 변환하고(호스트 이름은 대소문자를 구분하지 않음) 포트가 80인 경우 [":" 포트]를 생략하고 공백을 대체하여 얻습니다. abs_path는 "/"로 대체됩니다.

답변2

이는 RFC에서 모든 대문자 연산 정의를 사용한 결과일 수 있습니다. 다른(이전) 프로토콜의 경우 실제 구현에서는 대소문자를 구분하지 않더라도 RFC의 작업 설명은 모두 대문자로 표시됩니다.

이는 특정 용어를 강조할 수 있는 다른 방법이 없는 일반 텍스트 문서에서 해당 용어가 눈에 띄기 때문일 수 있습니다(예:용감한또는이탤릭체).

관련 정보