HTTP

바로 옆에 이어져있는 컴퓨터라면 단순히 선을 통해 의사소통할 수 있을것이다. 그러나 우리는 컴퓨터를 이용해 저 바다 건너 미국과도 의사소통할 수 있다. 이같은 의사소통은 어떻게 가능한 것일까?내가 멀리 있는 미국 친구와 의사소통하기 위한 최소한의 규칙, IP.내가 주소

1. URI(Uniform Resource Identifier) URI? URL? URN? > "URI는 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류될 수 있다." URI 단어 뜻 Uniform: 리소스 식별하는 통일된 방식 Resource

HyperText Transfer Protocol HyperText(HTML등의 문서간의 링크를 통해 연결 가능한 파일)을 전송하기 위한 프로토콜로 시작되었다. > 하이퍼텍스트(Hypertext) 참조(하이퍼링크)를 통해 독자가 한 문서에서 다른 문서로 즉시 접근할

HTTP API를 만들어보자 요구사항 회원 목록 조회, 회원 조회, 회원 등록, 회원 수정, 회원 삭제 기능을 갖춘 회원 정보 관리 API를 만들라는 요청이 있다. 초보자로 막 설계를 시작한 나는 무엇부터 시작할까 고민하던 와 중, 각 기능마다 이름을 먼저 결정하기로

클라이언트에서 서버로 데이터 전송 2가지 데이터 전달 방식 쿼리 파라미터를 통한 데이터 전송 GET 주로 정렬 필터 (검색어) 메시지 바디를 통한 데이터 전송 POST, PUT, PATCH 회원가입, 상품 주문, 리소스 등록, 리소스 변경 4가지

HTTP 상태코드 소개 상태코드 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1xx (Informational): 요청이 수신되어 처리중. 거의사용되지 않는다. 2xx (Successful): 요청 정상 처리 3xx (Redirection): 요청을

HTTP 헤더 개요 용도 HTTP 전송에 필요한 모든 부가정보 ex) 메시지 바디의 내용, 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보... 표준 헤더가 너무 많음 필요시 임의의 헤더 추가 가능 helloworld: hihi 분류

캐시 기본 동작 캐시가 없을 때 웹브라우저에서 를 요청하면 서버에서 해당 리소스를 응답할 것이다. HTTP 응답 메시지에서 헤더파일은 0.1M, 실제 별 리소스인 바디는 1.0M일 때 총 1.1M의 응답 데이터가 전달된다. 만약 캐시가 없다면, 두번째 요청시 다시