방법: 프로그래밍 방식으로 페이지의 캐시 가능성 설정
업데이트: 2007년 11월
페이지 또는 사용자 정의 컨트롤의 캐시 가능성은 페이지의 응답 주기 동안 장치에서 페이지를 캐시할 수 있는지 여부를 나타냅니다. 페이지를 캐시할 수 있는 장치에는 요청하는 브라우저, 요청에 응답하는 웹 서버, 요청/응답 스트림의 캐시 가능 장치(예: 프록시 서버) 등이 있습니다.
응용 프로그램이 요청 헤더 읽기 등과 같은 런타임 조건에 따라 캐시 가능성을 결정하는 경우 프로그래밍 방식으로 캐시 가능성을 설정할 수 있습니다. 자세한 내용은 페이지의 캐시 가능성 설정을 참조하십시오.
페이지의 캐시 가능성을 프로그래밍 방식으로 설정하려면
페이지의 코드에서 Response 개체의 Cache 속성에 대해 SetCacheability 메서드를 호출합니다.
다음 코드에서는 Cache-Control HTTP 헤더를 Public으로 설정합니다.
Response.Cache.SetCacheability(HttpCacheability.Public); Response.Cache.SetCacheability(HttpCacheability.Public)요청 브라우저가 페이지를 History 폴더에 캐싱하지 않도록 하기 위해 NoCache 또는 ServerAndNoCache를 SetCacheability 메서드에 전달하는 경우 사용자가 앞으로 또는 뒤로 단추를 클릭할 때마다 새 버전의 응답이 요청됩니다. Cache 속성에 대해 SetAllowResponseInBrowserHistory 메서드를 호출하고 allow 매개 변수에 대해 true를 전달하여 이 동작을 조건부로 재정의할 수 있습니다.
캐시 가능성을 NoCache 또는 ServerAndNoCache 이외의 다른 값으로 설정하면 ASP.NET에서는 SetAllowResponseInBrowserHistory 메서드에 의해 설정된 값을 무시합니다.
참고 항목
작업
방법: 선언적으로 ASP.NET 페이지의 캐시 가능성 설정