Re: [Python] Non blocking http server e integrazione con database relazionali

> On 2014-03-15 18:08, Roberto De Ioris wrote: > >> Oggi ho buttato giu' questo: >> >> >> http://uwsgi-docs.readthedocs.org/en/latest/articles/OffloadingWebsocketsAndSSE.html > > Grazie, me lo rileggo domani con un tasso di sangue nell'alcol più > alto. Ma, domanda veloce: > > """ > This is the wh

Re: [Python] Non blocking http server e integrazione con database relazionali

On 2014-03-15 18:08, Roberto De Ioris wrote: Oggi ho buttato giu' questo: http://uwsgi-docs.readthedocs.org/en/latest/articles/OffloadingWebsocketsAndSSE.html Grazie, me lo rileggo domani con un tasso di sangue nell'alcol più alto. Ma, domanda veloce: """ This is the whole point of this a

Re: [Python] Non blocking http server e integrazione con database relazionali

>>> Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... > >> Nicola Larosa wrote:

Re: [Python] Non blocking http server e integrazione con database relazionali

Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... Nicola Larosa wrote: No, questo per Go non è

Re: [Python] Non blocking http server e integrazione con database relazionali

> Roberto De Ioris wrote: >> Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' >> che TUTTE le librerie di terze parti sono "non-blocking-friendly" >> (passatemi il termine) e quindi gli utenti (piu' o meno) non devono >> preoccuparsi di nulla... > > No, questo per Go non è vero. Ve

Re: [Python] Non blocking http server e integrazione con database relazionali

Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... No, questo per Go non è vero. Vedi la mia rispo

Re: [Python] Non blocking http server e integrazione con database relazionali

> 2014-03-15 0:54 GMT+01:00 Giampaolo Rodola' : > >> >> 2014-03-14 18:12 GMT+01:00 Manlio Perillo : >> >> Ogni coroutine è come un thread ed ha bisogno di memoria per lo stack, >>> oltre poi al costo per il context switch. >>> >> >> Rispetto ad un thread il costo è però pressochè nullo. >> > > Rob

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-15 0:54 GMT+01:00 Giampaolo Rodola' : > > 2014-03-14 18:12 GMT+01:00 Manlio Perillo : > > Ogni coroutine è come un thread ed ha bisogno di memoria per lo stack, >> oltre poi al costo per il context switch. >> > > Rispetto ad un thread il costo è però pressochè nullo. > Roberto tempo fa ha

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-14 23:33 GMT+01:00 Balan Victor : > Il giorno 14 marzo 2014 18:12, Manlio Perillo ha > scritto: > > >> >> >> 2014-03-13 19:35 GMT+01:00 Balan Victor : >> >> Di recente ho letto un po di tornado, e in particolare mi sono soffermato >>> sul modulo tornado.httpserver(Non-blocking HTTP server

Re: [Python] Escape stringa con char speciali

On 03/12/2014 04:23 PM, Fabrizio Soppelsa wrote: Ogni suggerimento ben accetto:) Perche` non ti connetti direttamente al database con il driver apposito? Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/py

Re: [Python] Non blocking http server e integrazione con database relazionali

On 2014-03-15 05:54, Nicola Larosa wrote: Daniele Varrazzo wrote: Purtroppo tulip non si integra bene con il supporto green di psycopg, perché è basato su yield Chissà come mai Guido ci tiene tanto a questa seccatura dello yield... con tutti gli yeldini al posto loro. E non solo lui, a