Fiddler로 HTTP 캐싱 확인

Fiddler를 사용하여 HTTP 캐싱이 작동하는지 어떻게 확인할 수 있습니까? 다른 더 좋은 방법이 있습니까?Fiddler로 HTTP 캐싱 확인

출처

2009-04-24 rp.

페이지 캐싱을 통해 리소스를 가져오고 리소스에 대한 요청이 Fiddler에 나타나지 않는 것을 확인할 수 있습니다. 나는 그것을하는 더 좋은 방법을 생각할 수 없다. 나를 위해 일합니다.

출처

2009-04-24 16:21:36 AnthonyWJones

Fiddler를 통해 사이트를 프록시로 검색하십시오. 각 응답 세부 사항에는 "캐싱"탭이 있습니다. 여기에는 응답 헤더에 대한 유용한 정보가 표시됩니다 (예 : 다른 캐시 제어 및 만료 값의 의미

출처

2009-04-24 16:27:53 Piskvor

가장 좋은 방법은 대부분의 캐싱 자습서에서 설명한 방법을 사용하는 것입니다. 현재 서버 시간을 표시하는 페이지에 레이블을 지정하십시오. 값이 캐시되면 캐시가 재생성 될 때까지 후속 페이지 새로 고침으로 업데이트가 표시되지 않습니다.

요구 사항이 더 복잡하면 (피들러를 사용해야 함) 앤서니의 제안은 내가 과거에 성공적으로 사용한 것입니다.

출처

2009-04-24 16:29:33 Cerebrus

피들러가 확실히 도움이 될 것입니다. 서버가 HTTP 304 응답 (수정되지 않음 - 클라이언트에게 캐시 된 항목이 여전히 유효 함을 알려주는)으로 응답하거나 웹 만료가 올바르게 설정되어있는 콘텐츠에 대해서는 요청을 전혀 볼 수 없습니다.

실제로 파이어 폭스 플러스 파이어 버그가 당신을 위해 이렇게 할 것입니다.

출처

2009-04-24 16:38:33

HTTP 302 만있는 ETag 캐싱을위한,에서 CACH 정보를 확인할 수 있으며, 피들러의 URL을 클릭하고 속성을 클릭합니다 서버에 저장되고 서버는 본문없이 HTTP 302 (Not Modified)를 반환하여 클라이언트가 가장 새로운 값을 캐시했음을 나타냅니다. –

사실,이 응답을 작성하고 302 (발견되지 않음)가 아닌 304 (수정되지 않음)를 입력 할 때 나는 잘못 입력했습니다. 즉 302 또는 304도 ETag 전용 응답이 아니므로 위의 설명이 의미가있는 것인지 확신 할 수 없습니다. –

304 (302가 아님) –

바로 클라이언트가와 다시 확인한다 "WININET 캐시 정보"에서 그 팝업

출처

2013-08-14 10:46:45 user2531498

Fiddler로 HTTP 캐싱 확인

답변

관련 문제