Ajax qualche anno fa ha rivoluzionato il modo di scrivere le applicazioni web dando il via al movimento web 2.0.
Con ajax, però, la comunicazione è sempre aperta dal browser, mentre la proposta per Web socket del W3c vuole standardizzare le connessioni bidirezionali. Per chi fosse curioso è giù possibile sperimentare con le prime implementazioni del protocollo.
I supporto per web socket è già incluso nell’ultima versione di sviluppo di Chrome, mentre per firefox è ancora in lavorazione. È disponibile una libreria javascript che sfrutta il supporto offerto da flash oppure Ape, che non ha questa limitazione.
Per fare delle prove potrete anche utilizzare il server messo a disposizione da Google che si può usare sia come modulo di apache sia standalone.
Rispetto ad una normale connessione ajax con web socket la connessione rimane aperta fino ad una richiesta di chiusura esplicita ed il server può inviare dati senza che il browser abbia inviato richieste come GET o POST.
Via | HOnline
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
aska
11 dic 2009 - 10:42 - #1interessante
groucho_nt
11 dic 2009 - 13:39 - #2molto interessante
Massimo S:
11 dic 2009 - 14:15 - #3Ma la tecnologia comet? Non fa la stessa cosa?
Anonimo codardo
11 dic 2009 - 14:16 - #4C’e’ anche l’implementazione per node.js, secondo me ancora piu` interessante.
Anonimo codardo
11 dic 2009 - 15:48 - #5Con comet e simili hai circa 8kb di traffico (l’http header) per ogni poll. Con websocket hai solo 2 *byte* per ogni poll.
Applica in uno scenario dove hai 100.000 utenti che pollano ogni 5 secondi e fatti due conti.
Anonimo codardo
11 dic 2009 - 16:01 - #6Ah, altra info che forse potrebbe interessare: guardate un po’ per chi lavora l’editor del draft…