본문 바로가기
728x90
RFC 2616(HTTP) : 3장 정리 3.1 HTTP 버전 . 메시지 의미에 대한 추가 사항이나 바송자의 추가적인 능력을 의미하는 규약 추가 기능에 대한 변경이 있을 경우 번호를 증가시킴. 프로토콜 내 메시지 형식이 변경되면 번호를 증가시킴. 이 규격이 규정하는 대로 요구나 응답 메시지를 전송하는 애플리케이션은 반드시 HTTP-Version을 "HTTP/1.1"로 설정해야 한다. 이 버전 번호를 사용하는 것은 발송하는 애플리케이션이 최소한 부분적으로는 이 규격을 따르고 있음을 표시한다. 상위 버전의 요구가 수신되었으면 프락시/게이트웨이는 반드시 요구 버전을 내리거나, 에러를 발송하거나 터널로 전환해야만 한다. 프락시/게이트웨이 버전보다 낮은 요구는 상위 버전으로 업그레이드할 수는 있으나 요구받은 버전의 주요 버전은 반드시 동일해야 한다. 3.. 2022. 9. 28.
RFC 2616(HTTP) : 2장 정리 2장 : 기호 관례 및 일반적인 문법 2.1 Augmented BNF : 증가된 BNF 구현자는 이 구격을 이해하기 위해 표기법을 숙지해야 한다. 이 문서에 명시된 모든 메커니즘은 BNF에 자세히 설명되어 있다. name=definition 규칙의 이름은 단순히 이름 자체이며 ""를 포함하지 않으며 동일한 "=" 문자로 정의와 구분된다. 공백은 연속선의 들여쓰기가 둘 이상의 줄에 걸쳐 있는 규칙 정의를 나타내는 데 사용된다는 점에서만 중요. SP, LWS, HT, CRLF, DIGITE, ALPHA 등과 같은 일부 기본 규칙은 대문자로 표시됨. 각 괄호는 규칙 이름 사용을 식별하기 쉽게 할 때마다 정의 내에서 사용됩니다. "literal" 따옴표는 리터럴 텍스트를 둘러싼다. 달리 명시되지 않는 한 텍스트.. 2022. 9. 14.
RFC 2616(HTTP) : 1장 정리 1.1 목적 HTTP 분산 정보 시스템, 종합 정보 시스템 및 하이퍼미디어 정보시스템에서 사용하는 응용계층의 규약 HTTP/0.9 HTTP의 첫 버전. 인터넷 상에서 저장되어 있는 원래 데이터를 전송하기 위한 단순한 규약. HTTP/1.0 메시지를 전송하는 문서 데이터에 대한 메타 정보 및 요구/응답 용어의 변경자를 포함하는 MIME(다용도 인터넷 메일 확장)과 유사한 메시지의 형식으로 사용할 수 있도록 함으로써 규약을 향상시킴. HTTP/1.1 HTTP/1.0의 문제(계층적 프락시, 캐시, 지속적인 연결의 필요성, 가상 호스트)을 해결한 버전. 상호 협상할 수 있는 응용 프로그램이 상대방의 진정한 성능을 파악할 수 있도록 규약 버전을 갱신함. 하이퍼텍스트 전송 규약을 정의. 요구의 목적을 표시하는 일련.. 2022. 7. 13.
728x90