Ce matin, j'ai pris la parole lors d'un événement Flex à Hyderabad (Inde). Notre (Saven Technologies) membres de l'équipe à Hyderabad planifié et organisé cet événement fantastique. Ce fut un événement public. Plus de 200 personnes enthousiastes ont assisté à l'événement.
J'apprécie sincèrement l'effort des organisateurs et de remercier les participants pour en faire un événement réussi.
L'un des participants me posa une question à propos des problèmes avec Flex HTTPService et le cache du navigateur IE. Je lui promis de fournir une solution détaillée à ce problème, si elle est ici:
Problème: HTTPService répétée des appels lorsque fabriqués à partir de Flex (en cours d'exécution au sein d'une instance du navigateur IE) de nombreuses fois finit sans HTTP appel externe. Il semble que les données sont servi de cache.
Motif: Le Player Flash se greffe sur le navigateur pour effectuer l'appel HTTP. caches IE la réponse de la demande HTTP GET et sur la présence de la même URL renvoie la réponse à partir du cache.
Solution: Le problème peut être résolu soit sur le côté serveur ou côté client.
solution côté serveur: Régler les en-têtes HTTP de la réponse pour éviter de retourner la réponse à partir du cache.
En HTML: (dans l'en-tête)
<META HTTP-EQUIV="Cache-Control" CONTENT="NO-CACHE">
<META Http-equiv="expires" CONTENT="0">En PHP: (dans le script)
header ("Cache-Control: no-cache, must-revalidate");
header ("Expires: Mon, 26 juillet 1997 05:00:00 GMT");En JSP: (avant d'écrire le flux de sortie)
response.setHeader ("Cache-Control," no-cache ");
response.setDateHeader ("Expires", 0);solution côté client: (1) Faire appel HTTP POST - HTTP GET que les appels sont servi de cache ou (2) Assurez-vous que l'URL HTTP GET est différent à chaque fois.
(1) Faire appel HTTP POST -
mis en method = "POST" et traiter l'appel de manière appropriée(2) Ajout d'un paramètre unique de l'HTTP GET appel afin que l'URL est différent à chaque fois. Un timbre unique de temps est un bon choix.
L'exemple de code suivant, peut faire le travail:timeStampForNocache var: Date = new Date ();
params.noCacheControlVar = timeStampForNocache.getTime (). toString ();
J'ai nommé le paramètre "noCacheControlVar". Vous pouvez nommer il rien d'autre que vous s'il vous plaît. Le nom n'a pas d'importance. Ce qui importe, c'est que l'horodatage rend le HTTP GET URL unique.
Ça y est! J'espère que ça aide et IE ne trouble pas vous lorsque vous utilisez HTTPService plus.




























































source [...] [...]
Salut,
Nous avons juste rencontré un problème grave, hier, où nous utilisons pour faire HTTPService xmlrpc. Nous le faisons par le biais de messages en utilisant le as3rpclib (sur Google Code) et a constaté que si nous essayons de faire des demandes 2 dans la succession rapide des premières œuvres et le second renvoie une erreur. Utilisation de la Fiddler2 je peux voir la deuxième et la première demande et les deux ne sont en effet les missions, et le retour à la fois des résultats corrects à partir du serveur.
Lorsque le débogage je vois le résultat du deuxième appel pour déclencher un # 2032: flux d'erreur.
Avez-vous une idée de travailler autour de tout dans ce cas?
Merci et salutations
Marque
Merci beaucoup ¡¡¡¡
J'avais passé beaucoup de temps à chercher ce ¡¡¡.
Je l'ai essayé et ça marche ¡¡¡
Merci encore.
Hé
Merci pour ce poste.
Je l'ai essayé, et j'ai travaillé amende
Mais aujourd'hui, alors je teste mon projet, il met en cache encore une fois ..
rien d'autre u suggèrent de le faire.
Merci à l'avance
Merci beaucoup pour le poste. cela m'a aidée atleast quelques heures.
Merci beaucoup pour le POST
Merci beaucoup, cela permet de régler exactement mon problème!
Merci!
Merci beaucoup ..
Solucion otra
http://necmanblog.blogspot.com/2009/04/solucion-al-problema-de-flex-con-el.html
Changer GETs à des postes n'est pas une solution acceptable. Ils ne sont pas égaux ...
Votre solution côté serveur ne résout pas le problème. Voici une bien meilleure solution
http://faindu.wordpress.com/2008/04/18/ie7-ssl-xml-flex-error-2032-stream-error/