Her til morgen talte jeg med en Flex-arrangement i Hyderabad (Indien). Vores (Saven Technologies) teammedlemmer i Hyderabad planlagt og organiseret denne fantastiske begivenhed. Det var en offentlig begivenhed. Over 200 enthusiatic mennesker deltog i begivenheden.
Jeg påskønne den indsats af arrangørerne og takke de fremmødte for at gøre det til et vellykket arrangement.
En af deltagerne stillede mig et spørgsmål om problemer med Flex HTTPService og IE browser cache. Jeg lovede at give en detaljeret løsning på problemet, så her er det:
Problem: Gentagne HTTPService opkald, når der fra Flex (der kører i en instans af IE browser) mange gange ender med nogen ekstern HTTP-opkald. Det ser ud til de data, der serveres fra cachen.
Årsag: Flash Player piggybacks om browseren til at gøre HTTP-opkald. IE cacher svar fra HTTP GET opkald og om forekomsten af den samme webadresse returnerer svar fra cachen.
Løsning: Problemet kan løses enten på server siden eller på klientsiden.
Server-side løsning: Sæt HTTP-headers af svaret at undgå at vende tilbage svar fra cachen.
I HTML: (i overskriften)
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="expires" CONTENT="0">I PHP: (i skrift)
header ( "Cache-Control: no-cache, must-forny");
header ( "Expires: Mon, 26 Jul 1997 05:00:00 GMT");I JSP: (før han skrev til output stream)
response.setHeader ( "Cache-Control", "no-cache");
response.setDateHeader ( "Expires", 0);Klientsiden løsning: (1) Make HTTP POST opkald - kun HTTP GET opkald serveres fra cachen eller (2) Sørg for HTTP GET webadressen er forskelligt hver gang.
(1) Make HTTP POST opkald --
sæt method = "POST" og håndtere opkald korrekt(2) Vedhæft et unikt parameter til HTTP GET-opkald, så at webadressen er forskelligt hver gang. En unik tidsstempel er et godt valg.
Følgende eksempel på kode, kan klare opgaven:var timeStampForNocache: Dato = new Date ();
params.noCacheControlVar = timeStampForNocache.getTime (). toString ();
Jeg har nævnt det for parameteren "noCacheControlVar". Du kan kalde det noget andet du vil. Navnet betyder ikke noget. Det afgørende er, at tidsstemplet gør HTTP GET URL unik.
That's it! Håber det hjælper og IE ikke besvære dig, når du bruger HTTPService længere.




























































[...] Kilde [...]
Hej,
Vi har lige kom over et alvorligt problem i går, hvor vi bruger HTTPService at gøre xmlrpc. Vi gør det via Stillinger ved hjælp af as3rpclib (på Google Code), og konstaterede, at hvis vi forsøger at gøre 2 anmodninger i hurtig rækkefølge de første værker og den anden returnerer en fejl. Brug af Fiddler2 jeg kan se det andet og det første anmodninger, og begge er faktisk stillinger og de begge tilbage korrekte resultater fra serveren.
Når debugging jeg ser resultatet fra den anden indkaldelse til at udløse en # 2032: Stream Fejl.
Har du en idé om noget arbejde arounds i denne sag?
Thanks and Regards
Mark
thanks a lot ¡¡¡¡
Jeg havde brugt en masse tid på at lede denne ¡¡¡.
Jeg har prøvet det og det virker ¡¡¡
Tak igen.
Hej
Tak for dette indlæg.
Jeg har prøvet det, og jeg arbejdede nobel
Men i dag, mens jeg teste mit projekt, det cacher igen ..
noget andet u foreslå at gøre.
Thanks in Advance
mange tak til stillingen. dette har hjulpet mig nogle timer atleast.
mange tak for POST
Thanks a lot, dette er netop løser mit problem!
Tak!