CYBERWOLF: Nedostanes, ten AMF je uspornejsi (i kdyz ma svy mouchy - jako treba 29bitovej integer - WTF???), a hlavne se umi rychlejc parsuje zpet na data (kvuli optimalizaci ve flashplayeru).

Ale prestanme tu resit pitomosti jako html vs. flash. To je stejne o nicem.

TRANCEWARP: nj, ale kdybys ta data posilal misto negzipovaneho soapu treba gzipovanym jsonem (nebo csv?), tak se na tech skvelych 200kb dostanes taky :)

CYBERWOLF: on je vepredu... ja sem jeden z nejvetsich flash hateru, se na me zeptej v adobe komunite ;) kritizuju co muzu, jelikoz znam tolik chyb, co to ma, ze malokdo tak moc krici... ale realne je opravdu hodne daleko... silverlight je o dost vic nahovno, postrada vyvojovy nastroje v takovym podani jako vod adobe (ac furt padaj) a ma malou penetraci... navic je ble ;)

ad mapa: neni to spatna implementace ;) my mame treba nacachovanou celou mapu, takze muzes jezdit tak rychle jak dovedes scrollovat a nic se furt nenacita, jako u konkurence, coz me pride jako hypervoser... u nas vidis porad vsechno... jen armady se objevujou tak jak se sosaj... a je to uvnitr narvany vychytavkama, aby to malinky, uvidis sam...

TRANCEWARP: namitka - tahani cele mapy ne(g)zipovanym soapem vs. zazipovanym proprietarnim nesmyslem neni argument - to je spatna implementace. Tvrzeni, ze je flash 5 let vepredu oproti jinym technologiim je zas PR.

mimo to, jak byste resili treba komunikaci? my pouzivame otevrenej protokol AMF, kterej ma v sobe flash zakompilovanej a je diky tomu pekelne rychlej a datove nenarocnej... zkouseli sme na zacatku treba SOAP a to je opravdu vtip, pak ma jeden dotaz na mapu klidne 20MB, v AMF se zipovanim min jak 200kb

flash je o 5 let vepredu proti jinejm technologiim a je to nejlepsi nastroj na vyvoj neceho takovyho... averze vuci nemu prameni hlavne z toho, ze v nem programuje spousta prasat a delaj neskutecny kokotiny v kodu a taky proto, ze ho lidi pouzivaj na veci, na ktery neni urcenej...

Jinak pokud jde o flash, tak ja bych se na to skrz prsty nedival - spoustu veci se v tom da udelat lepe a jednoduseji nez v canvasech (alespon do doby, nez na to nekdo udela nejaky kvalitni framework) a je to bezne rozsirena technologie. V soucasnosti mi prijde volba flash/canvas ciste jako otazka osobnich preferenci, rok zpatky by mi flash prisel jako racionalni volba.

ETHAN: jojo, je super resit pak kazdou vec na X browserech... od 98 sem delal weby, ne diky, zlatej flash ;) udelam to jednou a je to tak, jak sem to udelal a je to pixel perfect...

html5 je na bannery taky slava za to a diky tomu se flash muze pouzivat na to, na co je, tzn. slozity downlodable fat client aplikace ;)

AVATAR: Ja to vzdycky resil existenci/neexistenci souboru a overenim jeho stari (tj. kdyz je moc stary, asi se neco stalo a nesmazal se a lock tedy neplati - smaznu, udelam novy, jedu). Flock me pouzit nikdy nenapadlo (blby je, ze si s tim neoveris, jak dlouho je lock aktivni). Ja bych se mozna vykaslal na sleepy a nechal skript bezet jen kratsi dobu (max_execution_time, zpracovat omezeny pocet radek atd.). Sleep je sice fajn, ze skript nevytezuje procesor, ale uz neni fajn z toho pohledu, ze si porad drzi pamet. Ale to chce vyzkouset na konkretnim reseni, neda se rict, ze je lepsi pouzivat/nepouzivat sleep

TENCOKACISTROMY: jj php. Me zajima na cem by to teoreticky mohlo vyhnit a co by mohlo zabranit dalsimu spusteni po te minute. Demoni jsou prima, ale momentalne mimo me moznosti. Kdybych mel mesic casu se tomu venovat, tak mozna. Jenze jsem tezce ve skluzu :(

AVATAR: Dekuji kapitane, ze jsi jim to vysvetlil :).

AVATAR: To mas v php? My jsme nekonecnou smycku resili vlastni sluzbou (demonem), ktera ma vic vlaken. Ve vedlejsim vlakne bezi ta nekonecna smycka, "hlavni" vlakno kontroluje zda to "vedlejsi" bezi a neni zaseknuty/shozeny a pripadne ho spusti znovu.

Do toho ted chci mit jeste jednoho demona, kterej kontroluje zda ta "hlavni" sluzba bezi a pripadne ji spusti.

Driv jsem rucne spoustel smycku parkrat za den az za tyden. Ted uz si ani nepomatuju, kdyz jsem ji spoustel rucne kvuli tomu, ze by spadla.