(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 3. 3xx - 리다이렉션1 1. 3xx (Redirection) 요청을 완료하기 위해 유저 에이전트(웹 브라우저)의 추가 조치 필요 종류 상태코드 리다이렉트 시 사용 여부 영구 301 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음 디폴트로 자주 사용 308 요청 메서드, 본문 유지 거의 사용X 일시 302 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음 디폴트로 자주 사용 307 요청 메서드, 본문 유지 권장 303 요청 메서드가 GET으로 변함 권장 기타 300 사용X 304 자주 사용, 캐시 목적으로 사용 301=302, 308=307 2. 리다이렉션 이해 웹 브라우저는 3xx 응답의..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1. HTTP 상태코드 소개 1. 상태 코드 상태코드는 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능이다. 1) 1xx (Informational): 요청이 수신되어 처리중 2) 2xx (Successful): 요청 정상 처리 3) 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 4) 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 5) 5xx (Server Error):서버 오류, 서버가 정상 요청을 처리하지 못함 2. 만약 모르는 상태 코드가 나타나면? 클라이언트가 인식할 수 없는 상태코드를 서버가 반환하면, 클라이언트는..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1) 리소스를 식별하여 리소스만으로 URI를 설계한다. 2) 문서, 컬렉션, 스토어로 해결하기 어려운 상황의 경우, 컨트롤 URI를 사용한다. 2. HTTP API 설계 예시 POST 기반으로 등록, PUT기반으로 등록하는 2가지 경우의 특징을 아는 것이 중요하다. 대부분 POST 기반 신규 자원 등록 방법(컬렉션)을 많이 사용한다. 1) HTTP API - 컬렉션 - POST 기반 등록 e.g. 회원 관리 API 제공 2) HTTP API - 스토어 - PUT 기반 등록 e.g. 정적 컨텐츠 관리, 원격 파일 관리 3) HTML FORM 사용 - 웹 페이지 회원 관리 - GET, POST 만 지원 1. 회원 관..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1. 클라이언트에서 서버로 데이터 전송 1. 데이터 전달 방식 데이터 전달 방식은 크게 2가지 경우로 나뉜다. 1) 쿼리 파라미터를 통한 데이터 전송 - GET - 주로 정렬 필터(검색어) 2) 메시지 바디를 통한 데이터 전송 - POST, PUIT, PATCH - 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 2. 4가지 상황 1) 정적 데이터 조회 - 이미지, 정적 텍스트 문서 2) 동적 데이터 조회 - 주로 검색, 게시판 목록에서 정렬 필터(검색어) 3) HTML Form을 통한 데이터 전송 - 회원 가입, 상품 주문, 데이터 변경 4) HTTP API를 통한 데이터 전송 - 회원 가입, 상품 주문, ..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 4. HTTP 메서드의 속성 1) 안전(Safe Methods) 2) 멱등(Idempotent Methods) 3) 캐시가능(Cacheable Methods) 1. 안전(Safe) 호출해도 리소스를 변경하지 않는다 1) 안전O: GET, HEAD 2) 안전X: POST, PUT, PATCH, DELETE Q. 계속 호출하면, 로그 같은 것이 쌓여서 장애가 발생할 수도 있지 않은가? A. 안전은 해당 리소스만 고려한다. 그런 부분까지 고려하지 않는다. 2. 멱등(Idempotent) f(f(x)) = f(x) 클라이언트가 서버에 같은 요청을 여러 번 해도 결과가 똑같다. (한 번 호출하든 두 번 호출하든 100번 ..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 3. PUT, PATCH, DELETE 1. PUT 리소스 대체 - 리소스가 있으면 대체(덮어씀) - 리소스가 없으면 생성 (중요!) 클라이언트가 리소스를 식별 - 클라이언트가 리소스 위치를 알고 URI 지정(POST와 차이점) POST) /members :→ 클라이언트는 리소스 위치 모름 PUT) /members/100 → 클라이언트는 리소스 위치 알고 URI 지정 2. PUT 동작 과정 PUT은 리소스가 있으면 대체, 없으면 생성하는 2가지 경우가 존재한다. 1) 리소스 대체1 - 메시지 전달 클라이언트가 /members/100에 리소스를 대체하기 위해 PUT 방식으로 HTTP 요청 메시지를 서버에 보낸다. ..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 2. GET, POST HTTP 메서드는 클라이언트가 서버에 무언가를 요청할 때 기대하는 행위이다. 최근에는 리소스라는 단어대신 representation 을 사용하는데, 아직 설명전이니 representation 대신 리소스를 사용하도록 하겠다. 1) GET: 리소스 조회 2) POST: 요청 데이터 처리(주로 등록에 사용) 3) PUT: 리소스를 대체, 해당 리소스가 없으면 생성(파일을 폴더에 넣는 것과 비슷) 4) PATCH: 리소스 부분 변경(e.g 회원의 이름 변경) 5) DELETE: 리소스 삭제 1) HEAD: GET과 동일하지만 메시시 부분(message body)을 제외하고, 상태 줄(status..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1. HTTP API를 만들어보자 1. 요구사항 회원 정보 관리 API를 만들어라. 1) 회원 목록 조회 2) 회원 조회 3) 회원 등록 4) 회원 수정 5) 회원 삭제 2. API URI 설계1 API 기능에 대응하는 직관적인 이름으로 URI 를 설계하면, 다음과 같이 URL을 모두 따로 만들어야 한다. 1) 회원 목록 조회 - /read-member-list 2) 회원 조회 - /read-member-by-id 3) 회원 등록 - /create-member 4) 회원 수정 - /update-member 5) 회원 삭제 - /delete-member 3. 이것은 좋은 URI 설계일까? 가장 중요한 것은 리소스 ..
