최근 Chrome에서이 새로운 기능을 발견했습니다.
옵션 1과 옵션 3의 차이점을 알 수 있으며 옵션 2는 아마도 중간에 있지만 더 정확한 정보를 찾을 수는 없습니다.
아무도 세 가지 옵션 각각의 정확한 동작을 알고 있습니까?
최근 Chrome에서이 새로운 기능을 발견했습니다.
옵션 1과 옵션 3의 차이점을 알 수 있으며 옵션 2는 아마도 중간에 있지만 더 정확한 정보를 찾을 수는 없습니다.
아무도 세 가지 옵션 각각의 정확한 동작을 알고 있습니까?
답변:
를 누르는 것과 같습니다 F5. 캐시를 사용하지만 "304 Not Modified"응답을 찾아 페이지를로드하는 동안 모든 내용을 다시 확인합니다. 브라우저가 캐시 된 JavaScript 파일, 이미지, 텍스트 파일 등을 다시 다운로드하지 못하게 할 수 있습니다.
요청시 캐시에서 아무 것도 사용하지 마십시오. ( SHIFT+ F5개발자 콘솔을 열 필요가 없음) 브라우저는 모든 JavaScript 파일, 이미지, 텍스트 파일 등을 강제로 다시 다운로드합니다.
캐시가 비어 있으면 하드 재로드를 수행해야합니다. 브라우저가 다시 모든 것을 다시 다운로드하도록합니다. 그러나 페이지가 JavaScript를 통해 페이지로드의 일부가 아닌 사후 다운로드를 수행하는 경우에도 여전히 캐시를 사용할 수 있습니다. 캐시 된 파일.
참고 :이 기능은 개발자 도구가 열려있는 경우에만 사용할 수 있습니다.
"after-the-fact download via Javascript"
. 누군가가 구체적인 예를 제시 할 수 있습니까?
이는 Mac OS X에서도 작동합니다. 개발자 도구를 연 다음 다시로드 버튼에서 1. 보조 클릭 (오른쪽 마우스를 마우스 오른쪽 버튼으로 클릭) 또는 2. 길게 누르면 메뉴를 표시합니다.
이 답변 외에도 하드 다시로드로 인해 프록시, 콘텐츠 전송 네트워크 및 기타 원격 캐시가 새로 고쳐집니다.
Cache-Control: no-cache
헤더를 보내는 것 같습니다 .squid-web-proxy-cache.1019090.n4.nabble.com/… 당신의 것입니까?
Cache-Control: max-age=0
, If-Modified-Since
, If-None-Match
. 그러나 일을 하드 다시로드를 (또는 캐시를 비우는하지 않고), 단지 2 캐시 관련 헤더가 보내졌다 : Cache-Control: no-cache
와 Pragma: no-cache
. 따라서 브라우저는 실제로 서버에 새로운 버전을 요구하는 헤더를 보냅니다. 그런 다음이를 기반으로 동작을 변경하는 것은 서버 (프록시 포함)에 달려 있습니다.