Network

HTTP (HyperText Transfer Protocol) : 클라이언트와 서버 간 통신을 위한 통신 규칙 Request Response

💖 WebSocket 양방향(bidirectional) 통신 프로토콜 클라이언트와 서버를 연결하여 실시간(real-time) 통신이 가능 🔥 HTTP와 WebSocket HTTP는 요청이 있을 때만 서버가 응답하는 단방향 통신이며 stateless 프로토콜이기

클라이언트와 서버가 가까이 있을 경우 케이블로 통신이 가능하지만, 그 반대의 경우 클라이언트와 서버 사이에 있는 복잡한 인터넷 망을 통해 메시지를 전달할 수 있다.인터넷 망의 수많은 중간 노드를 거쳐야 한다. -> 어떤 규칙?클라이언트와 전달하려는 서버에 IP주소가 부

"URI는 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류될 수 있다"Uniform : 리소스 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음)Identifier : 다른 항목과 구분하는데 필요한 정보UR

HTTP HyperText Transfer Protocol HTTP메시지에 모든 것을 전송 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML (API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받

HTTP 메서드 HTTP API 만들기 ⭐ URI 설계 시 가장 중요한 것은 리소스 식별 리소스 식별, URI 계층 구조 활용 리소스의 의미 회원을 등록하고 수정하고 조회하는 것 ❌ 예) 미네랄을 캐라 -> 미네랄이 리소스 회원이라는 개념 자체가 바로

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능1xx (Informational) : 요청이 수신되어 처리중2xx (Successful) : 요청 정상 처리3xx (Redirection) : 요청을 완료하려면 추가 행동이 필요4xx (Client Error

HTTP 헤더 용도 : HTTP 전송에 필요한 모든 부가정보, 필요시 임의의 헤더 추가 가능 과거엔 엔티티 헤더, 현재 표현 헤더 >#### HTTP 표준 1999년 RFC2616 --> 폐기됨 2014년 RFC7230~7235 등장 RFC2616(과거) 분류

HTTP 헤더2 - 캐시와 조건부 요청 > #### 캐시 : 데이터나 값을 미리 복사해 놓는 임시 장소 캐시 기본 동작 캐시가 없을 때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다 인터넷 네트워크는 매우 느리고 비싸다 브

HTTP 강의를 듣고 나서, 기존에 디자인한 API가 RESTful하지 않다고 느껴졌다. 이를 개선하고 높은 품질의 API를 구축하기 위해 REST API 주요 설계 원칙과 네이밍 규칙에 대한 개념을 재정립하고 API를 다시 설계하는 시간을 가져보기로 했다. ❤️