la mia lunga implementazione di polling rispetto a facebook e gmail

Question

Per giorni ho sperimentato lunghe implementazioni di polling/comet per il mio sito. Ho avuto l'idea di base su come funziona, this is where i run some tests.

D'altra parte, ho osservato (firebug) come gmail e facebook implementano lunghi sondaggi. Quello che ho notato con gmail è che la richiesta di ajax non segue continuamente dopo che la richiesta corrente è scaduta, ma attende diversi secondi/minuti prima di lanciare il successivo.

Ho giocato ancora con esso. Ho provato ad accedere con l'account gmail A in Firefox e l'account Gmail B in chrome. Ho aspettato che l'attuale sondaggio ajax finisse e poi ho inviato una email dall'account B a A. Mi aspettavo che l'account A non lo ricevesse fino al prossimo sondaggio, ma a sorpresa l'Account A lo ha ricevuto subito dopo aver colpito pulsante di invio.

Come fa Gmail con un polling lungo?

Se si tenta di visitare il mio sito e fare clic sul pulsante Esegui e aprire firebug, è possibile vedere che ajax è sempre in esecuzione. quando il server risponde con i dati, richiede di nuovo il server.

Answer 1

Penso che la tua ipotesi che Gmail utilizzi (solo) il polling lungo non è corretto. Secondo this question (e la risposta) utilizza frame per sempre e XHR per sempre. Vedi anche BrowserChannel, che usano per la chat di Gmail.

Answer 2

Dai un'occhiata a WebSync di Frozenmountain o SignalIR che rimuove il lavoro dai pezzi sostenuti. Posso garantire per websync come lo uso tutti i giorni, ma ho sentito parlare bene di signalir.