https://drive.google.com/file/d/1V0bXmiauWJoRQYdQHnxw6krC2GuVYSIn/view?usp=sharing

원 서버 방향 = 인바운드, 사용자 에이전트 방향 = 아웃바운드

• 트랜잭션 방향을 표현

• HTTP 메시지는 강물 같이 흐른다.

메시지 부분

• 시작줄, 헤더 : 줄 단위로 구분된 아스키 문자열
  • 각 줄은 캐리지 리턴, 개행문자로 구성된 두 글자의 줄바꿈 문자열(CRLF)로 끝난다.
  • 견고한 앱이라면 그냥 개행 문자도 받아들일 수 있어야 한다.
  • 엔티티 본문이 없더라도 HTTP 헤더의 집합은 항상 빈 줄로 끝나야 한다.
• 엔티티 본문/메시지 본문 : 텍스트 or 이진 데이터 가능

<메서드> <요청 URL> <버전>
<헤더>

<엔티티 본문>

<버전> <상태 코드> <사유 구절>
<헤더>

<엔티티 본문>

• 사유 구절은 인간이 읽기 위한 용도 → HTTP/1.0 200 NOT OK와 HTTP/1.0 200 OK는 동등하게 성공을 의미하는 것으로 처리되어야 한다.
  • 상태코드의 사람이 읽기 쉬운 버전.
  • 사유에 대한 엄격한 규칙 제공 x

상태 코드

정의되지 않은 범위는 누군가가 확장한 코드일 수 있음.

• 그 코드가 포함되는 범주의 일반적인 구성원으로 가정하고 다루어야 함.
• 예) 515 코드 : 다른 5XX 메시지처럼 서버 에러를 의미하는 것으로 간주한다.