장고 1주차 강의를 들은 오늘은
앞으로 장고 프로젝트 대비 강의가 있었다.
클라이언트 서버 구조
클라이언트는 request를 보내고 response를 기다리게 된다
* 프론트, 백엔드 분리해서 만든다
스테이스 풀, 리스
예를 들면 음식점에 갔을때 한명의 점원이 내 주문을 맡으면
스테이스 풀: 그 점원은 내 자리와 주문을 기억할 것이다
스테이스 리스: 하지만 다른 점원이 온다면 난 다시 내 자리와 주문한 음식을 다시 알려주어야 한다
서버 원칙은 점원이 몰라야 한다
jwt 토큰은 매번 보내야 오히려 효율적이다
서버 폭주 하지 않도록 관리하기도 용의하다
request와 response
request의 첫줄
request 라인
www.naver.com가 나온다
response의 첫줄
스테이터스 라인
http 상태를 표시한다. 200, 505등등
다음으로 header, body의 순서는 같다
request는(get) body가 없을 수도 있다
리소스란?
예를 들자면 회원이라는 개념 자체가 리소스다
메소드: 리소스에서 하는 행위를 가리킨다
리소스와 행위 불리하는것: 레스트풀 api
* url 이름에 동사가 들어가면 안된다(url 이름 만들때 get, post 사용X)
동사
put: 대체 혹은 생성
delete: 삭제
get: 조회
post: 등록
페치: 부분변경
status
- 200번대 굿뉴스 요청처리 정상
- 200 굿굿
- 201 생성되었다.
- 202 요청 접수했다.
- 204 세이브 버튼을 눌러서 저장만 하고 화면 변화가 필요없을때
* 보통 200,201정도 사용한다.
- 400번대 프론트엔드가(클라이언트) 잘못됬다
- 401 인증이 안 되었다. (로그인 안됬다. 오쏘라제이션 abort 401 거북이반에서 했었다.)
- 403 권한 없다 .
- 404 리소스 없다, 또는 숨기고 있다, 없는 리소스를 요청하고 있다.
- 500번대 서버 에러
- 500 서버 내부 문제
- 503 서버 일시 과부화
댓글