În această dimineaţă am vorbit la un eveniment de Flex în Hyderabad (India). noastre (Saven Technologies) membrii echipei de la Hyderabad planificat şi organizat acest eveniment fantastic. A fost un eveniment public. Peste 200 de persoane enthusiatic participat la eveniment.
Eu apreciez sincer efortul organizatorilor şi mulţumesc participanţilor pentru ceea ce face un eveniment de succes.
Unul dintre participanţi mi-a cerut o întrebare despre probleme cu Flex HTTPService şi cache-ul browserului IE. I-am promis să ofere o soluţie detaliată a problemei, aşa că aici este:
Problemă: HTTPService repetate apeluri atunci când a făcut de la Flex (care rulează într-o instanţă a browserului IE), de multe ori se termină cu nici un HTTP apel extern. Se pare date este servit de la cache.
Motiv: Player piggybacks Flash pe browser-ul pentru a efectua apelul HTTP. IE cache răspunsul de la HTTP GET apeluri şi la apariţia acelaşi URL returnează răspuns din cache.
Soluţie: Problema poate fi rezolvata fie la partea de server sau la partea de client.
partea soluţie Server: Set anteturile HTTP de răspuns, pentru a evita revenirea răspuns din cache.
În HTML: (în antetul)
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="expires" CONTENT="0">În PHP: (în scenariu)
antet ("Cache-Control: nu-cache, trebuie să-revalideze");
antet ("Expiră: Lun., 26/7/1997 05:00:00 GMT");În JSP: (înainte de a scrie la iesirea)
response.setHeader ("Cache-Control", "nu-cache");
response.setDateHeader ("Expiră", 0);Client partea soluţie: (1) face apel HTTP POST - doar HTTP GET apeluri sunt deservite de la cache-ul sau (2) Asiguraţi-vă că HTTP GET URL-ul este diferit de fiecare dată.
(1) face apel HTTP POST -
stabilit metoda = "post" şi tratează în mod corespunzător de apel(2) Adaugă un parametru unic la HTTP GET apel pentru ca URL-ul este diferit de fiecare dată. O ora de timbru unic este o alegere bună.
Codul de următoarele exemple, pot face de locuri de muncă:timeStampForNocache var: Data Data = new Date ();
params.noCacheControlVar = timeStampForNocache.getTime (). toString ();
Am numit parametrul "noCacheControlVar". Puteţi nume îl orice altceva, te rog. Numele nu conteaza. Ceea ce contează este faptul că face timestamp-ul HTTP GET URL unic.
Asta e! Sper că vă ajută şi IE nu ai probleme atunci când se utilizează HTTPService mai.




























































[...] Sursa [...]
Hi,
Tocmai am dat peste o problemă serioasă, de ieri, unde suntem folosind HTTPService să facă xmlrpc. O facem prin intermediul Posturi folosind as3rpclib (pe codul Google) şi a constatat că, dacă am incerca sa facem cereri de 2 în succesiune rapidă de lucrări primul şi al doilea returnează o eroare. Utilizarea Fiddler2 pot vedea al doilea şi al cererilor de prima şi ambele sunt într-adevăr posturi, şi întoarcerea, atât rezultatele corecte de pe server.
Când depanare Am văzut rezultatul de la al doilea apel pentru a declanşa o # 2032: Stream eroare.
Ai o idee cu privire la orice arounds de lucru în acest caz?
Vă mulţumim şi Regards
Marca
mulþumiri foarte mult ¡¡¡¡
Mi-am petrecut o gramada de timp dupa acest ¡¡¡.
Am încercat-o şi funcţionează ¡¡¡
Multumesc din nou.
Hei
Multumesc pentru acest post.
Am încercat-o, şi am lucrat bine
dar azi in timp ce eu sunt de testare proiectul meu, aceasta caches din nou ..
u nimic altceva sugerează să facă.
Multumesc anticipat
vă mulţumesc foarte mult pentru acest post. Acest lucru a ajutat sa-mi atleast câteva ore.
vă mulţumesc foarte mult pentru POST
Multumesc mult, aceasta stabileşte exact problema mea!
Vă mulţumim!
Multumesc mult ..
otra solucion
http://necmanblog.blogspot.com/2009/04/solucion-al-problema-de-flex-con-el.html
Schimbarea ajunge la posturi nu este o soluţie acceptabilă. Ele nu sunt egale ...
Solutia partea de server nu a rezolvat problema. Aici este o soluţie mult mai bună
http://faindu.wordpress.com/2008/04/18/ie7-ssl-xml-flex-error-2032-stream-error/