검증 헤더와 조건부 요청

캐시 유효 시간이 만료되어 다시 요청했는데 데이터가 변경되지 않아 그대로 다운받아야 한다면 네트워크 낭비일 수 있다.

다시 무거운 데이터를 다운받는 대신에, 클라이언트 캐시 데이터와 서버 데이터가 같은지 확인하고 같으면 캐시를 다시 쓸 수 있다.

첫 요청에서 서버가 데이터 최종 수정일을 담아 응답한다.

웹 브라우저는 최종 수정일과 함께 응답 결과를 캐시에 저장한다.

다시 요청할 때 캐시 유효 시간이 초과됐다면

최종 수정일이 있는지 확인하고 if-modified-since에 담아 서버에 보낸다.

서버는 if-modified-since를 보고 수정일을 비교한다. 만약 수정되지 않았다면

응답에 303 Not Modified와 Last-Modified를 담아 보낸다. 이때, HTTP Body는 비워서 보낸다. 그럼 0.1MB만큼의 헤더만 전송된다. 네트워크 부하가 확 줄어든다.

클라이언트는 304 코드를 보고 캐시를 그대로 사용하면서 헤더 데이터를 갱신한다.

검증 헤더

해당 날짜 이후에 데이터가 수정되었는지 묻는다.

2020년 11월 10일 10:00:00 vs 서버: 2020년 11월 10일 10:00:00

이 경우 데이터가 변경되지 않았으므로 304 Not Modified와 헤더 데이터만 전송한다. 바디는 포함되지 않는다.

2020년 11월 10일 10:00:00 vs 서버: 2020년 11월 10일 11:00:00

이 경우엔 데이터가 변경되었으므로 200 OK와 함께 바디를 포함한 모든 데이터를 전송한다.

ETag: "v1.0"
ETag: "a2jiodwjekjl3"

캐시용 데이터에 임의의 고유한 버전 이름을 달아둔다.

ETag: "aaaaa" -> ETag: "bbbbb"

데이터가 변경되면 Hash를 다시 생성한다. Hash는 파일 컨텐츠가 동일하면 동일한 값으로 나온다. 단순하게 ETag만 비교해서 같으면 유지하고 다르면 다시 받는 것이다.

첫 요청에 응답할 때 ETag를 담아 보낸다.

웹 브라우저는 ETag 값을 캐시에 저장한다.

시간이 초과됐다면 if-none-match에 ETag 값을 담아 요청한다.

데이터가 수정되지 않았으므로 즉, none-match 조건을 만족하지 않았으므로

body 없이 304로 응답한다.

클라이언트는 헤더 데이터를 갱신하고

캐시에서 재사용한다.

Last updated 2 years ago