Re: [Python] Progetto SW

On 10/27/2015 03:30 PM, enrico franchi wrote: Pero' non ho idea di come si faccia con windows. http://stackoverflow.com/a/182953 In teoria ci sarebbe anche https://github.com/gorakhargosh/watchdog che e` cross platform, ma tutto sta a quello che si vuole fare Enrico _

Re: [Python] Progetto SW

On 10/27/2015 03:30 PM, enrico franchi wrote: Non ho idea di come bene giri Go su Windows. Gira, ma si vede che non e` pensato per girarci (e.g. os.Stat("filename").Mode().String() su Windows ritorna giustamente frwxrwxrwx, ma l'STL non prevede una funzione equivalente per ottenere permessi e/

Re: [Python] Progetto SW

On 11/06/2015 06:39 PM, enrico franchi wrote: Altri aggeggi (che so, il clustering) richiedono comunque parecchia infrastruttura. Che sia o meno multi-vendor (ovvero, che sia piu' integrato in Oracle, ok... ma se vuoi un cluster hai comunque bisogno di tirare su nodi, lb, possibilmente qualche

Re: [Python] Progetto SW

2015-11-06 17:16 GMT+00:00 Enrico Bianchi : > > Grosse feature mancanti a PostgreSQL sono ad esempio il mancato supporto > al clustering (cosa che con PostgreSQL-XL stanno risolvendo che, se non ho > capito male, finira` dentro a 9.5), parallel query (che risolvi pero` con pgpool-II), partizionam

Re: [Python] Progetto SW

On 11/05/2015 02:03 PM, enrico franchi wrote: Come dire... obietto. Anche perche' "migliore" e' un termine relativo. La mia era una mezza provocazione, anche se dipende (piu` sotto spiego) ;) Non ho trovato grosse features mancanti in PG, d'altra parte. Grosse feature mancanti a PostgreSQL son

Re: [Python] Progetto SW

2015-11-04 16:31 GMT+00:00 Enrico Bianchi : > Però sì, non c'è SQL migliore di PostgreSQL (che io sappia). >> > Oracle :P Come dire... obietto. Anche perche' "migliore" e' un termine relativo. Trovo che in PG the autovacuum possa essere un dito al culo (ho visto dare fastidio...). Non ho trovat

Re: [Python] Progetto SW

On 10/27/2015 08:17 AM, Nicola Larosa wrote: Però sì, non c'è SQL migliore di PostgreSQL (che io sappia). Oracle :P Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] Progetto SW

2015-10-27 19:47 GMT+00:00 Manlio Perillo : > > Per il trasporto io userei un protocollo custom su TLS, magari usando > ZeroMQ (ma la moda del momento è abusare di HTTP). > Dai, per trasferire files HTTP non e' malvagio. Comunque, a naso, qui lui avra' un po' di roba MS a fare il gioco. Magari un

Re: [Python] Progetto SW

2015-10-27 15:02 GMT+01:00 Marco Soldavini : > > > 2015-10-27 11:00 GMT+01:00 Andrea D'Amore : >> >> 2015-10-27 0:38 GMT+01:00 Marco Soldavini : >> > I dati in ingresso provengono dai file CSV (in maniera diciamo discreta >> > ogni >> > tot tempo >> >> Sincrona o asincrona? >> > > Il funzionamento

Re: [Python] Progetto SW

2015-10-27 14:39 GMT+00:00 Nicola Larosa : > E Tornado è una anche migliore, secondo uno che ha usato Twisted per > sette anni (e Tornado quasi per nulla :-) ), e che ne era il gestore del > sito web, una volta. > Ottimo, direi. Twisted ha una pessima fama (poco meritata, sempre a mio avviso). Se

Re: [Python] Progetto SW

> Il giorno 27 ott 2015, alle ore 15:20, enrico franchi > ha scritto: > > > 2015-10-27 13:03 GMT+00:00 Giovanni Porcari : > Genropy può funzionare tranquillamente anche come applicazione > da usare come script. > > Ma lui non ha bisogno di "uno script". Lui ha bisogno di un demone che stia >

Re: [Python] Progetto SW

enrico franchi wrote: > io ho sempre trovato Twisted completamente lineare. Il che vuole dire > probabilmente che sono io ad avere la testa contorta. "Nulla da aggiungere, vostro onore." > Comunque, adesso c'e' asyncio e compagnia briscola e sembra fatto > quasi apposta. Dove "quasi apposta" s

Re: [Python] Progetto SW

2015-10-27 14:13 GMT+00:00 Massimiliano Pippi : > Io sono un po' più convinto che non valga la pena: tira su il broker, > tira su il master, monitora i worker... ed alla fine hai sempre e > comunque uno scheduler stile cron (ok, ordini di grandezza più > flessibile ma sempre uno scheduler rimane).

Re: [Python] Progetto SW

2015-10-27 14:07 GMT+00:00 Massimiliano Pippi : > 2015-10-27 13:14 GMT+01:00 enrico franchi : > > Perche' farlo con i cron e i command di Django ha un mucchio di problemi > > (fra cui di risoluzione, a meno che non tiri in ballo qualche altro > > scheduler di jobs...). > > Yep, l'ho scritto infatt

Re: [Python] Progetto SW

2015-10-27 15:07 GMT+01:00 Massimiliano Pippi : > > Ti do ragione pressoché su tutto ma non voglio sembrare quello che > tira framework ai problemi e mi rendo conto che la mia soluzione era > biased dall'idea che: > > 1) non mi fraintendete e ti prego OP non offenderti, ma alcune delle > richieste

Re: [Python] Progetto SW

Massimiliano Pippi wrote: > Oh intendiamoci, per me si poteva pure rispondere "guarda, lascia > perdere Python perché si fa con un numero accettabile di righe di Go" > :) Bash, un numero accettabile di righe di bash (mai nome fu più appropriato). -- Nicola 'tekNico' Larosa

Re: [Python] Progetto SW

2015-10-27 13:03 GMT+00:00 Giovanni Porcari : > Genropy può funzionare tranquillamente anche come applicazione > da usare come script. > Ma lui non ha bisogno di "uno script". Lui ha bisogno di un demone che stia vivo a lungo. In questo senso il main loop e' quello di un demone... poi che ci sian

Re: [Python] Progetto SW

2015-10-27 13:18 GMT+01:00 enrico franchi : > > 2015-10-27 10:00 GMT+00:00 Andrea D'Amore : >> >> Secondo me la cosa fondamentale in questa applicazione, che immagino >> sia un demone dato che parli di background, è l'interazione con i >> processi esterni e qualcuno (non ricordo se su questa lista

Re: [Python] Progetto SW

2015-10-27 13:14 GMT+01:00 enrico franchi : > Perche' farlo con i cron e i command di Django ha un mucchio di problemi > (fra cui di risoluzione, a meno che non tiri in ballo qualche altro > scheduler di jobs...). Yep, l'ho scritto infatti... > > Diciamo che tirare in ballo Django dove di Django

Re: [Python] Progetto SW

2015-10-27 11:00 GMT+01:00 Andrea D'Amore : > 2015-10-27 0:38 GMT+01:00 Marco Soldavini : > > I dati in ingresso provengono dai file CSV (in maniera diciamo discreta > ogni > > tot tempo > > Sincrona o asincrona? > > Il funzionamento spiegato meglio, magari apro un thread a parte, è il seguente:

Re: [Python] Progetto SW

> Il giorno 27 ott 2015, alle ore 13:07, enrico franchi > ha scritto: > > > 2015-10-27 9:39 GMT+00:00 Andrea D'Amore : > Poi si ritrova ad usare un framework web per scrivere un demone, avrà > anhe un sacco di funzioni che gil tornano utili ma si tira anche > dentro un sacco di codice che non

Re: [Python] Progetto SW

2015-10-27 12:29 GMT+00:00 Nicola Larosa : > Ti riferisci a questo penosa, lagnosa ritirata? > Internet non dimentica. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] Progetto SW

enrico franchi wrote: > Fai rollback dell'affermazione di qualche mese fa che non avresti > piu' criticato MySQL perche' sembravano andati a posto? ;) Ti riferisci a questo penosa, lagnosa ritirata? Quella non l'ho scritta io, ma q

Re: [Python] Progetto SW

2015-10-27 10:00 GMT+00:00 Andrea D'Amore : > Secondo me la cosa fondamentale in questa applicazione, che immagino > sia un demone dato che parli di background, è l'interazione con i > processi esterni e qualcuno (non ricordo se su questa lista o su > altra) ha suggerito Celery. > Pensa che io ho

Re: [Python] Progetto SW

2015-10-27 9:56 GMT+00:00 Massimiliano Pippi : > 2015-10-27 10:39 GMT+01:00 Andrea D'Amore : > > 2015-10-27 1:12 GMT+01:00 Massimiliano Pippi : > >> io affronterei il problema con Django > >> (https://www.djangoproject.com/), anche se non è verticale sul tuo > >> problema ha un sacco di robine che

Re: [Python] Progetto SW

2015-10-27 9:39 GMT+00:00 Andrea D'Amore : > Poi si ritrova ad usare un framework web per scrivere un demone, avrà > anhe un sacco di funzioni che gil tornano utili ma si tira anche > dentro un sacco di codice che non gli serve e non userà mai. > +1 E lo stesso si applica a Genropy e altri frame

Re: [Python] Progetto SW

2015-10-27 7:17 GMT+00:00 Nicola Larosa : > > O qualsiasi altra cosa, ma mai maisìcuel. > Fai rollback dell'affermazione di qualche mese fa che non avresti piu' criticato MySQL perche' sembravano andati a posto? ;) Oh, son con te... a me MySQL ha sempre e solo causato dolore. > Già mi vedo vec

Re: [Python] Progetto SW

2015-10-27 0:44 GMT+01:00 Marco Beri : > 2015-10-27 0:38 GMT+01:00 Marco Soldavini : > >> server MYSQL >> > > Fatti un piacere: usa Postgresql. > > Ciao. > Marco. > > -- > > ciao, l'utilizzo del server potrebbe non essere libero (forse sono costretto ad integrarlo in un ambiente windows con l SQL

Re: [Python] Progetto SW

2015-10-27 10:56 GMT+01:00 Massimiliano Pippi : > uhm... quindi? Ogni volta che usi Python ti tiri dietro un sacco di > codice della libreria standard che non usi, che fastidio ti da? In effetti nessuno e senz'altro lo faccio già. > Cioè? Manca tutta la logica applicativa, ovvio che i singoli pro

Re: [Python] Progetto SW

2015-10-27 0:38 GMT+01:00 Marco Soldavini : > I dati in ingresso provengono dai file CSV (in maniera diciamo discreta ogni > tot tempo Sincrona o asincrona? > questi file vengono creati in una cartella da una applicazione > esterna e devono essere analizzati e inseriti con una query dentro il ser

Re: [Python] Progetto SW

2015-10-27 10:39 GMT+01:00 Andrea D'Amore : > 2015-10-27 1:12 GMT+01:00 Massimiliano Pippi : >> io affronterei il problema con Django >> (https://www.djangoproject.com/), anche se non è verticale sul tuo >> problema ha un sacco di robine che ti potrebbero far comodo. > > Però su quello deve imparar

Re: [Python] Progetto SW

2015-10-27 1:12 GMT+01:00 Massimiliano Pippi : > io affronterei il problema con Django > (https://www.djangoproject.com/), anche se non è verticale sul tuo > problema ha un sacco di robine che ti potrebbero far comodo. Però su quello deve imparare a conoscere django e quali sono le funzioni che gl

Re: [Python] Progetto SW

> Il giorno 27 ott 2015, alle ore 00:38, Marco Soldavini > ha scritto: > > ciao a tutti > > nell'ambito di un esperienza lavorativa recente ho avuto un idea per un tool > che mi tornerebbe utile. > > In sostanza vorrei creare una sorte di applicazione in background in python > che si possa

Re: [Python] Progetto SW

2015-10-27 8:20 GMT+01:00 Nicola Larosa : > Che è quello che hai appena fatto, solo che invece hai tirato fuori la > Morte Nera. > Beh se devi fare una cosa tanto vale farla bene no? D'altronde distruggere Alderaan non era una cosa di ordinaria amministrazione? :) Carlos -- EZLN ... Para Todos

Re: [Python] Progetto SW

2015-10-27 8:17 GMT+01:00 Nicola Larosa : > Però sì, non c'è SQL migliore di PostgreSQL (che io sappia). > Dai benchmarck le versioni 9.3+ anche come NoSql sono al top > E questa cosa tocca ripeterla ancora e ancora. Già mi vedo vecchio e > canuto (magari) declamarla ai bambini nel parco, alle

Re: [Python] Progetto SW

Carlos Catucci wrote: > Magari dico una cazzata ma Plone? Hai detto una cazzata, anzi cazzatona. :-) (IMNSHO) > ne tirare fuori la USS Enterprise e uno Star Destroyer messe assieme > per risolvere un task ordinario ;) Che è quello che hai appena fatto, solo che invece hai tirato fuori la Morte

Re: [Python] Progetto SW

> Marco Soldavini wrote: >> server MYSQL Marco Beri wrote: > Fatti un piacere: usa PostgreSQL. O qualsiasi altra cosa, ma mai maisìcuel. Però sì, non c'è SQL migliore di PostgreSQL (che io sappia). Ennesimo data point, al nuovo lavoro: problemi incomprensibili col database, spazzati via toglien

Re: [Python] Progetto SW

2015-10-27 1:31 GMT+01:00 Manlio Perillo : > I punti di forza di Python sono che è facile programmare e trovi > librerie pronte per tutto > (quindi giorni/settimane di lavoro risparmiati). > Magari dico una cazzata ma Plone? Avrebbe tabta roba gia' preconfigurata per i suoi usi, e' validissimo pe

Re: [Python] Progetto SW

2015-10-27 0:38 GMT+01:00 Marco Soldavini : > ciao a tutti > > nell'ambito di un esperienza lavorativa recente ho avuto un idea per un tool > che mi tornerebbe utile. > > In sostanza vorrei creare una sorte di applicazione in background in python > che si possa interfacciare con: > > server MYSQL >

Re: [Python] Progetto SW

Ciao, io affronterei il problema con Django (https://www.djangoproject.com/), anche se non è verticale sul tuo problema ha un sacco di robine che ti potrebbero far comodo. 2015-10-27 0:38 GMT+01:00 Marco Soldavini : > > I dati in ingresso provengono dai file CSV (in maniera diciamo discreta ogni

Re: [Python] Progetto SW

2015-10-27 0:38 GMT+01:00 Marco Soldavini : > server MYSQL > Fatti un piacere: usa Postgresql. Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro http://beri.it/articoli/ - Qualche articolo ___ Python mailing list

[Python] Progetto SW

ciao a tutti nell'ambito di un esperienza lavorativa recente ho avuto un idea per un tool che mi tornerebbe utile. In sostanza vorrei creare una sorte di applicazione in background in python che si possa interfacciare con: server MYSQL file CSV server OPC (uno standard industriale di comunicazio