고양이 퍼레이드

1. HTTP 상태코드 소개클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능서버가 클라이언트가 인식할 수 없는 상태코드를 반환 → 상위 상태코드로 해석해서 처리 2. 2xx - 성공클라이언트의 요청을 성공적으로 처리200 OK : 요청 성공201 Created : 요청 성공해서 새로운 리소스 생성 → 생성된 리소스(id같은 거…)는 응답의 Location 헤더 필드로 식별202 Accepted : 요청이 접수되었으나 처리가 완료되지 않았음 → 배치 처리에 사용204 No Content : 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음 → save 기능 3. 3xx - 리다이렉션1요청을 완료하기 위해 유저 에이전트의 추가 조치 필요리다이렉션 : 웹 브라우저는 3x..

1. HTTP APIURI = Uniform Resource Identifier → 가장 중요한 것은 리소스 식별!!!리소스 = 회원이라는 “개념” 자체 → 회원 리소스를 URI에 매핑!!!** 계층 구조 상 상위를 컬렉션으로 보고 복수 단어 사용 권장 ex) member → members리소스와 행위를 분리해야 함 → URI와 Method  2. HTTP 메서드 - GET, POSTGET : 리소스 조회서버에 전달할 데이터는 query를 통해 전달메시지 바디 사용 가능하지만, 권장 XPOST : 요청 데이터 처리 → 주로 등록에 사용메시지 바디를 통해 서버로 요청 데이터 전달주로 신규 리소스 데이터 등록, 프로세스 변경(요청 데이터 처리.. control URI), 다른 메서드로 처리하기 애매한 경우리..

1. URI= Uniform Resource IdentifierURI는 로케이터, 이름 또는 둘다 추가로 분류될 수 있음URI(리소스 식별) = URL(리소스 위치) + URN(리소스 이름)→ 위치는 변할 수 있지만, 이름은 변하지 않음 →  BUT, URN만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않음 sheme://{userinfo@}host[:post][/path][?query][#fragment]프로토콜(HTTP, HTTPS, FTP)://HostName:Port/Path?QueryParameter→ 일반적으로 HTTP는 80포트, HTTPS(HTTP Secure)는 443포트를 이용하기에 포트번호 생략→ userinfo@는 URL에 사용자 정보를 포함해서 인증(거의 사용 X)→ pa..

1. 인터넷 통신클라이언트와 서버가 그냥 바로 옆에 있다면 케이블로 연결해 데이터를 주고 받으면 됨→ But, 지리적으로 떨어져 있는 클라이언트와 서버는 복잡한 인터넷 망을 통해 데이터를 주고 받음이때, 인터넷망 내 여러 노드들을 거쳐 데이터가 Source → Destination으로 이동Q. 어떻게 복잡한 인터넷망을 넘어 목적지까지 도착할 수 있을까?  2. IP(인터넷 프로토콜)지정한 IP 주소(IP address)에 데이터를 전달 → 패킷 단위로 전송IP 패킷 = 출발지 IP + 목적지 IP + 전송 데이터 + 기타인터넷망의 노드들끼리 서로 전달받은 패킷을 던짐한계 존재 → TCP/UDP로 해결비연결성패킷을 받을 대상이 없거나 상대방이 서비스 불능 상태여도 일단 패킷 전송비신뢰성중간에 패킷이 사라질..