field-name ":" OWS field-value OWS (OWS: 띄어쓰기 허용)
- 대소문자 구분 없음
- HTTP 전송에 필요한 모든 부가정보
ex) 메시지 바디 내용, 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보
- 표준 헤더가 많음
- 필요시 임의의 헤더 추가 가능
HTTP 표준
1999 RFC2616 (폐기됨)
2014 RFC7230~7235 등장
RFC2616
헤더 분류
| | ex) |
---|
General 헤더 | 메시지 전체에 적용되는 정보 | Connection : close |
Request 헤더 | 요청 정보 | User-Agent: Mozilla/5.0 (Macintosh; ..) |
Response 헤더 | 응답 정보 | Server: Apache |
Entity 헤더 | 엔티티 바디 정보 | Content-Type: text/html, Content-Length: 3423 |
message body
- 메시지 본문 : 엔티티 본문을 전달
- 엔티티 본문 : 요청, 응답에서 전달할 실제 데이터
- 엔티티 헤더 : 엔티티 본문의 데이터를 해석할 수 있는 정보 제공
- 데이터 유형 (html, json), 데이터 길이, 압축 정보 등
RFC723x 변화
- 엔티티(Entity) 👉 표현(Representation)
- Representation = representation Metadata + Representation Data
- 표현 = 표현 메타데이터 + 표현 데이터
message body
- 메시지 본문 : 표현 데이터 전달
- 메시지 본문 = 페이로드(payload)
- 표현 : 요청, 응답에서 전달할 실제 데이터
- 표현 헤더 : 표현 데이터를 해석할 수 있는 정보 제공
- 데이터 유형 (html, json), 데이터 길이, 압축 정보 등
- 표현 헤더는 표현 메타데이터/페이로드 메시지를 구분해야 하나, 여기서는 생략
표현 헤더
-
표현 헤더는 전송, 응답 둘 다 사용
-
Content-Type : 표현 데이터의 형식
- 미디어 타입, 문자 인코딩
ex)
text/html; charset=utf-8
application/json
image/png
-
Content-Encoding : 표현 데이터의 압축 방식
- 표현 데이터를 압축하기 위해 사용
- 데이터를 전달하는 곳에서 압축 -> 인코딩 헤더 추가
- 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제
ex) gzip, deflate, identity
-
Content-Language : 표현 데이터의 자연 언어
ex) ko, en, en-US
-
Content-Length : 표현 데이터의 길이
- 명확히 구분하자면 페이로드 메시지이다
- 바이트 단위
- Transfer-Encoding(전송 코딩)을 사용하면 Content-Length를 사용하면 안 됨