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 R. [email protected] ha scritto:
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?
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 R. [email protected] ha scritto:
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
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.