Forum: Italian Ruby user group server side api consumer

Cosa usereste per una applicazione che deve consumare principalmente 
delle API esterne e mantenere la connessione aperta con il client?

Ovviamente il classico stack a me caro "nginx + unicorn + background 
jobs" non va bene.

Ho fatto delle cose con Goliath in passato, quindi sarei orientato a 
quello. Meglio che do un'occhiata a Celluloid?

-f

> Cosa usereste per una applicazione che deve consumare principalmente delle API 
esterne e mantenere la connessione aperta con il client?

Erlang.  O forse Go.  O anche Node.js anche se i primi due mi sembrano
fatti meglio.

> Ovviamente il classico stack a me caro "nginx + unicorn + background jobs" non 
va bene.
>
> Ho fatto delle cose con Goliath in passato, quindi sarei orientato a quello. 
Meglio che do un'occhiata a Celluloid?

Anche quello sembra interessante, anche se l'autore sembra scrivere
molte cose per poi abbandonarle.

--
David N. Welton

http://www.welton.it/davidw/

http://www.dedasys.com/

Celluloid/Celluloid.IO/Dcell.
Noi ci abbiamo costruito un intero framework di telefonia sopra!

Il giorno 05/ott/2012, alle ore 11:31, David Welton 
<davidnwelton@gmail.com> ha scritto:

non li ho ancora mai usati, ma dalla pagina di Reel sembra che sia 
migliore di Goliath, almeno in performance. Non sono riuscito a capire 
se Reel sia anche RACK-compliant (Goliath si)

Goliath, sembra ricevere pi attenzione (watchers e forks) di Reel.

visto che lo hai gi usato in passato, forse la scelta migliore  Goliath

btw l'argomento  interessante, in caso tienici aggiornati ;)

A.


Il giorno 05/ott/2012, alle ore 11:27, Fabrizio Regini 
<freegenie@gmail.com> ha scritto:

> http://lists.ruby-it.org/mailman/listinfo/ml
http://andreapavoni.com

>
Prova questo

https://github.com/unbit/blastbeat

magari in coppia con eventmachine (c'e' un esempio nel README)

NOTA:
e' un progetto che sto riscrivendo completamente, quindi i commit
nell'ultimo mese sono stati nulli, ma ci sto investendo parecchio e c'e'
un buon numero di follower (calcolando che l'ho rilasciato questa 
estate).
Queste tecniche introducono tonnellate di problematiche di sicurezza che
il 99% dei progetti attualmente disponibili non tengono minimamente in
considerazione.

Celluloid non l'ho mai usato, mentre ho avuto occasione di usare nginx +
goliath e non mi e' dispiaciuto per niente (ovviamente se non devi usare
robe moderne tipo websocket e ti limiti a un utilizzo rack-compliant)

Detto questo, ricorda che sviluppare in non-blocking/asincrono non e' 
una
bazzecola, quindi ti consiglio prima di metterti a tavolino e verificare
che tutti i componenti dello stack (in particolare l'accesso ai servizi
esterni come database o cache servers) siano utilizzabili con questo
paradigma

Grazie per il consiglio, il progetto pare interessante e lungimirante. 
Poi sono un fan di ZeroMQ.

Non ho capito questa:

> Queste tecniche introducono tonnellate di problematiche di sicurezza che
il 99% dei progetti attualmente disponibili non tengono minimamente in
considerazione.

Grazie a tutti per le risposte. Penso che dar un'occhiata a Celluloid 
and family prima di decidere.

Framework di telefonia? Vedere, vedere! Di che si tratta?

-f

http://adhearsion.com/

Si usa per sviluppare applicazioni vocali basate su FreeSWITCH, Asterisk 
e PRISM.
Mojo Lingo, la ditta per cui lavoro, sviluppa attivamente il framework, 
che  open source, e lo usa per sviluppare applicazioni per clienti 
piccoli e grandi.
L'architettura interna  imho piuttosto interessante per chi si approcci 
alla programmazione concorrente, soprattuto le metodologie di test che 
sono differenti e anche piuttosto complesse nell'applicazione (se A fa X 
e B fa Y, non  detto che lo facciano nello stesso esatto momento sempre 
se non sono correlati).

Il giorno 05/ott/2012, alle ore 12:06, Fabrizio Regini 
<freegenie@gmail.com> ha scritto:

Il creatore di Thin ha usato/creato Thin per fare una applicazione di 
chat. Event Machine + Thin + JavaScript puo` fare quello che ti serve.

Celluloid sembra interessante :-)