HTTP

인터넷은 굉장히 복잡한 망을 가지고 있고, 그 수많은 노드들을 거쳐 데이터를 주고 받는다.근데 누구에게 어떻게 가는지 알고 데이터는 전송되는 걸까?그건 IP를 통해서 지정한 IP 주소로 데이터가 전달되는 것이다.역할지정한 IP 주소(IP Address)에 데이터 전달패

" URI는 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류될 수 있다 "URI는 URL과 URN을 포함한 범위이다.URIUniform: 리소스 식별하는 통일된 방식Resource: 자원, URI로 식별할 수 있는 모든 것(제한 없음)Identifi

요즘은 HTML,TEXT, IMAGE, 음성, 영상, 파일, JSON, XML(API) 등 거의 모든 형태의 데이터 전송이 가능하다.서버간에 데이터를 주고 받을 때도 대부분 HTTP를 사용한다.HTTP 버전도 0.9~HTTP/3까지 나왔는데, 보통 HTTP/1.1버전을

API URI 설계할 때는 메소드를 제외하고 리소스만 식별하는 것이 바람직한 설계지만,리소스만 구분하면 수많은 기능을 구현할 때 한계에 부딪힌다. 그래서 리소스와 행위를 분리하여 만드는 것이 가장 바람직하다.URI는 리소스만 식별!리소스와 해당 리소스를 대상으로 하는

쿼리 파라미터를 통한 데이터 전송GET주로 정렬 필터(검색어)메시지 바디를 통한 데이터 전송POST, PUT, PATCH회원 가입, 상품 주문, 리소스 등록, 리소스 변경정적 데이터 조회이미지, 정적 텍스트 문서동적 데이터 조회주로 검색, 게시판 목록에서 정렬 필터(검

요약1xx (Informational): 요청이 수신되어 처리중2xx (Successful): 요청 정상 처리3xx (Redirection): 요청을 완료하려면 추가 행동이 필요4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할

HTTP 전송에 필요한 모든 부가정보예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 etc...필요시 임의의 헤더 추가 가능과거의 HTTP 표준이 없어지고 2014년에 새로 등장하면서 엔티티를 표현이라고 칭함

캐시와 조건부 요청 캐시 기본 동작 캐시가 없을 때 해당 요청과 응답을 반복할 때마다 전체 데이터를 전송 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. 인터넷 네트워크는 매우 느리고 비싸다. 브라우