복습을 위한

캐시 기본 동작에 대해 알아보자 캐시가 없을 때이다. 클라이언트에서 star사진을 요청해서 서버에서 응답을 내려준다. 용량1.1m의 별사진이 응답되고 웹브라우져에서 별사진이 나타난다. 또 다시 똑같은 사진을 요청한다면 서버도 또 똑같은 별사진을 응답해줄것이다. 다시 웹브라우져에 별사진이 나타난다. 너무 당연한 얘기다. 캐시를 사용하지않으면 데이터가 변경되지않아도 예시와 같이 계속 네트워크를 통해서 데이터를 다운받아야한다. 이제 캐시를 적용해보자. 이젠 사진과함께 캐시정를 내려준다. 서버는 cache control을 통해 캐시가 유효한 시간을 내려준다. 웹브라우저는 내부의 캐시 저장소에 응답결과를 저장한다. 두번째 요청 때는 그럼 일단 캐시를 뒤진다. 그럼 유효시간을 검증하고 유효하다면 캐시저장소에서 캐시..

세가지의 HTTP 메서드의 속성이 있다. • 안전(Safe Methods) • 멱등(Idempotent Methods) • 캐시가능(Cacheable Methods) 각 속성은 메서드별로 그 여부가 다르다. GET은 리소스를 변경하지않지만 POST PUT DELETE PATCH를 리소스를 변경한다. POST는 멱등이 아니다. 배송을 두번? 결제를 두번? 클난다! 멱등이 왜 필요할까? 예를 들어 DELETE를 호출했는데 서버에서 응답이없다면 클라이언트가 자동으로 DELETE를 재시도하는 것이다. 자동복구메커니즘에 쓸 수 있다. 한가지 중요한 것은 멱등은 외부요인으로 중간에 리소스가 변경되는 것까지는 고려하지는않는다. 위와 같은 예시는 멱등하지않다고 판단하는 것이 맞다. 같은 요인일 때만 고려하는 것이다. ..