Denne morgenen jeg snakket på et Flex arrangement i Hyderabad (India). Vår (Savén Technologies) deltakere Hyderabad planlagt og organisert denne fantastiske begivenheten. Det var en offentlig begivenhet. Over 200 personer enthusiatic deltok på arrangementet.
Jeg oppriktig setter pris på innsatsen til arrangørene og takker deltakerne for å gjøre det et vellykket arrangement.
En av deltakerne spurte meg et spørsmål om problemer med Flex HTTPService og IE nettlesaren. Jeg lovet å gi en detaljert løsning på problemet, så her er det:
Problem: Gjentatt HTTPService anrop når laget av Flex (kjører i en forekomst av IE) mange ganger ender opp med ingen eksterne HTTP samtale. Det ser ut dataene blir servert fra cache.
Årsak: Flash Player piggybacks på nettleseren for å gjøre HTTP samtalen. IE cacher på svar fra HTTP GET samtaler og på forekomst av samme nettadresse returnerer svaret fra hurtigbufferen.
Løsning: Problemet kan løses enten på serversiden eller klientsiden.
Server side løsning: Angi HTTP-hodene av responsen å unngå retur respons fra cache.
I HTML: (i overskriften)
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="expires" CONTENT="0">I PHP: (i manuset)
header ("Cache-Control: no-cache, must-forlenge");
header ("Expires: Man 26 juli 1997 05:00:00 GMT");I JSP: (før skriftlig til output stream)
response.setHeader ("Cache-Control", "no-cache");
response.setDateHeader ("Expires", 0);Klientsiden løsning: (1) Foreta HTTP POST samtale - bare HTTP GET samtaler serveres fra cache eller (2) Kontroller at HTTP GET URL er forskjellig hver gang.
(1) Kontroller HTTP POST samtale -
sette method = "POST" og håndtere samtalen på riktig måte(2) Legg en unik parameter på HTTP GET samtalen, slik at adressen er forskjellig hver gang. En unik tidsstempel er et godt valg.
Følgende eksempel på kode kan gjøre jobben:var timeStampForNocache: Dato = new Date ();
params.noCacheControlVar = timeStampForNocache.getTime (). toString ();
Jeg har kalt parameteren "noCacheControlVar". Du kan kalle det noe annet du vil. Navnet spiller ingen rolle. Det avgjørende er at tidsstempelet gjør HTTP GET URL unik.
Det er alt! Håper det hjelper og IE ikke problemer med deg når du bruker HTTPService lenger.




























































[...] Kilde [...]
Hei,
Vi bare kom over en alvorlig sak i går, hvor vi bruker HTTPService å gjøre xmlrpc. Vi gjør det via Innlegg med as3rpclib (på google code) og funnet ut at hvis vi prøver å gjøre to forespørsler i rask rekkefølge de første gjerninger og den andre returnerer en feil. Bruke Fiddler2 jeg kan se den andre og første forespørsler og begge er faktisk innlegg, og begge returnerer riktige resultater fra serveren.
Da debugging jeg ser resultatet fra den andre samtalen til å utløse en # 2032: Stream Feil.
Har du en idé om eventuelt arbeid arounds i dette tilfellet?
Takk og hilsen
Mark
takk en meget ¡¡¡¡
Jeg hadde brukt mye tid på å søke denne ¡¡¡.
Jeg har prøvd det og det fungerer ¡¡¡
Takk igjen.
Hei
Takk for dette innlegget.
Jeg har prøvd det, og jeg jobbet bra
men i dag mens jeg tester prosjektet mitt, bufrer det igjen ..
noe annet u foreslå å gjøre.
Takk på forhånd
takk for innlegget. Dette har hjulpet meg noen timer atleast.
takk for POST
Tusen takk, dette løser akkurat mitt problem!
Takk!
Takk en meget ..
Otra solucion
http://necmanblog.blogspot.com/2009/04/solucion-al-problema-de-flex-con-el.html
Skiftende får innleggene er ikke en akseptabel løsning. De er ikke lik ...
Din server side løsningen ikke løse problemet. Her er en mye bedre løsning
http://faindu.wordpress.com/2008/04/18/ie7-ssl-xml-flex-error-2032-stream-error/