URL 다시 쓰기가 IIS의 정적 파일 캐싱을 차단합니까?

Question

IIS 다시 쓰기 모듈을 활성화하면 파일 캐시 조회 카운터가 증가하지 않습니다.

나는 성능 모니터 (Perfmon.exe/웹 서비스 캐시/파일 캐시 조회수)

나는 IIS 캐싱 알고리즘에 따라 정상적으로 증가 "캐시 조회수 파일"재 작성 비활성화하면하여 안타를 추적하고 있습니다.

요청한 파일은 두 가지 경우 모두 정적 HTML 파일입니다.

URL 다시 쓰기가 IIS의 정적 파일 캐싱을 차단합니까?

Answer 1

The docs state 예, IIS는 파일 캐싱을 방지하기 위해 을으로 바꿀 수 있습니다.

가 최적의 재기에 대한 응답의 커널 모드와 사용자 모드 출력 캐싱을 사용 : IIS 출력 캐싱

의 URL 재 작성 모듈과

상호 작용하기 위해서는 에서 IIS 출력 캐시 동작을 제어 따라서 URL 재 작성 모듈을 사용하는 웹 응용 프로그램의 성능이 향상됩니다. URL 재 작성으로 인해 캐싱 논리를 위반했을 때 응답의 캐싱을 방지합니다. 이 모듈은 특정 캐시 캐싱을 변경하거나 캐싱을 모두 비활성화하여 출력 캐싱을 제어합니다. 모듈은 IIS 구성에 의해 사용되지 않는 경우 출력 캐시를 사용하거나 IIS 파이프 라인의 다른 모듈에서 을 사용하여 출력 캐싱을 사용할 수 없습니다. 다음 출력 캐싱 제어 :

는

1. 모듈은 항상 사용자 설정 모드 캐시 varyByHeader = "HTTP_X_ORIGINAL_URL"을 설정한다. 이렇게하면 사용자 모드 캐싱을 사용할 때 모듈은 원래 URL 에 대한 원래 URL을 사용하여 캐시 항목에 대한 키를 생성합니다.

2. 다시 쓰기 규칙 세트가 프로세스 수명 내내 일정한 값을 가진 서버 변수를 사용하거나 에서 파생 된 경우, 규칙 세트는 출력 캐싱에 안전하다고 간주됩니다. 이 단계

다음 서버 변수

, 재 작성 규칙에서 사용하는 경우,하지 원인을 영향에 설명 된대로 URL 재 작성 모듈이 varyByHeader 설정 이외의 방법으로 캐싱을 정책을 기존의 변경되지 않음을 의미합니다 출력 캐싱 정책 :

"CACHE_URL", "DOCUMENT_ROOT", "HTTP_URL", "HTTP_HOST", "PATH_INFO" "PATH_TRANSLATED", "QUERY_STRING", "REQUEST_FILENAME", "REQUEST_URI" "SCRIPT_FILENAME" , "SCRIPT_NAME", "SCRIPT_TRANSLATED", "UNENCODED_URL", "URL", "URL_PATH_ 정보가 ","APP_POOL_ID " "APPL_MD_PATH은 ","APPL_PHYSICAL_PATH ","GATEWAY_INTERFACE " "SERVER_SOFTWARE은 ","

3 "SSI_EXEC_DISABLED.다시 쓰기 규칙 집합이 위 목록에 언급되지 않은 서버 변수를 사용하면 출력 캐싱에 대해 규칙 집합이 안전하지 않은 것으로 간주됩니다. 이 은 URL 재 작성 모듈이 에 대한 커널 모드 캐싱을 사용 불가능하게 할 것이므로 요청 URL이 다시 작성되었는지 여부를 요청합니다. 또한 모듈은 규칙에 사용 된 모든 서버 변수 값의 연결 문자열 을 포함하도록 캐싱 등록 정보 varyByValue를 설정하여 사용자 모드 캐시 에 대한 캐싱 정책을 변경합니다.