Dnes ráno jsem hovořil na Flex akci v Hyderabad (Indie). Naše (Saven Technologies) členy týmu v Hyderabad plánované a organizované této fantastické akce. Bylo veřejné akce. Více než 200 enthusiatic lidí se akce zúčastnili.
Upřímně oceňuji úsilí organizátorů a účastníků poděkovat za což úspěšné akce.
Jeden z účastníků se mě zeptal na otázku o problémech s Flex HTTPService a IE cache prohlížeče. Slíbil jsem, aby poskytla podrobné řešení tohoto problému, tak tady to je:
Problém: Opakované HTTPService volání z Flex (běh do instance prohlížeče IE) mnoho krát skončí bez externího hovoru HTTP. Zdá se, že data se podává od cache.
Důvod: Flash Player piggybacks na prohlížeči, aby se hovor HTTP. IE cache odpovědi z HTTP GET a žádá o výskytu stejné URL vrátí odpověď z cache.
Řešení: Tento problém lze řešit buď na straně serveru, nebo na straně klienta.
Na straně serveru Řešení: Nastavte HTTP hlaviček odpovědi, aby se zabránilo návratu odpověď z cache.
V HTML: (v hlavičce)
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="expires" CONTENT="0">V PHP: (ve skriptu)
header ("Cache-Control: no-cache, must-prodloužení platnosti");
header ("Expires: po. 26 červenec 1997 05:00:00 GMT");V JSP: (před zápisem do výstupního proudu)
response.setHeader ("Cache-Control", "no-cache");
response.setDateHeader ("Expires", 0);Na straně klienta řešení: (1) Make HTTP POST hovor - jen HTTP GET hovory jsou podávány z cache, nebo (2) Ujistěte se, že HTTP GET URL je pokaždé jiný.
(1) Make HTTP POST hovor -
nastavit method = "POST" a zpracování hovoru vhodně(2) Připojovat unikátní parametr HTTP GET hovoru tak, že URL je pokaždé jiný. Unikátní časové razítko je dobrá volba.
Následující ukázkový kód, může dělat svou práci:var timeStampForNocache: Date = new Date ();
params.noCacheControlVar = timeStampForNocache.getTime (). toString ();
Mám s názvem parametru "noCacheControlVar". Můžete to jméno něco jiného byste mi prosím. Název nezáleží. Důležité je, že časová dělá HTTP GET URL jedinečná.
To je ono! Doufám, že to pomáhá a IE není problém si při používání HTTPService anymore.




























































[...] Zdroj [...]
Ahoj,
Právě jsme narazili na závažný problém, včera, kdy jsme pomocí HTTPService dělat xmlrpc. Děláme to prostřednictvím příspěvky pomocí as3rpclib (na Google Code), a zjistil, že když se snažíme, aby do 2 žádosti v rychlém sledu na prvních dílech, a druhý se vrací chybu. Použití Fiddler2 vidím druhou a první žádostí a oba jsou totiž příspěvky, a to jak vrátit správné výsledky ze serveru.
Při ladění jsem viděl výsledek z druhé výzvy k nastartování # 2032: Stream Chyba.
Máte představu o nějakou práci arounds v tomto případě?
Díky a pozdravem
Značka
Díky moc ¡¡¡¡
Strávil jsem spoustu času hledáním toto ¡¡¡.
Snažil jsem se to a funguje to ¡¡¡
Ještě jednou díky.
Hej
Díky za tento post.
Snažil jsem se to, a já jsem pracoval pokuty
Ale dnes když jsem testování můj projekt, to cache znovu ..
U něco navrhnout dělat.
Díky předem
Velice vám děkuji za příspěvek. To pomohlo mi pár hodin atleast.
Velice vám děkuji za POST
Díky moc, to přesně řeší můj problém!
Díky!
Díky moc ..
otra solucion
http://necmanblog.blogspot.com/2009/04/solucion-al-problema-de-flex-con-el.html
Změna se dostane do míst není přijatelné řešení. Oni nejsou stejné ...
Váš server řešení na straně neřeší problém. Zde je mnohem lepší řešení
http://faindu.wordpress.com/2008/04/18/ie7-ssl-xml-flex-error-2032-stream-error/