🎄 HTTP 헤더 (개요, 표현, 콘텐츠협상, 전송방식)

안녕하세요 오늘은 HTTP 헤더에 대하여 공부해봅니다.
HTTP 헤더에 대한 개념들은 너무 많아서 쪼개서 기록할 겁니다.

---

복습

• header-field = field-name ":" OWS field-value OWS (OWS:띄어쓰기 허용)
• field-name은 대소문자 구문 없음

스타트 라인 다음에 헤더들이 쭉 오고, 한칸 띄우고 바디부분들이 들어오게 되는 구성이다.

🎄 용도

• HTTP 전송에 필요한 모든 부가정보
  - 예) 메시지 바디에 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보...등등 정말 무수한 정보들이 들어간다.
  

• 표준 헤더가 너무 많다.

• 필요시 임의의 헤더 추가 가능
  - helloworld : hihi

🎄 HTTP 헤더

• 헤더 분류 (크게 4가지로 분류되어있다)

1) General 헤더 : 메시지 전체에 적용되는 정보, 예) Connection: close
2) Request 헤더 : 요청 정보, 예) User-Agent: Mozilla/5.0 (Macintosh;..) 웹브라우저 정보가 뭔지
3) Response 헤더 : 응답 정보, 예) Server: Apache 서버 정보가 뭔지
4) Entity 헤더 : 엔티티 바디 정보, 예) Content-Type:text/html, Content-Length:3423 콘텐츠 타입은 바디와 관련된 정보라고 보면 된다.

🎄 HTTP 바디

• 메시지 본문은 엔티티 본문을 전달하는데 사용한다.
• 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터
• 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보 제공
  - 데이터 유형(html, json), 데이터 길이, 압축 정보 등등

참고 : 표현 헤더는 표현 메타데이터와 페이로드 메시지를 구분해야 한다.

1999년 RFC2616이 폐기가 된다. 그리고 2014년에 RFE7230~7235 가 등장하게 된다.

RFC723x 변화

• 엔티티 -> 표현
• Representation = representation Metadata + Representation Data Representation 여기서 R이 Rest Full에 나오는 그 R이다.
• 표현 = 표현 메타데이터 + 표현 데이터

🎄 표현

• Content-Type : 표현 데이터의 형식 (HTML, JSON)

• Content-Encoding : 표현 데이터의 압축 방식

• Content-Language : 표현 데이터의 지연 언어 (한국어인지, 영어인지)

• Content-Length : 표현 데이터의 길이

• 표현 헤더는 전송, 응답 둘다 사용한다.

Content-Type 회원이라는 리소스가 있다. 이걸 HTML이라는 형식으로 전달할거야, JSON이란 데이터 형식의 표현으로 전달할거야. 라는 뜻이다.

Content-Type (표현 데이터의 형식 설명)

• 미디어 타입, 문자 인코딩
  예) text/html; charest=utf-8
• application/json
• image/png

Content-Encoding (표현 데이터 인코딩)

• 표현 데이터를 압축하기 위해 사용
• 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가
• 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축 해제
  - 예제 ✨
  - gzip
  • deflate
  • identity (압축을 안한다는 뜻이다)

Content-Language (표현 데이터의 자연언어)

• 표현 데이터의 자연 언어를 표현
  -예제
  • ko
  • en
  • en-US

🎄 협상 (콘텐츠 네고시에이션/클라이언트가 선호하는 표현 요청)

• Accept : 클라이언트가 선호하는 미디어 타입 전달
• Accept-Charset : 클라이언트가 선호하는 문자 인코딩
• Accept-Encoding : 클라이언트가 선호하는 압축 인코딩
• Accept-Language : 클라이언트가 선호하는 자연 언어
• 협상 헤더는 요청시에만 사용

🎄 Accept-Language

한국어 브라우저를 사용하여 외국 사이트에 들어간다.
근데 외국 사이트에 기본 언어는 영어고 서브 언어로 한국어도 지원한다고 되어있다. 그러면 클라이언트가 한국어인지 아닌지 아무런 정보가 없으니 서버에서는 영어 관련 된 내용으로 한국어 브라우저에 응답을 해준다.

그런데 !! Accept-Language:KO로 전달하면 '내가 원하는건 한국어에요.' 라고 클라이언트에서 서버로 알아서 전달이 된다. 그럼 서버에서는 기본 언어는 영어이지만 한국어도 지원하기 때문에 알아서 클라이언트가 원하는 한국어로 바디에 뿌려준다.

Accept-Language 복잡한 예시

이렇게 클라이언트가 원하는건 한국어인데, 서버에서는 기본언어가 독일어고 서브 언어가 영어이다. 이럴경우에는, 우선순위가 필요하다.

협상과 우선순위 1 (Quality Values)

• Quality Values(q)값 사용
• 0~1, 클수록 높은 우선순위
• 생략하면 1
• Accept-Language: ko-KR, ko; q=0.9, en-US; q=0.8, en; q=0.7
  1. ko-KR;q=1 (q생략)
  2. ko;q=0.9
  3. en-US;q=0.8
  4. en:q=0.7

ko-KR은 생략되어 있으니 1이다. ko는 퀄리티 값이 0.9다. en-US는 영어인데 퀄리티 벨류를 0.8로 넣고 공통은 0.7을 넣었다.

✨ 이 예시를 보고 실제로 구글에 검색을 해보면

이렇게 네트워크 헤더부분에 Accept-Language 응답도 찍혀있고 accept-encoding이랑 path 쿼리까지 다 응답되어 나온다.

협상과 우선순위2

• 구체적인 것이 우선이다.
• Accept: text/, text/plain, text/palin;format=flowed, /*

1. text/plain;format=flowed
2. text/plain
3. text/*

4. */*

🎄 전송 방식 설명

• 단순 전송
• 압축 전송
• 분할 전송
• 범위 전송

단순전송

요청을 하면 응답을 주는데, 메시지 바디에 대한 컨텐츠 길이를 지정을 한다. 컨텐츠 길이 length를 알고 준다. 그럼 콘텐츠에 대한 길이를 바디에 준다. (한 번에 요청하고 한 번에 쭈욱 받는다.)

압축전송

서버에서 Gzip으로 압축을 한다. 그러면 용량이 정말 많이 줄어든다.

위에 처럼 content-encoding 을 gzip으로 넣어준다. 이를 압축전송이라고 한다.

Transfer-Encoding:chunked 덩어리를 쪼개서 인코딩한다. 라는 뜻이다. ✨참고로 분할 전송때는 content-length를 넣으면 안된다. (주의하삼)

범위전송

Range, Content-Range

나는 절반 받았고 나머지 절반 주세요. 하면 서버에서 알아서 준다