Numéro d'article: 199805 - Dernière mise à jour: vendredi 18 mai 2007 - Version: 1.1

PRB : Suivant et le comportement du bouton précédent dans Internet Explorer

Affichage côte à côteCliquez ici si vous souhaitez afficher en côte à côte l?article anglais et sa traduction automatique en français
Traduction automatiqueATTENTION : Cet article est issu du système de traduction automatique
Retired KB ArticleExclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Voir les produits auxquels s'applique cet article
A noterCet article s'applique à un système d'exploitation différent de celui que vous utilisez. Le contenu de l'article qui ne vous concerne peut-être pas est désactivé.
Agrandir tout | Réduire tout

Symptômes

Sous la forme d'Internet Explorer 5, le navigateur n'actualise pas les pages lorsque les boutons suivant et précédent sont utilisés. Pages accessibles via la pile de l'historique de navigation sont toujours extraits du cache.
Retour au début

Cause

Le comportement du précédent et suivant a été modifié pour se conformer à la section 33,3 de la spécification HTTP 1.1, qui indique ce qui suit :
Agents utilisateurs possèdent souvent des mécanismes d'historique, tels que des boutons «Précédent» et des listes d'historique, qui peuvent être utilisés pour réafficher une entité extraites précédemment dans une session.

Mécanismes de l'historique et les caches sont différents. En particulier l'historique des mécanismes devrait NOT essayez d'afficher une vue sémantiquement transparente de l'état actuel d'une ressource. Au lieu de cela, un mécanisme d'historique est destiné à afficher exactement ce que l'utilisateur de scie à l'heure lorsque la ressource a été récupérée.
Retour au début

Statut

Ce comportement est voulu par la conception même du produit.
Retour au début

Plus d'informations

Le serveur Web est contacté uniquement si le fichier d'échange n'est pas dans le cache. En-têtes d'expiration du serveur n'a aucun effet sur ce comportement, comme décrit dans la spécification HTTP 1.1.

Pour les fichiers statiques, il est presque toujours le comportement souhaité. Si le contenu du fichier change pas sur le serveur, puis il améliore les performances d'Internet Explorer de considérablement jamais contacter le serveur pour ces fichiers lorsque les boutons précédent et suivant sont utilisés.

Pour les fichiers générés dynamiquement, toutefois, les problèmes dans les applications de site Web peuvent sont souvent créer si l'utilisateur n'a pas connaissance que le fichier ou de la page est obsolète lorsque vous utilisez les boutons suivant ou précédent pour parcourir les pages sur un site. Ceci est particulièrement incorrecte lorsque les pages dynamiques utilisent des formulaires HTML pour interagir avec les processus du côté serveur.

Pour ces fichiers dynamiques, les serveurs Web doivent inclure HTTP 1.1 "Cache-Control : no-cache" en-tête de la réponse HTTP comme décrit dans la recommandation de HTTP 1.1 pour empêcher le fichier de mise en cache. Ici est une page d'ASP exemple qui n'est pas mis en cache par Internet Explorer 5.0 : 
<%@ Language=VBScript %>
<%
 ' The following line is the important part:
   Response.CacheControl = "no-cache"
   Response.AddHeader "Pragma", "no-cache"
%>
<HTML><BODY>

<P>This page is using "Cache-Control: no-cache." This page should not be
cached for any reason whatsoever. Access to the page via the Back button should pull
the page back from the server.</P>

<P>
Current Time:
<%= Now() %>
</P>
</BODY></HTML>
le "Pragma : no-cache" en-tête n'est pas essentiel mais recommandée pour empêcher la mise en cache des problèmes impliquant les serveurs proxy et les anciennes versions de Internet Explorer.

Notez qu'il est indispensable d'utiliser des en-têtes HTTP au lieu de balises META HTTP-EQUIV. Les balises META ne sont pas évaluées jusqu'à ce qu'une fois les fichiers téléchargés ont déjà été stockées dans le cache.
Retour au début

Références

Reportez-vous à section 33,3 de révision 5 pour norme HTTP 1.1 :
http://www.w3.org/Protocols/HTTP/1.1/draft-ietf-http-v11-spec-rev-05.txt (http://www.w3.org/Protocols/HTTP/1.1/draft-ietf-http-v11-spec-rev-05.txt)
Pour plus d'informations sur la prise en charge du modèle objet d'Internet Explorer 5 pour les comportements de persistance, consultez la documentation de la persistance DHTML sur MSDN Online Web Workshop :
http://msdn2.microsoft.com/en-us/library/ms533007.aspx (http://msdn2.microsoft.com/en-us/library/ms533007.aspx)
Pour plus d'informations sur le comportement de bouton suivant et précédent, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
229684  (http://support.microsoft.com/kb/229684/EN-US/ ) Bouton précédent dans Internet Explorer devient inaccessible
Retour au début
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Internet Explorer 5.0
  • Microsoft Windows Internet Services (WinInet)
Retour au début
Mots-clés : 
kbmt kbcaching kbfaq kbprb KB199805 KbMtfr
Retour au début
Traduction automatiqueTraduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 199805  (http://support.microsoft.com/kb/199805/en-us/ )
Retour au début
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Retired KB ArticleExclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.
Retour au début