Comment faire Microsoft XmlHttpRequest honor cache control directive

j'émets une demande en utilisant XMLHttpRequest "de MSXML objet:

IXMLHttpRequest http = new XmlHttpRequest();
http.open("GET", "http://www.bankofcanada.ca/stat/fx-xml.xml", False, "", "");
http.send();

et le send réussit, et je reçois mes données xml.

sauf que XmlHttpRequest n'a pas réellement atteint le réseau (je peux voir qu'il n'y a pas de requête http réelle émise). Et Process Monitor montre que le fichier est effectivement servi depuis mon cache:

donc je veux donner des instructions à l'agent utilisateur XmlHttpRequest que tout contenu mis en cache plus de 0 secondes est trop vieux. Le standard way pour ce faire est d'ajouter un en-tête de requête:

Cache-Control: max-age=0

à la demande d'envoi:

http = new XmlHttpRequest();
http.open("GET", "http://www.bankofcanada.ca/stat/fx-xml.xml", False, "", "");
http.setRequestHeader("Cache-Control", "max-age=0");
http.send();

et le send réussit, et je reçois mes données xml.

sauf que XmlHttpRequest n'a pas réellement atteint le réseau (Je ne peux voir là aucune requête http réelle émettre.) Et Process Monitor montre que le fichier est effectivement servi depuis mon cache.

alors qu'est-ce qui ne va pas? Est-ce que max-age ne fait pas ce que je pense qu'il fait?

à Partir de RFC 2616 - Protocole de Transfert Hypertexte, la Partie 14: Champ d'en-Tête Définitions de :

D'autres directives permettent à un agent utilisateur de modifier le mécanisme d'expiration de base. Ces directives peuvent être spécifiées demande:

max-age

Indique que le client est prêt à accepter une réponse dont l'âge ne dépasse pas le temps déterminé en quelques secondes. A moins que max-stale directive est également inclus, le client n'est pas disposé à accepter un rassis réponse.

C'est exactement ce que je veux.

Est Cache-Control: max-age=0 pas exactement ce que je veux, ou est MSXML XmlHttpRequest objet buggy?

Mise À Jour D'Un

C'est le MSXML XmlHttpRequest objet COM:

• CLSID: {88d96a0a-f192-11d4-a65f-0040963251e5}
• ProgID: Msxml2.XMLHTTP.6.0

Mettre À Jour Les Deux

la directive max-age est ajoutée par le client pour que tous les cache y adhèrent. De RFC:

Le Cache-Control généralités-champ d'en-tête est utilisé pour spécifier des directives doit être obéi par toute la mise en cache mécanismes le long de la requête/réponse la chaîne . Les directives spécifient le comportement destiné à empêcher les caches de négativement interférant avec la demande ou de la réponse. Ces directives généralement, outrepasser la mise en cache par défaut algorithme. Les directives Cache sont: unidirectionnel en ce que la présence de une directive dans une requête ne implique que la même directive est de être donné dans la réponse.

max-age n'est pas pour le serveur; cela n'a aucun sens pour un serveur. Il est destiné à tous les systèmes de mise en cache entre l'utilisateur et le serveur.

Mise À Jour De Trois

From W3C XmlHttpRequest :

si l'agent utilisateur implémente un cache HTTP il devrait respecter Cache-Control en-têtes de demande définis par les setRequestHeader() (par exemple:, Cache-Control: no-cache contourne le cache.) ne doit pas envoyer Cache-Control ou Pragma en-têtes de demande automatiquement, sauf si l'utilisateur final demande explicitement un tel comportement (par exemple, par le rechargement de la page).

suivant leur exemple , j'ai essayé d'utiliser la no-cache directive:

http = new XmlHttpRequest();
http.open("GET", "http://www.bankofcanada.ca/stat/fx-xml.xml", False, "", "");
http.setRequestHeader("Cache-Control", "no-cache");
http.send();

et le client XmlHttpRequest demande complètement depuis le cache, sans interroger le serveur.

le W3C dit que s'il y a une cache, elle doit honorer Cache-Control si elle est définie par setRequestHeader . XMLHttpRequest de Microsoft ne semble pas respecter cette exigence.