
IP인터넷 프로토콜 역할 지정한 IP 주소에 데이터 전달패킷이라는 통신 단위로 데이터 전달 IP 패킷 정보 \-> 패킷을 전달할 때 출발 IP와 목적 IP를 적어서 보낸다. IP 프로토콜의 한계 1\. 비연결성 패킷을 받을 대상이 없거나, 서비스 불능 상태여도 패킷 전

URI은 locator, name 또는 둘다로 추가 분류 URIUniform : 리소스를 식별하는 통일된 방식Resource : 자원, URI로 식별할 수 있는 모든 것 (제한 X)Identifier : 다른 항목과 구분하는데 필요한 정보 URL : Locator 리소

HyperTextTransferProtocolHTTP 메시지에 모든 것을 전송 \-HTML, TEXT, IMAGE, 음성, JSON, XML 거의 모든 형태의 데이터 전송 가능 서버간 데이터를 주고 받을때도 대부분 HTTP HTTP/1.1 가장 많이 사용 TCP : H

회원 목록 조회 /read-member-list회원 조회 /read-member-by-id회원 등록 /create-member회원 수정 /update-member회원 삭제 /delete-member잘 만들었을까??? 가장 중요한 것은 리소스 식별!!!! 리소스의 의미는

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1XX = 요청이 수신되어 처리중 (사용 X)2XX = 요청 정상 처리 3XX = 요청 완료하려면 추가 행동 필요 4XX = 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 5XX = 서버

HTTP 전송에 필요한 모든 부가 정보 ex) 메시지 바디의 내용, 미시지 바디의 크기, 압축, 인증, 요청 클라이언트 ...표준 헤더가 너무 많음 필요시 임의의 헤더 추가 가능 1) RFC2616 헤더 분류 General Header = 메시지 전체에 적용되는 정보

첫 요청 두번째 요청 캐시가 없을때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 함 인터넷 네트워크는 매우 느리고 비쌈 브라우저 로딩 속도 느림 캐시를 적용캐시 덕분에 캐시 가능 시간동안 네트워크 사용 x 비싼 네트워크 사용량 줄일 수 있다

JSON은 클라이언트와 서버가 통신할 때 사용하는 데이터 양식. JSON은 사람, 기계 모두 이해하기 쉬우며 용량이 작다.서로 다르게 구성된 서버일지라도 통신 가능 key-value 형태로 구성null, number, string, array, object, boole

클라이언트와 서버간의 통신 상태(state) 유지 여부에 따라 나뉘는 특성이다.클라이언트의 상태를 유지 문제점 : 같은 서버가 유지, 상태를 유지하고 있던 서버 종료?? -> 시스템 에러, 비지니스 로직 문제, 리소스 부족 문제요청 트래픽이 몰리게되면 상태를 유지하는것