http

모든 것이 HTTP(Hyper Text Transfer Protocol) HTTP 메시지에 모든 것을 전송 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML(API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 HTTP 역사 HTTP/0.9 1991년: GET 메서드만 지원, HTTP 헤더X HTTP/1.0 1996년: 메서드, 헤더 추가 HTTP/1.1 1997년: 가장 많이 사용, 우리에게 가장 중요한 버전 RFC2068 (1997) -> RFC2616(1999) -> RFC7230~7235(2014) HTTP/2 2015년: 성능 개선 HTTP/3 진행중: TCP 대신에 UDP 사용, 성능 개선 기반 프로토콜 TCP: HTTP/1.1..

URI URI는 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류될 수 있다. Uniform: 리소스 식별하는 통일된 방식 Resource: 자원, URI로 식별할 수 있는 모든 것(제한 없음) Identifier: 다른 항목과 구분하는데 필요한 정보 URL (Uniform Resource Locator) URL: 리소스가 있는 위치를 지정 주로 프로토콜 사용 프로토콜: 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙 예) http, https, ftp 등등 http는 80포트, https는 443 포트를 주로 사용, 포트 생략 가능 https는 http에 보안 추가(HTTP secure) userinfo scheme://[userinfo@]host[:port][/path][?que..

1xx (Informational) : 요청이 수신되어 처리중 2xx (Successful) : 요청 정상 처리 201 Created : 요청 성공해서 새로운 리소스가 생성됨 202 Accepted : 요청이 접수되었으나 처리가 완료되지 않았음 204 No Content : 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음. 3xx (Redirection) : 요청을 완료하려면 추가 행동이 필요 영구 리다이렉션(301,308) 특정 리소스의 URI가 영구적으로 이동 ( 예: /members -> /users ) 원래의 URL를 사용X, 검색 엔진 등에서도 변경 인지 301 Moved Permanently 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음 3..

HTTP API - 컬렉션 POST 기반 등록 회원 목록 /members -> GET 회원 등록 /members -> POST 클라이언트는 등록될 리소스의 URI를 모름 서버가 새로 등록된 리소스 URI를 생성해줌. 컬렉션(서버가 관리하는 리소스 디렉토리, 서버가 리소스의 URI를 생성하고 관리, 여기서 컬렉션은 /members 회원 조회 /members/{id} -> GET 회원 수정 /members/{id} -> PATCH, PUT, POST 회원 삭제 /members/{id} -> DELETE 예) 회원 관리 API 제공 HTTP API - 스토어 PUT 기반 등록 클라이언트가 리소스의 URI를 알고 있어야 함. 클라이언트가 직접 리소스의 URI를 지정해야함 스토어 (여기서 스토어는 /files) ..

URI (URL + URN) 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류될 수 있다. 단어 뜻 Uniform : 리소스 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음) Identifier : 다른 항목과 구분하는데 필욯나 정보 위치는 변할 수 있지만, 이름은 변하지 않음. URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되어있지 않음. URL 전체 문법 scheme://[userinfo@]host[:port][/path][?query][#fragment] https://www.google.com:443/search?q=hello&hl=ko 프로토콜(https) : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙 (ex ..

TCP 특징(전송 제어 프로토콜) 연결지향 - TCP 3 way handshake(가상 연결), 논리적인 연결 3 way-handshake란 TCP 네트워크에서 통신 하는 장치가 서로 연결이 잘 되었는지 확인하는 방법입니다. 송신자와 수신자는 총 3번에 걸쳐 데이터를 주고받으며 통신이 가능한 상태인지 확인합니다. 4 wap handshake: TCP 네트워크에서 통신 하는 장치의 연결을 해제하는 방법. 데이터 전달 보증 순서 보장 신뢰할 수 있는 프로토콜 현재는 대부분 TCP 사용 UDP 특징(사용자 데이터그램 프로토콜) 하얀 도화지에 비유(기능이 거의 없음) 연결 지향 - TCP 3 way handshake X 데이터 전달 보증 X 순서 보장 X 데이터 전달 및 순서가 보장되지 않지만, 단순하고 빠름 ..