VBScript: Désactiver la mise en cache de la réponse du serveur HTTP OBTENIR l'URL de demande

Je veux désactiver le cache utilisé lorsqu'une URL appel à un serveur est fabriqué à partir de VBScript au sein d'une application sur une machine Windows. Quelle est la fonction/méthode/de l'objet dois-je utiliser pour ce faire?

Lorsque l'appel est effectué pour la première fois, mon basé sur Linux Apache serveur renvoie une réponse de la CGI script Perl qui il est en cours d'exécution. Cependant, les passages suivants du script semblent utiliser la même réponse que pour la première fois, de sorte que les données sont mises en cache quelque part. Mes journaux de serveur de confirmer que le serveur n'est pas appelée dans les périodes suivantes, que dans le premier temps.

C'est ce que je suis en train de faire. Je suis en utilisant le code suivant à partir de l'intérieur d'une application commerciale (ne souhaitez pas parler de cette application n'est sans doute pas pertinent à mon problème):


With CreateObject("MSXML2.XMLHTTP")
  .open "GET", "http://myserver/cgi-bin/nsr/nsr.cgi?aparam=1", False
  .send
  nsrresponse =.responseText
End With

Est-il une fonction/méthode sur le dessus de l'objet à désactiver la mise en cache, ou devrais-je appeler une méthode/fonction pour désactiver la mise en cache sur un objet de réponse avant de faire de l'URL?

J'ai regardé ici pour une solution: http://msdn.microsoft.com/en-us/library/ms535874(SV.85).aspx - pas tout à fait assez utile. Et ici: http://www.w3.org/TR/XMLHttpRequest/ - très désagréable et difficile à lire.

J'essaye aussi de force de ne pas utiliser le cache à l'aide d'en-tête http paramètres et document html en-tête de méta-données:

Extrait de côté serveur Perl CGI script qui renvoie la réponse au client appelant, d'expiration à 0. 


    print $httpGetCGIRequest->header(
        -type    => 'text/html',
        -expires => '+0s',
        );

En-tête Http paramètres dans la réponse envoyée au client:


<html><head><meta http-equiv="CACHE-CONTROL" content="NO-CACHE"></head>
<body>
response message generated from server
</body>
</html>

Le au-dessus de l'en-tête http et html document tête paramètres n'ont pas fonctionné, d'où ma question.

InformationsquelleAutor therobyouknow | 2010-06-16
  1. 9

    Je ne pense pas que l'objet XMLHTTP lui-même fait même de mettre en œuvre la mise en cache.

    Vous envoyer une nouvelle demande dès que vous appelez .send() sur elle. Le point de l'ensemble de la mise en cache est pour éviter l'envoi de la demande, mais qui n'arrivera pas (autant que votre exemple de code va).

    Mais si l'objet est utilisé dans un navigateur quelconque, alors le navigateur peut mettre en œuvre la mise en cache. Dans ce cas, l'approche la plus répandue consiste à inclure un cache-disjoncteur dans l'énoncé: un hasard paramètre d'URL vous changent chaque fois que vous effectuez une nouvelle demande (comme, en y ajoutant le temps actuel de l'adresse URL).

    Alternativement, vous pouvez faire de votre serveur d'envoyer un Cache-Control: no-cache, no-store HTTP en-tête et voir si cela aide.

    La <meta http-equiv="CACHE-CONTROL" content="NO-CACHE> est probablement inutile et vous pouvez déposer entièrement.

    • Je vous remercie beaucoup pour votre temps Tomalak. J'ai trouvé que WinHttpRequest.5.1 objet COM ne met pas en cache. Je vais devoir faire plus large des tests de gagner de la confiance, cependant. +1 pour les différents-URL-chaque-fois - tip qui est certainement une astuce à prendre en considération - que je peut l'utiliser aussi bien comme WinHttpRequest.5.1 et étendre notre serveur pour faire face à ce supplément de paramètre d'URL. Je vais probablement inclure un temps de demande de terrain à haute précision, par exemple millisecs peut-être. C'est certainement la peine d'envisager une partie de la solution.
    • désormais la réponse que votre aléatoires url suggestion frappe la route de cause à la mise en cache et les pauses-ce donc que le code est forcé de contacter le serveur à chaque fois.
    • Pour faire un unique numéro d'ID de session, je suis en utilisant la Date et le Minuteur intégré dans visual basic fonctions, un nombre aléatoire, avec le nom de l'ordinateur ou le nom d'hôte de l'ordinateur sur lequel le script Date donne aujourd'hui la date, la Minuterie donne le temps écoulé en millisecondes. Avec le nombre aléatoire et l'identifiant de la machine, ce qui devrait rendre le HTTP OBTENIR l'URL d'appel unique. Les chances de 2 identiques URL appels la même chose sont égales à zéro.
    • "créer un id de session unique pour empêcher la mise en cache des réponses à partir de l'Url précédentes utilisé sessionid = "" sessionid = "Date" & "" & Minuteur & "" & Rnd
    • Ensemble objNetwork = CreateObject("WScript.Réseau") machineid = "id_" & objNetwork.Nom_ordinateur
    • Avez-vous aussi essayer le Cache-Control: no-cache en-tête HTTP? Cela devrait permettre d'éviter la mise en cache. (Mais le cache-disjoncteur sera certainement le travail, peu importe les circonstances.)
    • 6 ans après, et votre question (@therobyouknow) et de réponse (@Tomalak) sauver ma journée. J'ai mis en place le cache-disjoncteur suggestion et fonctionne très bien! Je suis à l'aide de MSXML2.XMLHTTP dans un Fox Pro logiciel vieux, il avait demandé à un serveur PHP en hébergement mutualisé sans problèmes, j'ai récemment migré vers un Google App Engine avec Python 2.7 (à l'aide de Flacon cadre) et ce problème de cache commencé. Je suppose que GAE a défaut configs pour la performance et le cache est l'un de ces.
    • Merci pour les commentaires! 🙂
    • +1 Manuel, si heureux ici les informations ici vous a aidé. +1 pour grâce à Tomalak pour sa contribution essentielle que vous avez aidé.

    InformationsquelleAutor Tomalak
  2. 5

    Vous pouvez utiliser WinHTTP, qui ne met pas en cache les réponses HTTP. Vous faut-il encore ajouter le cache directive de contrôle (Cache-control: no-cache") à l'aide de la SetRequestHeader méthode, car elle indique des serveurs proxy et des servers de ne pas retourner précédemment mis en cache la réponse.

    • Si l'objet XMLHTTP t demandes de cache?
    • En fait, non, il ne faut pas, à l'appui de votre point d'origine.
    • +1 et y répondre. J'ai regardé WinHttp et utilisé WinHttp.WinHttpRequest.5.1. après un peu de recherche supplémentaire. Votre suggestion fourni la semence de cet, de crédit pour vous. C'est un succès en ce que le cache ne se produit pas. Ce que je dois faire maintenant est d'élargir mes tests (par exemple sur des machines différentes et/ou configuration) de ce script pour renforcer la confiance. Est-il une raison pourquoi la mise en cache par défaut de la configuration de cet objet varient entre machines?
    • Je l'ai utilisé dans une application qui a été déployée sur plusieurs versions de Windows sans changement. Donc, de mon expérience, son comportement a été cohérent. Comme une note de côté, maintenant je me rappelle que pour cette application, j'ai aussi regardé ServerXMLHTTP, qui est basé sur WinHTTP. Contrairement à XMLHTTP, qui est basé sur WININET, et peut expliquer pourquoi vous étiez confrontés mise en cache. Consultez la rubrique suivante pour plus de détails: msdn.microsoft.com/en-us/library/ms762278(SV.85).aspx
    • Cette réponse à l'utilisation de WinHttp... résolu mes problèmes de mise en cache sur ma machine et je vais l'utiliser. Mais j'ai encore de l'incertitude quant à savoir si je peut garantir cette même non-cache comportement sur toutes les machines. J'ai déplacé le a accepté de répondre à Tomalak comme ils mentionnent l'aléatoire paramètre d'URL comme un cache-brise. Carrément hits et résout mon problème sur la route de cause. J'ai essayé aujourd'hui et de la mise en cache est évitée (si nécessaire) si j'utilise soit MSXML2.XMLHTTP ou WinHttpRequest.5.1. Désolé pour la commutation de la accepté de répondre - en compensation j'ai +1 à la fois de vos commentaires ici - ils sont utiles.
    • Pas de problème, content de vous, vous étiez en mesure de trouver une solution.

    InformationsquelleAutor Garett
  3. 3

    Si vous avez le contrôle sur l'application ciblée par la Demande XMLHTTP (ce qui est vrai dans votre cas), vous pouvez le laisser envoyer des no-cache dans les en-têtes de la Réponse. Ceci a résolu le problème dans mon cas.

    Response.AppendHeader("pragma", "no-cache");
Response.AppendHeader("Cache-Control", "no-cache, no-store");

    Comme alternative, vous pouvez aussi ajouter une chaîne de requête contenant un nombre aléatoire à chaque url demandée.

    InformationsquelleAutor krizzzn