HTTP 304 상태 코드

304 Not Modified

클라이언트가 조건부 GET 요청을 보내고 요청이 허용되었지만 문서의 내용이 변경되지 않은 경우(마지막 액세스 이후 또는 요청 조건에 따라) 서버는 이 상태를 반환해야 합니다. 암호. 304 응답은 메시지 본문을 포함하는 것이 금지되어 있으므로 항상 메시지 헤더 뒤의 첫 번째 빈 줄로 끝납니다.

응답에는 다음 헤더 정보가 포함되어야 합니다.

날짜(서버에 시계가 없는 경우 제외). 시계가 없는 서버가 이러한 규칙을 따르는 경우 프록시 서버와 클라이언트는 RFC 2068에 지정된 대로 수신된 응답 헤더 자체에 날짜 필드를 추가할 수 있으며 캐싱 메커니즘은 정상적으로 작동합니다.

ETag 및/또는 Content-Location(동일한 요청이 200 응답을 반환했어야 하는 경우)

Expires, Cache-Control 및/또는 Vary(해당 값이 동일한 변수의 다른 이전 응답에 해당하는 값과 다를 수 있는 경우)

이 응답 요청이 강력한 캐시 확인을 사용하는 경우 이 응답에는 다른 엔터티 헤더가 포함되어서는 안 됩니다. 그렇지 않으면(예: 조건부 GET 요청이 약한 캐시 확인을 사용함) 이 응답은 다른 엔터티 헤더를 포함하는 것이 금지됩니다. 캐시된 엔터티 콘텐츠 및 업데이트된 엔터티 헤더 정보.

304 응답이 엔터티가 현재 캐시되지 않았음을 나타내는 경우 캐싱 시스템은 응답을 무시하고 제한 없이 요청을 반복해야 합니다.

캐시 항목 업데이트가 필요한 304 응답이 수신되면 캐시 시스템은 응답에서 업데이트된 모든 필드의 값을 반영하도록 전체 항목을 업데이트해야 합니다.