2012-08-31 13 views
5

Sto sviluppando un'applicazione che consente agli utenti di pubblicare in stanze/pagine, in modo molto simile a un forum o qui (stackoverflow). Ho già creato l'intera app, tuttavia, ho un ultimo ostacolo da scalare: come gestire i post di aggiornamento per un utente.Rails: procedure di polling lunghe

Ho fatto un sacco di ricerche sull'argomento e credo che il lungo sondaggio sia la strada da percorrere, almeno fino a quando non avrò un'immensa quantità di traffico (se ciò accade, vedrò come implementare i websockets) . Questo perché Long Polling sarà più facile da implementare, è più ampiamente supportato, e dato che sto distribuendo su heroku sarà facile aggiornare rapidamente le risorse del mio server. Ad ogni modo, volevo sapere quali sono le best practice per il polling lungo, sia in termini di interazione dell'utente, sia di carico del server.

Devo posizionare automaticamente i post sulla pagina o creare un sistema di avviso come quello qui in StackOverflow?

Tutti gli input sarebbero apprezzati. Se pensi che la mia logica sia sbagliata, per favore dimmelo!

+0

utilizzare un sistema di avviso, è davvero fastidioso vedere la pagina aggiornata senza richiederlo. Tecnicamente parlando hai solo richieste di ajax da fare. Semplicemente, ogni richiesta deve essere fatta un po 'di tempo subito dopo la precedente (quindi innescare questo nei callback ajax) – apneadiving

+0

Pensi che i web socket siano eccessivi? Mi rendo conto che heroku non li supporta, ma conosco qualche soluzione alternativa. – flyingarmadillo

+0

se non hai bisogno di tempo reale, websocket è overkill – apneadiving

risposta

Problemi correlati