[HTTP] - HTTP 헤더

인프런 강의 중 모든 개발자를 위한 HTTP 웹 기본 지식이라는 강의에 대한 TIL입니다.

 

HTTP 헤더 1 - 일반 헤더

 

RFC 7230~7235의 HTTP 메시지

 

출처) https://www.inflearn.com/course/http-웹-네트워크 강의자료

 

표현이란 요청이나 응답에서 실제 데이터를 의미한다. 이러한 표현 데이터는 페이로드, 즉 메시지 본문(Body)을 통해 전달된다. 이때, 클라이언트와 서버는 각각의 수신된 HTTP 메시지에서 표현 데이터들을 해석할 수 있어야 하는데 이러한 정보들은 표현 헤더에서 제공한다. 다음은 HTTP 메시지의 표현 헤더의 예시들이다.

 

Content-Type

표현 데이터의 형식에 대한 정보를 담고 있는 헤더이다. 다음은 사용 예시이다.

1. Content-Type: text/html;charset=UTF-8
=> 표현 데이터의 형식이 HTML 파일이라는 것을 제공한다.
2. Content-Type: application/json
=> 표현 데이터의 형식이 json이라는 것을 제공한다.
3. Content-Type: image/png
=> 표현 데이터의 형식이 png 파일이라는 것을 제공한다.

 

Content-Encoding

표현 데이터의 인코딩 정보, 즉 압축 정보를 담고 있는 헤더이다. 크기가 큰 표현 데이터를 압축해서 전달할 때 압축 후 인코딩 헤더를 추가하면 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축을 해제할 수 있게 된다. 종류로는 gzip, deflate, identity(인코딩 X)등이 있다.

 

Content-Language

표현 데이터의 자연 언어의 정보를 담고 있는 헤더이다. 자연 언어란 실제 사람이 쓰는 언어를 말한다. 예를 들어, ko는 한국어, en은 영어, en-US는 미국식 영어를 의미한다.

Content-Length

표현 데이터의 길이를 바이트 단위로 나타낸 정보를 담고 있는 헤더이다.

 

Host

HTTP 요청 메시지에서 필수적으로 사용되는 헤더이다. 요청한 호스트 정보(도메인)에 대한 정보를 담고 있다. 해당 헤더가 필수적으로 사용되어야하는 이유는 하나의 서버가 여러 도메인을 처리해야할 때, 하나의 IP 주소에 여러 도메인이 적용되어 있을 때요청을 받는 호스트가 정확하게 명시가 되어야 하기 때문이다. 아래 강의자료를 보자.

 

출처) https://www.inflearn.com/course/http-웹-네트워크 강의자료

 

출처) https://www.inflearn.com/course/http-웹-네트워크 강의자료

 

협상(Contents Negotiation)

협상이란, 클라이언트가 선호하는 표현을 요청하는 것을 말한다. 따라서, 협상 헤더는 요청 시에만 사용한다.

 

다음은 협상 헤더의 예시들이다.

- Accept: 클라이언트가 선호하는 미디어 타입(Content-Type의 협상 헤더)
- Accept-Charset: 클라이언트가 선호하는 문자 인코딩
- Accept-Encoding: 클라이언트가 선호하는 압축 인코딩(Content-Encoding의 협상 헤더)
- Accept-Language: 클라이언트가 선호하는 자연 언어(Content-Language의 협상 헤더)

 

협상 헤더를 사용해서 요청할 때 클라이언트의 선호 표현에 대한 우선순위에 대한 정보도 전달할 수 있다. 우선순위를 전달하는 방법은 두 가지이다.

 

Quality Values(q)

q라는 값을 사용해서 우선순위를 표현한다. 0~1의 실수로 표현할 수 있는데 클수록 높은 우선순위를 의미한다. 1인 경우는 생략할 수 있다.

 

다음은 사용 예시이다.

Accept-Language: ko-KR,ko;q=0.9,en-US;q=0.8,en;q=0.7

 

ko-KR, 즉 대한민국식 한국어는 q값이 생략되었으니 1이다. ko, 즉 공통 한국어는 q값이 0.9로 두 번째로 우선순위가 높다. 차례로, en-US는 0.8, en은 0.7로 우선순위가 나타나져 있는 것을 볼 수 있다.

 

 

구체적인 정보

협상 헤더에 담겨있는 정보가 구체적인 것일수록 우선순위가 높다. 다음 사용 예시를 보자

Accept: text/*, text/plain, text/plain;format=flowed, */*

 

클라이언트가 선호하는 미디어 타입에 대한 협상 헤더에 대한 정보가 담겨있다는 것을 알 수 있다. 이때, text/plain;format=flowed가 제일 구체적인 정보이다. 따라서 해당 미디어 타입이 제일 우선순위가 높다. 차례로, text/plain, text/*, */* 순으로 우선순위가 정해진다.

 

 

Quality Values(q) & 구체적인 정보

q값과 구체적인 정보를 혼합하여 사용할 수 있다. 다음 사용 예시를 보자.

Accept: text/*;q=0.3, text/html;q=0.7, text/html;level=1, text/html;level=2;q=0.4, */*;q=0.5

 

협상 헤더가 위와 같이 되어있을 때 서버에서는 아래 표와 같은 우선순위에 따라 응답해준다.

 

Media Type	Quality
text/html;level=1	1
text/html	0.7
text/html;level=3	0.7
image/jpeg	0.5
text/html;level=2	0.4
text/plain	0.3