문제

여기에 이상한 문제가 있습니다 ...

Default.aspx에 GridView와 SQLDATASOURCE가있는 ASP.NET 3.5 응용 프로그램이 있습니다. GridView는 SQLDATASOURCE의 데이터 라운드입니다. GridView에는 각 행에 대한 버튼이 "View"라는 버튼이있어 사용자를 행을 편집 할 수있는 별도의 페이지로 보냅니다.

이 응용 프로그램의 두 가지 설치가 있습니다. 하나는 개발 랩톱에 IIS 5.1을 실행하고 다른 하나는 IIS 6.0을 실행하는 Windows 2003 서버에 있습니다. web.config 파일은 동일하고 IIS 구성 속성은 동일하며 동일한 데이터베이스에 도달합니다.

내 노트북에서 내가 보는 동작은 "올바른"상태이며 다음과 같습니다. 1. 페이지를 열고 페이징 링크를 통해 데이터 그 리드의 15 페이지를 선택하십시오. 2. 레코드를 보려면보기 버튼을 클릭하고 편집 페이지를 봅니다. 3. "뒤로"버튼을 클릭하면 default.aspx 페이지로 돌아 오면 GridView가 새 데이터로 다시로드/새로 고침됩니다. 보기를 다시 클릭하면 적절한 항목으로 이동합니다.

서버에서는 다음과 같습니다. 1. 페이지 열기, 페이징 링크를 통해 데이터 그 리드의 15 페이지를 선택하십시오. 2. 레코드를 보려면보기 버튼을 클릭하고 편집 페이지를 봅니다. 3. "뒤로"버튼을 클릭하면 Default.aspx 페이지로 반환되면 GridView는 다음과 같습니다. 아니다 새 데이터로 다시로드 (즉시 나타납니다). 보기를 다시 클릭하면됩니다 잘못된 안건.

분명히 어떤 종류의 캐싱 문제가 있지만, 나는 그것을 알아낼 수 없습니다 ... 어떤 아이디어?

도움이 되었습니까?

해결책

정확한 이유 또는 원인이 확실하지 않지만 예상대로 캐싱 문제였습니다. 진술을 추가 할 때 :

Response.CacheControl = "no-cache";

default.aspx.cs에게는 문제가 사라집니다. 뒤로 버튼이 요청 패턴을 조업한다는 것은 놀라운 일이 아니지만 랩톱에서 실행되는 IIS 5.1이 IIS 6.0보다 뒤로 버튼을 더 잘 처리한다는 것은 놀라운 일이 아닙니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top