내용의 모든 출처는 부트캠프 위코드입니다.
https://wecode.co.kr/
HTTP란 무엇인가?
- Hyper Text Transfer Protocol
- 하이퍼텍스트(HTML) 문서를 교환하기 위해 만들어진 protocol(통신규약)이다.
- 프론트앤드 서버와 클라이언트간의 통신에 사용된다.
- 또한 백앤드와 프론트앤드 서버간에 통신에도 사용된다.
- HTTP는 TCP/IP 기반으로 되어있다.
사람도 대화를 주고 받을 때, 우리말이든 영어든 같은 언어를 써야한다.
HTTP 핵심요소
1. HTTP 통신 방식
HTTP 기본적으로 요청/응답(request/response) 구조로 되어있다.
- 클라이언트가 HTTP reuquest를 서버에 보내면 서버는 HTTP response를 보내는 구조
- 클라이언트와 서버의 모든 통신이 요청과 응답으로 이루어진다.
HTTP는 Stateless이다.
- Statelees란 말 그대로 state(상태)를 저장하지 않는다는 뜻.
- 각각의 요청/응답은 독립적인 요청/응답이다.
예를 들어, 클라이언트가 요청을 보내고 응답을 받은 후, 조금 있다 다시 요청을 보낼 때,
전에 보낸 요청/응답에 대해 알지 못한다는 뜻이다. - 여러 요청과 응답의 진행과정이나 데이터가 필요할때는 쿠키나 세션 등등을 사용하게 된다.
문제점 : 정보기억을 못함(로그인을 했지만 모름)
해결책 : 세션과 쿠키
요청시, 해당 요청에 정보 첨부 >> 이를 저장하는 것이 쿠키와 세션
로그인 정보를 첨부하여 쿠키와 세션에 저장하고, 요청시 이 정보로 응답하는 것?
쿠키 : 길게 저장하고 싶을 때
세션 : 짧게 저장하고 싶을 때
대부분 쿠키를 사용함.(쿠키는 브라우저의 파일임. 브라우저가 이 파일에 저장하는 것.)
페이스북은 쿠키에서 길게, 은행은 엄청 짧게
해당 유저가 로그인할때는 서버가 로그인 시켜주는것.
(서버로 보내고, 서버에서 확인하고, 응답하고,)
웹 토큰이라고 함. > 이 토큰을 쿠키에 저장하고, 이 토큰을 담아서 요청함
2. HTTP Request 구조
HTTP request 메세지는 크게 3부분으로 구성된다.
- start line
- headers
- body
2-1. Start Line
HTTp request의 start line 또한 3부분으로 구성되어 있음
HTTP Method
- 해당 request가 의도한 action을 정의하는 부분,
- HTTP Methods 에는 GET, POST, PUT, DELETE, OPTIONS 등등이 있다.
- 주로 GET과 POST가 쓰임
Request targer
- 해당 request가 전송되는 목표 url
- 예를 들어 /login
HTTP Version
- HTTP 버전. 버전에는 1.0, 1.1, 2.0 등이 있다.
start line 예시
GET / search HTTP/1.1
2-2. Headers
- 해당 request에 대한 추가 정보를 담고 있는 부분
- Key-Value값으로 되어있음( : 이 사용)
key:value
HOST: google.com => Key = HOST, Value = google.com - Hearders도 크게 3부분으로 나뉨
자주 사용되는 header 정보는 다음과 같다.
- HOST : 요청이 전송되는 target의 host url: 예를 들어, google.com
- User-Agent : 요청을 보내는 클라이언트의 대한 정보 : 예를 들어, 웹브라우저에 대한 정보
- Accept : 해당 요청이 받을 수 있는 응답(response) 타입
- Connection : 해당 요청이 끝난후에 클라이언트와 서버가 계속해서 네트워크 커네션을 유지할 것인지 아니면 끊을 것인지에 대한 지시
- Content-Type : 해당 요청이 보내는 메세지 body의 타입. 예를 들어, JSON을 보내면 application/json
- Content-Length: 메시지 body의 길이
HOST와 request Target의 차이점은?
HOST : 요청을 보내는 서버의 도메인
HOST 와 reqest target 이 합쳐지면 완벽한 주소가 된다.
예를 들어, HOST는 아파트로 오세요, request target는 상세주소(몇동 몇호)
2-2. Body
- 해당 request의 실제 메세지/내용
- Body가 없는 request도 많다
GET request들은 대부분 body가 없는 경우가 많음.
3. HTTP Response 구조
Response도 request와 마찬가지로 크게 3부분으로 구성되어있다.
- Status line
- Headers
- Body
3-1. Status Line
Response의 상태를 간략하게 나타내주는 부분
3부분으로 구성되어 있다.
- HTTP 버전
- Status code: 응답 상태를 나타내는 코드, 숫자로 되어있는 코드 예를 들어, 200
- Status text : 응답 상태를 간략하게 설명해주는 부분. 예를 들어, "Not Found"
사람이 코드만 보면 잘 모를수있어서 텍스트로 보여줌.
HTTP/1.1 404 Not Found
3-2. Headers
- Response의 headers와 동일하다
- 다만 response에서만 사용되는 header 값들이 있다.
예를 들어, User-Agent 대신에 Server 헤더가 사용된다.
3-3. Body
- Response의 Body와 일반적으로 동일하다.
- Request와 마찬가지로 모든 response가 body가 있지는 않다.
데이터를 전송할 필요가 없을 경우 body가 비어있게 된다.
자주 쓰이는 HTTP Methods
Get
이름 그대로 어떠한 데이터를 서버로 부터 받아(get)올 때 주로 사용하는 Method
데이터 생성/수정/삭제 없이 받아오기만 할 때 사용된다.
가장 간단하고 많이 사용되는 HTTP Method
언급한대로 주로 데이터를 받아올때 사용되기 때문에 request에 body르 안 보내주는 경우가 많다.
POST
데이터를 생성/수정/삭제할 때 주로 사용되는 Method
데이터를 생성 및 수정할때 많이 사용하기 때문에 대부분의 경우 request body가 포함되서 보내진다.
알고 있으면 좋은 HTTP Methods
OPTIONS
주로 요청 URI에서 사용할 수 있는 Method를 받아올 때 사용된다.
예를 들어, /update uri 에서 어떤 method를 요청 가능한가(GET?/POST?)를 알고 싶으면
먼저 OPTIONS 요청을 사용해서 확인하게 된다.
PUT
POST와 비슷하다. 데이터를 생성할 때 사용되는 Method
POST와 겹치기 때문에 PUT을 사용하는 곳도 있고 POST로 통일해서 사용하는 곳도 있는데,
최근 몇년 사이에 POST에 밀려서 잘 사용하지 않는 추세
DELETE
특정 데이터를 서버에서 삭제 요청을 보낼 때 쓰이는 Method
PUT과 마찬가지로 POST에 밀려서 잘 사용하지 않는 추세
자주 쓰이는 HTTP Statues Code
200ok
가장 자주 보게되는 status code.
문제없이 다 잘 실행되었을때 보내는 코드
301 Moved Permanently
해당 URL가 다른 주소로 바뀌었을 때 보내는 코드
401 Unauthorized
유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입을 하거나
등등이 필요하다는 것을 나타내려 할 때 쓰이는 코드
403 Forbidden
유저가 해당 요청에 대한 권한이 없다는 뜻
예를 들어, 오직 과금을 한 유저만 볼 수 있는 데이터를 요청했을 때등
404 Not Found
요청된 uri가 존재하지 않는다는 뜻.
500 Internal Server Error
서버에서 에러가 났을 때 사용되는 코드.
API 개발ㅇ르 하는 백앤드 개발자들이 싫어하는 코드!
만약 호스트 잘못이면 서버 자체를 못 찾기때문에 이러한 메시지도 안 보내줌
