클라이언트에서 IP 주소를 부여받는다. 그리고 서버에도 IP 주소가 있다.IP의 역할은 두 가지가 있다.지정한 IP 주소(IP Address)에 데이터 전달패킷(Packet)이라는 통신 단위로 데이터 전달메세지를 보낼때 바로 보내는 것이 아니라 패킷 정보라는 규칙이 있
URL -> Resuorce Locator리소스의 위치URN -> Resuorce Name리소스의 이름URI -> Resuorce Identifier리소스의 정체URI는 URL과 URN을 가지고 있다.URN의 경우 이름만 정의되어있어 매핑을 못하기 때문에 거의 쓰지 않
HyperText Transfer ProtocolHTTP 메시지에 모든 것을 전송HTML, TEXTIMAGE, 음성, 영상, 파일JSON, XML(API)거의 모든 형태의 데이터 전송 가능서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용HTTP/0.9 1991년:
회원 목록 조회회원 조회회원 등록회원 수정회원 삭제URI - Uniform Resource Identifier회원 목록 조회 /read-member-list회원 조회 /read-member-by-id회원 등록 /create-member회원 수정 /update-membe
데이터 전달 방식은 크게 2가지이다. 쿼리 파라미터를 통한 데이터 전송GET주로 정렬 필터(검색어)메시지 바디를 통한 데이터 전송POST, PUT, PATCH회원가입, 상품 주문, 리소스 등록, 리소스 변경4가지의 상황을 통해 예시를 본다.정적 데이터 조회동적 데이터
상태코드란?클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능상태코드는 크게 5가지가 있다.1xx (Informational): 요청이 수신되어 처리중. 잘 쓰이지 않는다.2xx (Successful): 요청 정상 처리. 우리가 제일 많이 봤던 200 OK 도
HTTP 전송에 필요한 모든 부가정보예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보...표준 헤더가 너무 많음필요시 임의의 헤더 추가 가능helloworld: hiGeneral 헤더Request 헤더Respo
데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운받아야 한다.인터넷 네트워크는 매우 느리고 비싸다.브라우저 로딩 속도가 느리다.캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다.비싼 네트워크 사용량을 줄일 수 있다.브라우저 로딩 속도가 매우
정확하지 않는 자료가 많다. 그러므로 항상 의심HTTP에 대해서 더 깊이있게 학습하고 싶다면HTTP 스펙을 보면 된다.그런데 RFC 2616: -> 이거 보면 안된다.RFC 7230 ~ 7235 -> 이걸로 모두 개정강사분은 이걸 모두 봐야되나 싶기도 한다고 하지만 깊