PUT 리소스가 있다면 대체 하고 리소스가 없다면 새로 생성한다.리소스가 있다면 그냥 덮어버린다. 여기서 중요한건 클라이언트가 리소스를 식별을 한다.클라이언트가 리소스 위치를 알고 URI를 지정한다.POST와 차이첨이다. 아래 예시를 보면.PUT 메서드로 /members/100 클라이언트가 리소스 위치를 알고 있고 json 형식으로 데이터를 보낸다이때 username 필드가 없이 보낸다면.   왼쪽에 있는 예시에서 오른쪽에 있는 예시로 서버에서는 리소스를 대체해 버린다.   PATCH 나는 위에 있는 예시처럼 행동을 시킨것이 아니라 일부분만 수정을 원한 것 이라면 이 매서드를 사용하면 된다. 아래 예시처럼 서버에 접근을 하게 된다면  서버에 저장되어 있는 데이터는 왼쪽 사진에서 오른쪽 사진으로 변경된다...

GET : 리소스 조회 서버에 전달하고 싶은 데이터는 query(쿼리 파라미터, 쿼리 스트링)를 통해서 잔달한다.메시지 바디를 사용해서 데이터를 전달할 수 있지만, 지원하지 않는 곳이 많아서 권장하지 않는다.  이 메시지를 서버에 전달하면. 서버에서는 /members/100 위치에  있는 데이터를 있는 데이터를 응답 데이터를 통해 클라이언트에 전달한다. (Response) Post : 요청 데이터 처리 메시지 바디를 통해서 서버로 요청 데이터를 전달한다.서버는 요청 데이처를 처리. 메시지 바디를 통해 들어온 데이터를 처리하는 모든 기능을 수행.주로 전달된 데이터로 신규 리소스 등록, 프로세스 처리에 사용한다.  Post 메서드로 서버의members에 신규 리소스 등록 요청을 보내면.  서버는 신규 리소스..

서버는 1대이고 클라이언트가 100개라고 가정을 해보자. 서버에는 한정적인 자원이 있는데 클라이언트 모두 서버에 연결 되어 있다고 하면 서버의 속도는 느려질것이다. 클라이언트에서 한번에 같은 시간에 검색 버튼을 누르지 않기 때문에 연결을 계속 유지할 필요는 없다.아이유 콘서트 예매나 선착순 이벤트등 이런 상황은 예외적으로 생각하자. 한번에 같은 시간에 누르는 경우는 특수한 상황 말고는 딱히 없으니 서버에서는 클라이언트가 필요한 자원을 모두 가져가면 TCP 연결을끊어 버린다. 이로 인해 TCP/IP 연결을 위한 3-way Handshaking 를 자주 해야겠지만 서버에서는 최소한의 자원을 유지 하면서 과부하가 걸리지 않을수 있다. 이런 시간을 줄이기 위해서 HTTP 지속 연결 (Persistent Conn..

HTTP 메시지에 거의 모든것을 전송할수 있다. HTML, TEXT, IMAGE, 음성, 영상, 파일 JSON, XML 등등 거의 모든 형태의 데이터를 전송할수 있다. 서버간에 데이터를 주고 받을 때에도 대부분 HTTP를 사용한다. HTTP는 요청 메시지와 응답 메시지가 있다 각각의 구조를 알아보자.  요청 메시지 HTTP는 위와 같은 형태를 가지고 있다.응답 메시지 처럼 body 본문을 가지고 있을수 있다. start-line은 request-line라고도 한다. start-line = request-line (시작  라인)method SP(공백) request-target SP(공백) HTTP-version CRLF(엔터)위에 예를 보자면 method = GET, request-target = sea..

Stateful 상태 유지를 예로 들자면 고객 : 이 책이 얼마인가요?직원 A : 1000원입니다. (책 상태 유지) 고객 : 2권 살게요직원 A : 2000원입니다 현금이나 카드로 결제하시나요?. (책, 2권 상태 유지) 고객 : 현금으로 할게요.직원 A : 알겠습니다. (책, 2권, 현금 상태유지)이 처럼 한 명의 직원에게만 물어보거나 다른 직원에게 인수인계 하는 방식으로 상태가 유지가 될 수 있을 것이다 하지만. 고객 : 이 책이 얼마인가요?직원 A : 1000원입니다. 고객 : 2권 살게요직원 B : ( 무엇을 2권 산다는 거지? ) 고객 : 현금으로 할게요.직원 C : ( 무엇을 현금으로 한다는 거지...? ).고객이 매장을 둘러보다가 전부 다른 직원들에게 이런 말을 한다면 직원들은 물음표..