IIS 5.1 / 6.0 Diferencias con DataGrid y SqlDataSource Refresh

Question

Tengo un problema extraño aquí ...

Tengo una aplicación ASP.NET 3.5 que tiene un GridView y un SqlDataSource en Default.aspx. El GridView está enlazado a datos a SqlDataSource. El GridView tiene un botón para cada fila llamado & Quot; Ver & Quot; que envía al usuario a una página separada donde se puede editar la fila.

Tengo dos instalaciones de esta aplicación: una en mi computadora portátil de desarrollo, que es XP con IIS 5.1 y otra en un servidor Windows 2003 con IIS 6.0. Los archivos web.config son idénticos, las propiedades de configuración de IIS son idénticas y está llegando a la misma base de datos.

En mi computadora portátil, el comportamiento que veo es " correcto " ;, y dice así: 1. Abra la página, seleccione la página 15 de la cuadrícula de datos a través de los enlaces de paginación. 2. Haga clic en el botón Ver para ver un registro, vea la página de edición. 3. Haga clic en & Quot; Atrás & Quot; botón y volverá a la página Default.aspx, y GridView se vuelve a cargar / actualizar con nuevos datos. Al hacer clic en Ver nuevamente, se accede al elemento adecuado.

En el servidor, veo esto: 1. Abra la página, seleccione la página 15 de la cuadrícula de datos a través de los enlaces de paginación. 2. Haga clic en el botón Ver para ver un registro, vea la página de edición. 3. Haga clic en & Quot; Atrás & Quot; botón y volverá a la página Default.aspx, y GridView NO se volverá a cargar con nuevos datos (aparece de inmediato). Al hacer clic en Ver nuevamente, se accede al elemento INCORRECTO .

Obviamente hay algún tipo de problema de almacenamiento en caché, pero no puedo resolverlo ... ¿alguna idea?

Answer 1

No estoy seguro de la razón exacta o la causa, pero como esperaba, fue un problema de almacenamiento en caché. Cuando agrego la declaración:

Response.CacheControl = "no-cache";

Para Default.aspx.cs, el problema desaparece. No es sorprendente que el botón de retroceso arruine el patrón de solicitud, pero me pareció sorprendente que el IIS 5.1 que se ejecuta en mi computadora portátil maneja el botón de retroceso mejor que IIS 6.0 ...