모든 개발자를 위한 HTTP 웹 기본 지식 강의 수강 후, 정리한 글입니다.
목차
- HTTP Header
- HTTP Body
- Content Negotiation
1. HTTP Header
header field는 field-name:OWS field-value OWS (OWS: 띄어쓰기 허용) 형식이며, field-name은 대소문자 구분하지 않는다.
-
예시1: 요청
GET /search?q=hello&hl=ko HTTP/1.1 Host: www.google.com -
예시2: 응답
HTTP/1.1 200 OK Content-Type: text.html;charset=UTF-8 Content-Length: 3423 <html> <body>...</body> </html>
1) 용도
- HTTP 전송에 필요한 모든 부가정보를 헤더에 넣는다.
ex) 메시지 바디 내용, 메시지 바디 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등 - 표준 헤더가 매우 많다.
https://en.wikipedia.org/wiki/List-of-HTTP-header-fields - 필요시 임의의 헤더를 추가할 수 있다.
ex) helloworld: hihi
2) 분류
- Genderal header
- 메시지 전체에 적용되는 정보
- ex) Connection: close
- Request header
- 요청 정보
- ex) User-Agent: Mozilla/5.0
- Response header
- 응답 정보
- ex) Server: Apache
- Entity header
- 엔티티 바디 정보
- ex) Content-Type: text/html, Content-Length: 3423
2. HTTP Body
1) 특징(과거: RFC2616)
- 메시지 본문(message body)은 엔티티 본문(entity body)을 전달하는데 사용한다.
- 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터이다.
- 엔티티 헤더(entity header)는 엔티티 본문의 데이터를 해석할 수 있는 정보를 제공한다.
ex) 데이터 유형(html, json), 데이터 길이, 압축 정보 등
현재는 다른 단어로 표현한다.
엔티티(Entity) → 표현(Reporesentation)
표현 = 표현 메타데이터 + 표현 데이터
(Representation = Representation Metadata + Reporesentation Data)
2) 특징(현재: RFC7230)
- 메시지 본문(message body)을 통해 표현 데이터를 전달한다.
- 메시지 본문 = 페이로드(payload)
- 표현은 요청이나 응답에서 전달할 실제 데이터이다.
- 표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공한다.
ex) 데이터 유형(html, json), 데이터 길이, 압축 정보 등 - 표현 헤더는 표현 메타데이터와 페이로드 메시지를 구분해야 한다.
3) 표현
① Content-Type: 표현 데이터의 형식
- 미디어 타입, 문자 인코딩
- 예시
text/html;charset=UTF-8
application/json
image/png
② Content-Encoding: 표현 데이터의 압축 방식
- 표현 데이터를 압축하기 위해 사용한다.
- 데이터를 전달하는 곳에서 압축 후, 인코딩 헤더를 추가한다.
- 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축을 해제한다.
- 예시
gzip: 압축
deflate: 압축
identity: 압축 안함
③ Content-Language: 표현 데이터의 자연 언어
- 표현 데이터의 자연 언어를 표현한다.
- 예시
koenen-US
④ Conetent-Length: 표현 데이터의 길이
- 바이트(byte) 단위
- 전송 코딩(Transfer-Encoding)을 사용하면 Content-Length를 사용하면 안된다.
표현 헤더(페이로드 헤더)는 요청과 응답 둘 다에 사용한다.
3. 협상(Content Negotiation)
협상은 클라이언트가 선호하는 표현 요청이며, 협상 헤더는 요청시에만 사용한다.
1) 협상 종류
① Accept
클라이언트가 선호하는 미디어 타입을 전달한다.
② Accept-Charset
클라이언트가 선호하는 문자를 인코딩한다.
③ Accept-Encoding
클라이언트가 선호하는 압축을 인코딩한다.
④ Accept-Language
클라이언트가 선호하는 자연 언어이다.
2) 협상 우선순위
① Quality Values(q)값 사용
- 0~1, 클수록 높은 우선순위
- 생략하면, 1
- 예시
Accept-Language: ko-KR,ko;q=0.9,en-US;q=0.8,en;q=0.7
1st: ko-KR;q=1(q 생략)
2nd: ko;q=0.9
3rd: en-US;q=0.8
4th: en;q=0.7
*: 아무거나 상관없다는 의미
② 구체적인 것
- Accept: text/*, text/plain, text/plain;format=flowed, */*
1st: text/plain;format=flowed
2nd:text/plain
3rd: text/*
4th: */*
③ 구체적인 것 기준, 미디어 타입
- 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/palin | 0.3 |
| image/jpeg | 0.5 |
| text/html;level=2 | 0.4 |
| text/html;level=3 | 0.7 |
참고
https://developer.mozilla.org/ko/docs/Web/HTTP/Messages
https://datatracker.ietf.org/doc/html/rfc7231#section-5.3.2
공부 기록