오늘의 공부
Interaction With Server 복습해보기
Client Server Architecture
2티어 아키텍쳐
인터넷 연결이 없다면 ? 정상작동 X
상품 정보를 인터넷 어딘가 존재하는 서버로부터 받아온다.
-
Server (서버, 서빙하는사람) : 리소스가 제공(serve) 하는 곳은 서버
-
Client (클라이언트, 손님) : 리소스를 사용하는 앱
요청을 주고받는 관계이며 요청을 할시 응답을 한다. 요청을 안했는데 응답이 오는 경우는 없다.
3티어 아키텍쳐
서버는 리소스를 전달해주는 역할만 담당.
리소스를 저장하는 공간을 별도로 마련함 이 공간을 "데이터베이스"라고 부르며, 데이터베이스는 창고와 같은 역할을 한```다. 이처럼 기존 2티어 아키텍처에 데이터베이스가 추가된 형태를 3티어 아키텍처라고 부릅니다.
클라이언트는 보통 플랫폼에 따라 구분.
브라우저를 통해 주로 이용하는 웹(Web) 플랫폼에서의 클라이언트는 웹사이트 또는 웹 앱.
- iOS나 안드로이드와 같은 스마트폰/태블릿 플랫폼
- 윈도우와 같은 데스크탑 플랫폼에서 이용하는 앱
서버는 무엇을 하느냐에 따라 종류가 달라진다.
- 파일 서버는 파일을 제공하는 앱
- 웹 서버는 웹사이트에서 필요로 하는 정보들을 제공하는 앱
- 메일 서버는 메일을 주고 받을 수 있도록 도와주는 앱입니다.
HTTP (MDN HTTP 참고)
HTTP의 무상태성(stateless) 에 대하여: HTTP는 특정 상태를 담고 있지 않으며, 이전 요청이나 다음 요청을 기억하지 않음
HTTP 요청메소드
GET 메서드는 특정 리소스의 표시를 요청합니다. GET을 사용하는 요청은 오직 데이터를 받기만 합니다.
HEAD 메서드는 GET 메서드의 요청과 동일한 응답을 요구하지만, 응답 본문을 포함하지 않습니다.
POST 메서드는 특정 리소스에 엔티티를 제출할 때 쓰입니다. 이는 종종 서버의 상태의 변화나 부작용을 일으킵니다.
PUT 메서드는 목적 리소스 모든 현재 표시를 요청 payload로 바꿉니다.
DELETE 메서드는 특정 리소스를 삭제합니다.
CONNECT 메서드는 목적 리소스로 식별되는 서버로의 터널을 맺습니다.
OPTIONS 메서드는 목적 리소스의 통신을 설정하는 데 쓰입니다.
TRACE 메서드는 목적 리소스의 경로를 따라 메시지 loop-back 테스트를 합니다.
PATCH 메서드는 리소스의 부분만을 수정하는 데 쓰입니다.
- 시작 줄(start-line)에는 실행되어야 할 요청, 또은 요청 수행에 대한 성공 또는 실패가 기록되어 있습니다. 이 줄은 항상 한 줄로 끝납니다.
- 옵션으로 HTTP 헤더 세트가 들어갑니다. 여기에는 요청에 대한 설명, 혹은 메시지 본문에 대한 설명이 들어갑니다.
- 요청에 대한 모든 메타 정보가 전송되었음을 알리는 빈 줄(blank line)이 삽입됩니다.
- 요청과 관련된 내용(HTML 폼 콘텐츠 등)이 옵션으로 들어가거나, 응답과 관련된 문서(document)가 들어갑니다. 본문의 존재 유무 및 크기는 첫 줄과 HTTP 헤더에 명시됩니다.
HTTP 응답
본문은 응답의 마지막 부분에 들어갑니다. 모든 응답에 본문이 들어가지는 않습니다. 201, 204과 같은 상태 코드를 가진 응답에는 보통 본문이 없습니다.
스프린트 chatterbox -client를 처음부터 실행하기로 정했다. 물론 이전처럼 페어와 한 협동시간이 아니였기에 누구에게 힘들거나 막힌부분에 대해서 얘기하지 못한것이 조금 힘들긴했지만 오랜만에 솔로데이처럼 나혼자 처음부터 다시 스스로 해결한 느낌이라해결해 나간점들이 뿌듯하기도하다.
