Session 8. HTTP

*🔐Study Keyword :

• ✅HTTP의 1>🔑Request, Response 구조와 2>🔑HTTP의 특징 stateless & 3>🗝️HTTP Request Methods 종류와 각각의 차이를 알고 4>🗝️Response Status Codes에 무엇이 있는지까지 알아보자!!!!!

1. 통신과 HTTP

• 📡HTTP는 통신을 하기 위해 만든 규약이다.

1 . HyperText란 문서와 문서가 링크로 연결되어 있음 의미하고
2. Transper는 HTML로 만든 웹페이지 문서(파일)을 보낸다는 의미이며
3. Protocol는 컴퓨터 사이에서 어떻게 HTML 파일을 주고 받을 때의 소통을 위해서 만든 방식이자 약속을 의미한다
=> 내가 만든 HTML 파일을 다른 사용자의 컴퓨터로 전송하는 과정에 대해서 약속된 규약을 의미한다.

• 인스타그램에 접속해서 사용자가 좋아요 버튼을 눌렀을 때 어떤 일이 생길까?!
  

1> 클라리언트 사이드에서 좋아요 버튼에 대한 요청을 서버에 보낸다
2> 인스타그램의 서버측에 해당 요청을 받고 그에 대한 응답을 해준다.
=> 이렇게 요청과 응답을 보낼 때 HTTP 의 약속에 맞게 서로에게 전달된다.

• 🎆요청과 응답
  
  소통의 핵심은 바로 🎆요청과 응답이다. 컴퓨터의 소통 방식에는 메세지 형식으로 🎆요청하고 응답을 한다.

---

2. Stateless

• HTTP 개별 통신은 모두 독립적이어서 과거 HTTP 통신 결과를 보존하지 않는데 이는 상태가 없음과 것과 같은 것이다.
  

• 만약 Netflix에 접속해 로그인을 하고자는 요청을 보내면 넷플릭스 서버에선 어떤 유저가 로그인을 했는지에 대한 과거의 요청을 저장하지는 않는다.
• 따라서 사용자는 로그인했었는데도 다시 로그인하라는 응답을 받을 것이다.
• 이는 HTTP가 모두 독립이라 과거의 HTTP 통신 상태를 유지하지 않기때문에 발생하는 현상이다.

• 따라서 매 통신마다 사전에 필요한 모든 정보를 담아서 요청을 보내야하고 여기서 말하는 정보는 인증/인과(EX> 나 로그인했어! 등)같은 사전 정보로 이를 담아서 서버에게 전달해준다

• 🤷‍♂️?! 복잡하게 이런 과정을 매번 거친다고?!

• 🙆‍♀️ 지금의 상황을 관객이 야구장에 놀러간 상황에 비유해보자!

• 야구장을 서버라 비유하면 이용자는 야구장 입구에 들어갈 때마다 항상 스태프에게 티켓 검사를 받아야 야구장에 입장할 수 있다.

• 사용자가 서버에 들어갈 때마다 이러한 검사과정을 매번 거치고 이때 야구장에서 받아서 입장할 수 있는 티켓의 개념을 웹 상에선 🔖토큰이라고 부른다.

• 🎆요청과 응답 결국 모두 🎇메세지의 형식을 가지고 있다.

1) 🎇응답 메세지의 구조

1> Start Line - 2>Headers - 3>Body

1> 요청의 첫번째 줄(Start Line)

• HTTP method - 요청이 의도한 액션(어떤 요청을 할 건지)을 정의한다.
• Request target - 서버에 도달해야하는 데이터의 위치, 즉 요청이 전송되는 목표 url을 적어준다.
• HTTP version - HTTP 버전
  • EX>GET/login HTTP/1.1

2> 요청의 두번째줄 (Headers), 요청의 메타 데이터를 담는 부분

• 호스트, User-agent, 요청 타입, 요청 길이 등을 {key: value} 형태로 담는다.

3> 요청의 실제 내용(Body)

• 요청의 둘 째 줄의 Header는 결국 셋 째 줄의 Body에 대한 요청 정보이다.
• 이 메타 데이터의 실제 내용을 body 내부에 담아준다.

-요청 메세지 실제 예

• 1> Start Line 2>Headers 3>Body가 함께 담겨있다.
  

2) 🎇응답 메세지의 구조

1> Status Line, 2> Headers, 3> Body

1> 응답은 Start line 대신 Status Line 즉 요청에 대해서 어떤 응답의 상태(Status)가 나왔는지를 담아준다.

• HTTP version
• Status code의 응답 상태코드를 담아준다,
  • EX> 404 실패, 200 성공
• Status Text는 응답 상태를 간략하게 설명하는 텍스트가 담긴다
  • Not Fonud, Success 등
  • Status Text는 HTTP에 200을 넣으면 그에 대응하는 텍스트를 자동으로 리턴해준다.
  • 이러한 Status Text 메세지는 서버에서 개발자들이 적어서 보내주는 경우가 더 많다.

2>응답의 메타 데이터를 담은 부분 은 동일하다.

3> 응답해줄 데이터 역시 Body에 담긴다. 요청 메소드에 따라서 body 내부가 존재하지 않을 수 있다.

보통 Body엔 JSON 형태로 담겨서 보내진다.

3. http Request 메서드 종류

• 요청의 첫번 째 줄에는 http 메소드가 actino에 들어가고 자주쓰는 종류는 다음의 3개이다.

• http Request 메서드들은 클라이언츠 측에서 받아들이는 용어의 관점이다.

.

1. GET, 데이터를 받아오기만할 때 사용
   

• ex> 웹페이지에 접속해서 필요한 데이터를 불러올 때 사용
• ex> 장바구니에 상품을 넣고 GET 메소드로 요청을 보내면 리퀘스트를 보낸 것을 서버가 성공 혹은 실패 했다는 메세지를 응답으로 보낸다.

2. POST, 데이터를 받아와서 데이터를 생성 및 수정을 해야할 때 사용
   

• body에 담는 내용이 핵심이다
• ex> 장바구니에 상품을 5개에서 10개로 늘리면 이를 추가해서 담아주는데 post method를 담아서 DB에 상품의 데이터베이스를 넣어준다.
• ex> 장바구니의 또 다른 상품을 담기 버튼을 누르면 Front에서 크롬이 장바구니 버튼을 눌렀음을 인지해 Back에 포스트 요청을 보낸다

3. DELETE, 서버에 저장된 특정한 데이터를 삭제할 때 사용
   

• Delete는 장바구니의 삭제버튼을 누르면 delete 메서드로 요청을 보내 서버가 삭제에 대한 상태에 대한 응답을 보내준다.

4> Response Status Codes

• 서버에서는 클라이언트 측의 요청에 대한 응답을 해주는데 이를 status code의 형태로 보내준다.

• 200대 번호의 코드는 동작이 잘 수행되었을 때 status code를 보내준다.
  • 200은 GET이 잘되었다고 말해주는 코드
  • 201 created는 DB에서 data가 생성되었다고 말해주는 코드의 의미를 내포
  • 엄격한 서버는 204를 보통 보내면 데이터가 존재하지 않는다는 메세지를 보내준다.
• 400대 번호는 무언가 에러가 발생하 클라이언츠 측이 잘못된 요청을 받았을 때의 리턴해주는status code이다.
  • 401, 로그인 안한 사람이 접근하려할 때,
  • 403, 로그인했지만 권한이 없는 사람이 요청,
    • 이러한 처리를 서버에서 if문으로 경우의 수를 걸러 status code를 보낸다.
• 500대 번호- 서버에서 에러가 났을 때의 Status Code로 서버 쪽에서 500대 번호가 나오지 않도록 모든 경우의 수를 나눠서 로직을 짜서 보내줘야한다.

TIP💡)

• 개발자 도구의 네트워크를 잘 활용해서 어떤 요청과 응답이 주고 받고 있는지 잘 볼 줄 알아야한다.
• 개발자 도구의 네트워크에서는 요청과 응답를 한 번에 보여준다.

*💡conclusion

• HTTP의 개념과 요청 응답의 과정에 대해서 개념을 정리하자
• Statelss의 특징이 HTTP에서 어떻게 나타나는지에 대해서 알고있자
• 리퀘스트 메소드에 있는 GET, POST, DELETE가 어떻게 사용되며 차이가 무엇인지를 인지하자
• 서버에서 클라이언트 측의 요청에 응답에 대해 보내주는 status code가 무엇이며 200, 400, 500대가 어떤 의미를 가지고 있는지 까지

#📑Study Source

• WeCode 강의 중 백엔드 고수 소헌님 강의 중:>