HTTP

의미

• HTTP(HyperText Transfer Protocol): HTML과 같은 문서를 전송하기 위한 프로토콜
  • 웹 브라우저와 웹 서버의 소통을 위해 디자인됨
  • 전통적인 클라이언트-서버 모델에서 클라이언트가 HTTP Messages 양식에 맞춰 요청을 보내면, 서버도 HTTP Message 양식에 맞춰 응답함

HTTP Messages

• 클라이언트와 서버 사이에서 데이터가 교환되는 방식
• 요청(Requests)과 응답(Responses) 2가지 유형이 있음
• 구조
  
  • 응답의 헤드(Head)
    • start line: 요청이나 응답의 상태를 나타냄
      • 항상 첫 번째 줄에 위치
      • 응답에서는 status line이라고 부름
    • HTTP headers: 요청을 지정하거나 메시지에 포함된 본문을 설명하는 헤더의 집합
    • empty line: 헤더와 본문을 구분하는 빈 줄
  • body(payload): 요청과 관련된 데이터나 응답과 관련된 데이터 또는 문서
    • 요청과 응답의 유형에 따라 선택적으로 사용
• 특징: Stateless(무상태성)
  • HTTP로 클라이언트와 서버가 통신을 주고받는 과정에서, HTTP가 클라이언트나 서버의 상태를 확인하지 않음
  • HTTP는 통신 규약일 뿐이므로, 상태를 저장하지 않음
  • 필요에 따라 다른 방법(쿠키-세션, API 등)을 통해 상태를 확인
    
    

HTTP Requests

클라이언트가 서버에게 보내는 메시지

Start line

• HTTP method를 나타냄
  • HTTP method: 수행할 작업(GET, PUT, POST 등)이나 방식(HEAD or OPTIONS)을 설명함
    ex. GET 메소드는 리소스를 받음, POST 메소드는 데이터를 서버로 전송함
• 요청 대상(일반적으로 URL이나 URI) 또는 프로토콜, 포트, 도메인의 절대 경로는 요청 컨텍스트에 작성
• 요청 형식은 HTTP method 마다 다름
  • origin 형식 : '?'와 쿼리 문자열이 붙는 절대 경로
    • GET, POST, HEAD, OPTIONS 등의 method와 함께 사용
    • POST / HTTP 1.1
    • GET /background.png HTTP/1.0
    • HEAD /test.html?query=alibaba HTTP/1.1
    • OPTIONS /anypage.html HTTP/1.0
  • absolute 형식 : 완전한 URL 형식으로, 프록시에 연결하는 경우 대부분 GET method와 함께 사용
    • GET http://developer.mozilla.org/en-US/docs/Web/HTTP/Messages HTTP/1.1
  • authority 형식 : 도메인 이름과 포트 번호로 이루어진 URL의 일부분. HTTP 터널을 구축하는 경우, CONNECT와 함께 사용
    • CONNECT developer.mozilla.org:80 HTTP/1.1
  • asterisk 형식 : OPTIONS 와 함께 별표(*) 하나로 서버 전체를 표현
    • OPTIONS * HTTP/1.1

Headers

• 기본 구조
  • 헤더 이름(대소문자 구분이 없는 문자열), 콜론( : ), 값을 입력함
  • 값은 헤더에 따라 다름
• Header의 종류
  • General headers : 메시지 전체에 적용되는 헤더로, body를 통해 전송되는 데이터와는 관련이 없는 헤더
  • Request headers : fetch를 통해 가져올 리소스나 클라이언트 자체에 대한 자세한 정보를 포함하는 헤더
  • User-Agent, Accept-Type, Accept-Language: 요청을 보다 구체화하는 역할을 함
  • Referer처럼 컨텍스트를 제공하거나 If-None과 같이 조건에 따라 제약을 추가할 수 있음
  • Representation headers : 이전에는 Entity headers로 불렀으며, body에 담긴 리소스의 정보(콘텐츠 길이, MIME 타입 등)를 포함하는 헤더

Body

• 요청의 본문은 HTTP messages 구조의 마지막에 위치함
• 모든 요청에 body가 필요하지는 않음
• 본문이 필요하지 않은 경우
  • GET, HEAD, DELETE, OPTIONS처럼 서버에 리소스를 요청하는 경우
• POST나 PUT과 같은 일부 요청은 데이터를 업데이트하기 위해 사용하므로 본문이 필요함
• 종류
  • Single-resource bodies(단일-리소스 본문) : 헤더 두 개(Content-Type과 Content-Length)로 정의된 단일 파일로 구성됨
  • Multiple-resource bodies(다중-리소스 본문) : 여러 파트로 구성된 본문에서는 각 파트마다 다른 정보를 지님. 보통 HTML form과 관련 있음

HTTP Responses

서버가 클라이언트에게 보내는 메시지

Status line

• 응답의 첫 줄
• 포함하는 내용
  1. 현재 프로토콜의 버전(HTTP/1.1)
  2. 상태 코드 - 요청의 결과 (ex. 200, 302, 404 등)
  3. 상태 텍스트 - 상태 코드에 대한 설명
• ex. HTTP/1.1 404 Not Found

Headers

• 대소문자 구분 없는 문자열, 콜론(:), 값을 입력
  • ex. Access-Control-Allow-Origin: *, Server: Apache, Vary: Cookie, Accept-Encoding
• 값은 헤더에 따라 다름
• 종류
  • General headers
    • 메시지 전체에 적용되는 헤더
    • body를 통해 전송되는 데이터와는 관련없음
  • Response headers
    • 위치 또는 서버 자체에 대한 정보(이름, 버전 등)와 같이 응답에 대한 부가적인 정보를 갖는 헤더
    • Vary, Accept-Ranges와 같이 상태 줄에 넣기에는 공간이 부족했던 추가 정보를 제공
  • Representation headers
    • 이전에는 Entity headers로 불림
    • body에 담긴 리소스의 정보(콘텐츠 길이, MIME 타입 등)를 포함하는 헤더

Body

• 응답의 본문으로, HTTP messages 구조의 마지막에 위치
• 모든 응답에 body가 필요한 것은 아님
  • 201, 204와 같은 상태 코드를 가지는 응답에는 본문이 필요하지 않음
• 종류
  • Single-resource bodies(단일-리소스 본문)
    • 길이가 알려진 단일-리소스 본문은 두 개의 헤더(Content-Type, Content-Length)로 정의
    • 길이를 모르는 단일 파일로 구성된 단일-리소스 본문은 Transfer-Encoding이 chunked 로 설정되어 있으며, 파일은 chunk로 나뉘어 인코딩
  • Multiple-resource bodies(다중-리소스 본문)
    • 서로 다른 정보를 담고 있는 body

상태코드

코드	상태
200 OK	성공적으로 응답을 마침
302 Found	리다이렉트할 URL을 확인함
404 Not Found	클라이언트가 잘못된 페이지를 서버에 요청하여 페이지를 찾을 수 없음
406 Not Acceptable	클라이언트가 응답 코드를 받을 수 없음
500 Internal Server Error	서버에서 에러가 발생함

참고자료
MDN, HTTP Messages