Question

J'ai un problème étrange ici ...

J'ai une application ASP.NET 3.5 qui a un GridView et un SqlDataSource sur le fichier Default.aspx. Le GridView est lié à la base de données SqlDataSource. GridView a un bouton pour chaque ligne appelé & Quot; View & Quot; qui envoie l'utilisateur à une page séparée où la ligne peut être modifiée.

J'ai deux installations de cette application: une sur mon ordinateur portable de développement, XP exécutant IIS 5.1, et une autre sur un serveur Windows 2003 exécutant IIS 6.0. Les fichiers web.config sont identiques, les propriétés de configuration IIS sont identiques et la même base de données s'affiche.

Sur mon ordinateur portable, le comportement que je vois est & "correct &"; et se présente comme suit: 1. Ouvrez la page, sélectionnez la page 15 de la grille de données via les liens de pagination. 2. Cliquez sur le bouton Afficher pour un enregistrement, affichez la page d'édition. 3. Cliquez sur le & Quot; Retour & Quot; et vous revenez à la page Default.aspx et le GridView est rechargé / actualisé avec de nouvelles données. En cliquant à nouveau sur Afficher, vous accédez au bon élément.

Sur le serveur, je vois ceci: 1. Ouvrez la page, sélectionnez la page 15 de la grille de données via les liens de pagination. 2. Cliquez sur le bouton Afficher pour un enregistrement, affichez la page d'édition. 3. Cliquez sur le & Quot; Retour & Quot; Cliquez sur le bouton et vous revenez à la page Default.aspx. GridView est NOT rechargé avec de nouvelles données (il apparaît immédiatement). Cliquez à nouveau sur Afficher pour accéder à l'élément MAUVAIS .

Évidemment, il y a une sorte de problème de cache, mais je n'arrive pas à le comprendre ... des idées?

Était-ce utile?

La solution

Je ne suis pas sûr de la raison exacte ni de la cause, mais comme je m'y attendais, il s'agissait d'un problème de mise en cache. Quand j'ajoute la déclaration:

Response.CacheControl = "no-cache";

Pour le fichier Default.aspx.cs, le problème disparaît. Il n’est pas surprenant que le bouton arrière visse le schéma de requête, mais j’ai trouvé étonnant que IIS 5.1 fonctionnant sur mon ordinateur portable gère mieux le bouton arrière que IIS 6.0 ...

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top