(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다.
1. HTTP 헤더 개요
1. HTTP 헤더
1) 헤더 용도
- HTTP 전송에 필요한 모든 부가 정보
e.g. 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등
- 표준 헤더가 너무 많음, 필요시 임의의 헤더 추가 가능
2) 헤더 분류-RFC 2616(과거)
1) General 헤더: 요청/응답 메시지 전체에 적용되는 정보 (e.g. Connection: close)
2) Request 헤더: 요청 정보 (e.g. User-Agent: Mozilla/5.0)
3) Response 헤더: 응답 정보 (e.g. Server: Apache)
4) Entity 헤더: 엔티티 바디 정보 (e.g. Content-Type: text/html, Content-Length: 3423)
2. HTTP BODY
1) message body - RFC2616(과거)
- 메시지 본문(message body)을 통해 엔티티 본문(entity body)를 전달
- 엔티티 본문은 요청/응답에서 전달할 실제 데이터
- 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보 제공
- e.g. 데이터 유형(html, json), 데이터 길이, 압축 정보 등
<HTTP 표준>
1) 1999년 RFC2616 폐기
2) 2014년 RFC7230~7235 등장
엔티티(Entity) -> 표현(Representation)
2) message body - RFC7230(최신)
- 메시지 본문(message body)를 통해 표현 데이터 전달
- 메시지 본문 = 페이로드(payload)
- 표현 = 요청이나 응답에서 전달할 실제 데이터(표현 헤더 + 표현 데이터)
- 표현 헤더는 표현 데이터를 해석할 수 있는 정보 제공
(참고) 표현 헤더는 표현 메타데이터와 페이로드 메시지를 구분해야하지만, 여기서는 복잡하므로 생략
<정리>
1) HTTP 표준 RFC2616 -> RFC723x로 변화
Enity -> Represntation
2) HTTP 헤더 분류 - RFC 723x(현재)
헤더 분류 | 설명 | 사용 |
General 헤더 | 요청/응답 메시지 전체에 적용되는 정보 | 공통 |
Representation 헤더 | 표현 데이터 정보 | |
Request 헤더 | 요청 정보 | 요청 |
Response 헤더 | 응답 정보 | 응답 |
2. 표현
http로 전송할 때, 어떠한 리소스를 html / json 등으로 표현해 전달함
<표현 헤더>
표현 헤더는 요청, 응답 메세지에서 모두 사용
1) Content-Type: 표현 데이터의 형식
2) Content-Encoding: 표현데이터의 압축 방식
3) Content-Language: 표현 데이터의 자연 언어
4) Content-Length: 표현 데이터의 길이
1. Content-Type
표현 데이터의 형식 설명
- 미디어 타입, 문자 인코딩
1) text/html; charset=utf-8
2) application/json
- json은 기본이 UTF-8
3) image/png
2. Content-Encoding
표현 데이터 인코딩
- 표현 데이터 압축을 위해 사용
- 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가
- 데이터를 읽는 곳에서 인코딩 헤더의 정보로 압축 해제
1) gzip - 요즘 많이 사용
2) deflate
3) identity - 압축X
3. Content-Language
표현 데이터의 자연 언어
- 클라이언트에서 언어를 선택하는 부가 작업O(애플 홈페이지에서 한국어로 보기)
1) ko
2) en
3) en-US
4. Content-Length
표현 데이터의 길이
- 바이트 단위
- Transfer-Encoding(전송 코딩)을 사용하면 Content-Length 사용X
7-1. HTTP 헤더 개요 질문 정리
Q. RFC2616(과거) -> RFC723x(현재)로 HTTP 표준이 변하면서 기존 분류체계의 Entity 헤더가 Representation 헤더로 바뀐 것인가요? 그럼 기존 분류체계에 있던 General, Request, Respone 헤더는 사라진게 아닌가요?
1) 실제로는 더 복잡하지만 기존 분류체계에서 Enity -> Representation 으로 바뀐 것으로 이해해도 된다.
거의 명칭만 바뀌었다고 이해해도 무방하지만, 실제로 Representation은 좀 더 Body 데이터에 맞도록 변경되었다.
(참고) 과거에 Entity에 있었던 Last-Modified, Expires, ETag가 Representation에서는 빠졌다.
2) General 헤더, Representation 헤더는 공통이고 Request 헤더는 요청시에만, Response 헤더는 응답시에만 사용된다.
[참고] https://www.inflearn.com/questions/274065
7-2. 표현 질문 정리
Q. 표현 헤더에 들어가는 데이터들은 서버/클라이언트에서 전부 직접 값을 지정해줘야하는 건가요? 아니면 프레임워크나 브라우저 단에서 자동으로 처리해주는 건가요?
웹 브라우저에서 HTML을 처리하는 경우에는 클라이언트/서버 모두 어느정도 자동화되어 있다. 그 외 API를 호출하는 경우, 최근에 많은 부분이 자동화 되었다.
[출처] https://www.inflearn.com/questions/155130
'Spring > 모든 개발자를 위한 HTTP 웹 기본 지식' 카테고리의 다른 글
[모든 개발자를 위한 HTTP 웹 기본 지식] 07. HTTP 헤더1(일반헤더) - 전송 방식 (0) | 2022.06.07 |
---|---|
[모든 개발자를 위한 HTTP 웹 기본 지식] 07. HTTP 헤더1(일반헤더) - 콘텐츠 협상 (0) | 2022.06.07 |
[모든 개발자를 위한 HTTP 웹 기본 지식] 06. HTTP 상태코드 - 4xx(클라이언트 오류), 5xx(서버 오류) (0) | 2022.06.02 |
[모든 개발자를 위한 HTTP 웹 기본 지식] 06. HTTP 상태코드 - 3xx(리다이렉션1), 3xx(리다이렉션2) (0) | 2022.06.02 |
[모든 개발자를 위한 HTTP 웹 기본 지식] 06. HTTP 상태코드 - HTTP 상태코드 소개, 2xx(성공) (0) | 2022.06.02 |