[210715 TIL] HTTP

Choi Rim·2021년 7월 15일

Way to developer

목록 보기

17/21

Request & Response
- Request : "서버야 나는 hyerim이야 로그인 시켜줄래?"
- Response : "로그인에 성공했습니다!"
Stateless
- 상태없음
- HTTP 개별 통신은 모두 독립적이어서, 과거의 결과를 보존하지 않는다.
- 첫번째 통신
  - Request : "서버야 나는 hyerim이야 로그인 시켜줄래?"
  - Response : "로그인에 성공했습니다!"
- 두번째 통신
  - Request : "서버야 나 아까 로그인 했어. 로그인 시켜줄래?"
  - Response : "누구세요?"
- HTTP는 기억상실증에 걸려있다..
- 우리의 요청은 연쇄적으로 이루어져 있다.
  - 그것을 HTTP는 기억하지 못한다.
  - 장점은 각각의 통신들의 상태를 저장할 필요가 없기 때문에 서버 디자인이 간단해진다.
  - 단순히 응답에 따른 요청만 보내면 되기 때문에 간결하다.
  - 단점은 보낼때마다 필요한 정보들을 한번에 담아 보내주어야 한다.
  - 토큰
    - HTTP는 이전 요청을 기억하지 못하기 때문에 로그인 정보를 저장해준다.
    - 토큰이라는 ID카드를 로그인 창구에서 찍어서 들어가는 것처럼!

Start Line
- HTTP method
  - 요청이 의도한 액션을 정의
  - GET, POST
- Request target
- HTTP version
- GET / login HTTP /1.1
Headers
- 요청의 메타데이터를 담고 있는 부분
- 객체, 딕셔너리 {key: value} 의 형태
- Headers : {
  Host : www.wecode.co.kr
  User-Agent: chrome
  Context-Type : application/json
  Content-Length : 50
  }
Body
- 요청의 실제 내용

Status Line
- 요청에 대한 상태를 나타냄
- HTTP version
- Status Code
- Status Text
- HTTP/1.1 404 Not Found
Headers
Body

GET
- 데이터를 받아오기만 할 때 사용
- Body에 데이터를 담을 수 있다.
POST
- 데이터를 생성, 수정할 때 사용
- Body에 데이터를 담을 수 있다.
DELETE
- 서버에 저장된 특정 데이터를 삭제할 때 사용
- Body에 데이터를 담을 수 없다.
  - 넣을 수는 있지만 HTTP 통신은 브라우저를 통해 이동을 하는 것이다. 그런데 브라우저 중 chrome은 DELETE 메서드를 사용하면 body를 읽어오지 않는다.
  - 브라우저마다 다르지만 완전하지 않기때문에 Body에 담지 않는 것이 좋다.

https://rimi0108.github.io/