date:20140924


 Il giorno 24/set/2014, alle ore 00:26, Enrico Bianchi 
 enrico.bian...@ymail.com ha scritto:
 
 On 09/23/2014 05:32 PM, Marco Fochesato wrote:
 Si infatti, per sentirmi stretto, parlavo di quello: perchè deve esserci 
 per forza na colonna id??
 
 Se intendi perche` deve esserci per forza una chiave primaria, il motivo e` 
 che permette una ricerca piu` veloce (nonche` univoca) dei record presenti 
 sulla tabella. In teoria questo non e` vincolante (basta fare gli indici 
 nella maniera corretta), ma e` comunque una buona norma.
 Se invece intendi perche` deve esserci per forza una chiave primaria 
 numerica e incrementante, questo e` un grosso dibattito nel mondo dei 
 database, ovvero ci sono persone che preferiscono una colonna 
 autoincrementante mentre ci sono persone che preferiscono una chiave 
 identificativa. I primi portano come argomentazioni piu` o meno quelle di 
 Carlos (in teoria ne vedo solo una valida), mentre i secondi portano come 
 argomentazione l'univocita` (nonche` identificabilita`) del record. 
 Personalmente sono a favore della chiave primaria identificativa, soprattutto 
 in virtu` che nelle fact tables permette estrazioni piu` veloci (non devo 
 fare JOIN con le tabelle padri), ma tieni conto che molto dipende da quello 
 che devi e come lo vuoi fare


Laddove non ci sia una chiave naturale assolutamente univoca e immutabile,
(ad esempio in una tabella di elementi la chiave 'K' identifica benissimo
il potassio)noi usiamo sempre un id di 22 caratteri univoco basato su uuid.
La ragione per cui non usiamo un seriale è che nel caso si debbano unire i
dati di tabelle provenienti da sistemi diversi la probabilità di avere
duplicati è irrisoria. Nel caso invece di un serial si è costretti a
assegnare nuovamente l'id ai record importati e se l'import riguarda anche 
tabelle in relazione il problema non è banalissimo.
Non credo che in termini di velocità sulle macchine moderne le prestazioni
per accedere ad un btree siano in qualche modo un problema mentre la
trasportabilità dei grappoli di tabelle è un vantaggio notevole.


G



___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Avventure grafiche in stile lucasart

2014-09-24 Per discussione Luigi Fontana

Ciao a tutti. Mi era sconquiferata l'idea di capire come si crea questa
tipologia di giochi che amo tantissimo  ed, ovviamente, se fosse possibile
usare python. Mi chiedevo se c'era qualche sito da leggermi ma con google
ho trovato solo un certo Ren py che mi pare troppo orientato sullo stile
moderno.

Se qualcuno ha il mio stesso interesse e mi aiuta nella ricerca eterna
gratitudine.

Al solito, è solo curiosità. Nessun progetto in vista se non qualche prova
eventuale per divertirmi nel caso fosse alla mia portata.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] [OT] python - SPAM

Ciao,

per chi ha gmail, troppo spesso da qualche tempo le email di questa lista
finiscono nello spam di gmail.

Il signor G dice che è perché troppi utenti hanno queste email nelle loro
cartelle Spam, e quindi anche le mie ci finiscono.

Per favore se usate gmail ogni tanto controllate e rimuovetele dallo spam,
altrimenti ci arrabbiamo. :-)

chissà magari python è una parola troppo usata nel porno...


This email wrote: [finirò nello spam anche io?]
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

 Il codice fiscale è l'esempio.

perchè che problemi ha il codice fiscale? hai qualcosa controlo l'uso del CF?!?

http://it.wikipedia.org/wiki/Codice_fiscale#Problemi_relativi_al_codice_fiscale
(cit. C8E)

non farmi pensare alle bellissime incosistenze che ci saranno in giro
nei DB degli enti pubblici

Il 24 settembre 2014 09:56, Simone Federici s.feder...@gmail.com ha scritto:
 Perché tutto quello che credevi di sapere, sallo che non lo sai. :-)

idolo!

... e comunque sapevo di sapere che non sapevo, sallo!
o magari lo sapevi già? ma se lo sapevi... lo sapevi-sapevi
oppure-credevi-di-saperlo?

M.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 10:03 GMT+02:00 Simone Federici s.feder...@gmail.com:


 Il signor G dice che è perché troppi utenti hanno queste email nelle loro
 cartelle Spam, e quindi anche le mie ci finiscono.

 Per favore se usate gmail ogni tanto controllate e rimuovetele dallo spam,
 altrimenti ci arrabbiamo. :-)

 chissà magari python è una parola troppo usata nel porno...


 This email wrote: [finirò nello spam anche io?]


Aspetta che la marco come tale ;)

Mi sembra un poco idiota come risposta, se cosi' fosse tutti coloro che
usan gmail (come me) dovrebbero trovare le mail nello spam.O Google ha
utenti di serie A e di serie B?

Carlos
-- 
EZLN ... Para Todos Todo ...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 Per discussione Stefano Bossi

2014-09-24 10:03 GMT+02:00 Simone Federici s.feder...@gmail.com:


 This email wrote: [finirò nello spam anche io?]

 mi saresti finito nello spam se non avessi fatto un filtro che lo
impedisce.. in compenso ho sempre il warning giallo che mi ricorda che il
messaggio è sospetto! :D
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

Carlos Catucci:

 Aspetta che la marco come tale ;)

 Mi sembra un poco idiota come risposta, se cosi' fosse tutti coloro che
 usan gmail (come me) dovrebbero trovare le mail nello spam.O Google ha
 utenti di serie A e di serie B?


non lo so, ma anche io ho creato il filtro never send to spam anymore.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 Per discussione Leonardo M. Millefiori

Il giorno 24 settembre 2014 10:03, Simone Federici s.feder...@gmail.com
ha scritto:


 This email wrote: [finirò nello spam anche io?]


In effetti... ;)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Avventure grafiche in stile lucasart

2014-09-24 Per discussione Roberto De Ioris


 Ciao a tutti. Mi era sconquiferata l'idea di capire come si crea questa
 tipologia di giochi che amo tantissimo  ed, ovviamente, se fosse possibile
 usare python. Mi chiedevo se c'era qualche sito da leggermi ma con google
 ho trovato solo un certo Ren py che mi pare troppo orientato sullo stile
 moderno.


Le AGI specifications ti faranno sicuramente commuovere :) In particolare
il funzionamento delle priority bands

http://wiki.scummvm.org/index.php/AGI/Specifications/Overview#The_priority_screen

Piu' in generale sul sito dello scummvm (http://scummvm.org/) troverai
tantissime info e tutorial.

E si, puoi usare certamente python per realizzare l'engine. Ovviamente ci
sono approcci piu' rapidi ed efficienti (e che ti permettono di
concentrarti solo sulla trama e la logica dei puzzle), ma se lo fai per
capire come funziona/funzionava questo mondo mi sento di suggerirti di
partire dal basso livello (pygame, pyglet e amici ti saranno utilissimi,
senza contare che potresti lavorare server side e renderizzare su canvas
;)

-- 
Roberto De Ioris
http://unbit.it
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

2014-09-24 0:26 GMT+02:00 Enrico Bianchi enrico.bian...@ymail.com:

 Personalmente sono a favore della chiave primaria identificativa,
 soprattutto in virtu` che nelle fact tables permette estrazioni piu` veloci
 (non devo fare JOIN con le tabelle padri), ma tieni conto che molto dipende
 da quello che devi e come lo vuoi fare


Usare le chavi parlanti e' una tecnica possibile e interessante. La vedo
bene in certi casi, meno in altri.

Carlos
-- 
EZLN ... Para Todos Todo ...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Avventure grafiche in stile lucasart

Appena scrivi un adventure, mi offro come beta player.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 Per discussione Giuseppe Amato

A me succede solo con alcuni utenti, non con tutti...

-- 

Giuseppe Amato
e-mail: giuam...@gmail.com
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

Giovanni Porcari:

 Ma per fortuna grazie alla legge di Moore quelli sono tempi passati e
 anche su milioni
 di record o decine di milioni di record la differenza di prestazioni è
 accettabile
 a fronte dei vantaggi di cui ti parlavo :)


i vantaggi li vedo e li apprezzo, per accettabile invece dipende dalle
SLA che hai, non sempre sono accettabile 2000 nanosecondi di più per
ricerca :-)

Comunque, se la ricerca la fai sulla chiave vai molto più veloce.
Se invece la ricerca la fai su campi che non sono chiave, l'intero aiuta.
Trascurabile per il 90% dei progetti? vero, non per il mio ahimè.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Avventure grafiche in stile lucasart

2014-09-24 Per discussione Luigi Fontana

Grazie mille Roberto. Ora mi spulcio i siti. Quello di scummvm (che mi
limitavo ad usare) mi pare un po' troppo oltre le mie capacità ma ho
pazienza. Mi basta saper dove cercare :)

Simone: sarebbe un sogno riuscire a scrivere un adventure ma io programmo
per hobby e con python sono agli inizi. :)

Idee ne ho e come grafico me la cavo. Anche perché la vorrei fare in pixel
art, vecchio stile.

Mo vediamo.

Grazie. :)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 Per discussione Massimiliano Modena

Il giorno 24 settembre 2014 10:03, Simone Federici s.feder...@gmail.com
ha scritto:

 Ciao,

 per chi ha gmail, troppo spesso da qualche tempo le email di questa lista
 finiscono nello spam di gmail.

 Il signor G dice che è perché troppi utenti hanno queste email nelle loro
 cartelle Spam, e quindi anche le mie ci finiscono.

 Per favore se usate gmail ogni tanto controllate e rimuovetele dallo spam,
 altrimenti ci arrabbiamo. :-)

 chissà magari python è una parola troppo usata nel porno...


 This email wrote: [finirò nello spam anche io?]

Sì, è successo anche a me spesso di vedere le mai della lista in spam.
Sino ad ora ho sempre fatto non spam e la cosa è andata scemando.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql


 Il giorno 24/set/2014, alle ore 10:40, Simone Federici s.feder...@gmail.com 
 ha scritto:
 
 Giovanni Porcari:
 Ma per fortuna grazie alla legge di Moore quelli sono tempi passati e anche 
 su milioni
 di record o decine di milioni di record la differenza di prestazioni è 
 accettabile
 a fronte dei vantaggi di cui ti parlavo :)
 
 i vantaggi li vedo e li apprezzo, per accettabile invece dipende dalle SLA 
 che hai, non sempre sono accettabile 2000 nanosecondi di più per ricerca :-)

Cioè tu dici che se io cerco su migliaia di milioni di record 
quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
moderna ci mette 2000 nanosecondi di più che a cercare 
con pkey=3456123456 ?

Non ho al momento modo di fare prove ma mi pare abbastanza 'strano'. Me lo puoi 
confermare ?


G
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

no ok, non ci capiamo il problema non è la ricerca del solo elemento
il problema è la ricerca tramite join di varie tabelle connesse con loro
con campi non sequenziali.

Comunque è chiaro che basta un indice e il gioco è fatto, e in effetti il
costo dell'indice sulle FK è basso, anche perché cambiano di rado :-)

Indici su colonne che cambiano spesso rallentano gli inserimenti...
vabbè hai vinto tu :-) non sono un esperto e mai vorrei esserlo. non sui DB.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] python - SPAM

2014-09-24 Per discussione Dario Bertini

Idem, anch'io ho notato la cosa, ma solo da qualche mese, e solo con
alcuni utenti. Tempo fa anch'io ho creato un filtro che whitelista le
email provenienti da questa mailing list (ma il problema si è iniziato
a verificare anche con un'altra mailing list)

Secondo me il problema è anche che scrivete in italiano :P per quanto
riguarda le mailing list in lingua inglese non ho mai riscontrato
questo problema (o gli italiani sono diventati i nuovi
russi/nigeriani o magari è solo un sintomo di ogni mailing list
meno frequentata, visto che ovviamente quelle in inglese hanno
un'audience di gran lunga maggiore)

Ad ogni modo, direi che è l'ennesimo caso in cui google stia cacando
fuori dal vaso... (imho sintomo di problemi di processo e controllo
qualità interni a loro)

-- 
xmpp: berda...@gmail.com
bitmessage: BM-2cTYXfGiSTsnx3righ6aHcJSWe4MV17jDP
gpg fingerprint: 3F8D53518012716C4EEF7DF67B498306B3BF75A0 (used just
for signing commits)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

2014-09-24 Per discussione Riccardo Magliocchetti

Il 22/09/2014 21:25, Daniele Zambelli ha scritto:
 Scusate l'OT, ma non non resistevo.
 
 Segnalo il primo libro di matematica che tratta alcuni argomenti
 usando come strumento Python.

grande!

 I due volumi di algebra per il biennio delle superiori sono
 liberamente scaricabili (CC-BY-SA) da:
 
 bitbucket.org/zambu/mc3_a1_dolce/downloads

Nel makefile di entrambi riga 46 e 47 sono duplicate, è di proposito?

Su debian unstable il pdf non builda perchè non c'è più pacchettizato 
il font ecrm1000.tfm

Per curiosità ho provato a tirare fuori un epub
(tex - latex2html - calibre) con risultati abbastanza disastrosi
(senza immagini).

diff -r b3eb6d6a7877 Makefile
--- a/Makefile  Mon Sep 22 21:41:54 2014 +0200
+++ b/Makefile  Wed Sep 24 12:06:04 2014 +0200
@@ -14,8 +14,18 @@
 
 PDF = $(NAME).pdf
 
+HTMLDIR = $(NAME)/
+
+HTML = $(HTMLDIR)$(NAME).html
+
+EPUB = $(NAME).epub
+
 PDFLATEX = pdflatex --shell-escape
 
+LATEX2HTML = latex2html -split 0
+
+EBOOK_CONVERT = ebook-convert
+
 FILE_CLEAN = *.aux *.gnuplot *.table *.toc *.log *~ *backup
 
 ROOT = $(shell basename $$(pwd))
@@ -44,7 +54,13 @@
 
 pdf: $(TEX)
$(PDFLATEX) $
-   $(PDFLATEX) $
+#  $(PDFLATEX) $
+
+html: $(TEX)
+   $(LATEX2HTML) $
+
+epub: $(HTML)
+   $(EBOOK_CONVERT) $ $(EPUB)
 
 clean: $(CLEAN_DIRS)
 $(CLEAN_DIRS):
@@ -55,16 +71,18 @@
 
 clean-dist: clean
rm -f $(PDF)
+   rm -f $(HTMLDIR)
+   rm -f $(EPUB)
rm -f *.tar.gz
rm -f *.zip
  
 dist-zip: clean
rm -f  $(ZIP)
-   zip -r $(ZIP) . -x '$(PDF)' -x '*.zip' -x '*.tar.gz'
+   zip -r $(ZIP) . -x '$(HTMLDIR)' -x '$(PDF)' -x '$(EPUB)' -x '*.zip' -x 
'*.tar.gz'
 
 dist-tar: clean
rm -f $(TAR)
-   tar -czvf $(TAR) --exclude $(PDF) --exclude *.tar.gz --exclude *.zip *
+   tar -czvf $(TAR) --exclude $(HTMLDIR) --exclude $(PDF) --exclude 
$(EPUB) --exclude *.tar.gz --exclude *.zip *
 
 # END OF MAKEFILE
 

-- 
Riccardo Magliocchetti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

2014-09-24 Per discussione Daniele Tricoli

Innanzi tutto complimenti a Daniele!

On Wednesday 24 September 2014 12:09:54 Riccardo Magliocchetti wrote:
 Su debian unstable il pdf non builda perchè non c'è più pacchettizato 
 il font ecrm1000.tfm

Prova a vedere se texlive-fonts-recommended è installato:
$ apt-file search ecrm1000.tfm
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/tfm/jknappen/ec/ecrm1000.tfm

In genere Norbert Preining rimuove un font gestito
dal Debian TeX Team solo se viene creato un pacchetto a parte.

Risulta anche qui:
https://packages.debian.org/sid/all/texlive-fonts-recommended/filelist

Ho notato che serve HieroTeX, il quale non risulta nei repository, ma
non ho proprio il tempo d'installarlo adesso.

Ciao,

-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

2014-09-24 Per discussione Daniele Varrazzo


On 2014-09-24 11:09, Riccardo Magliocchetti wrote:


Nel makefile di entrambi riga 46 e 47 sono duplicate, è di proposito?


Si': per generare l'indice servono due passate.

-- Daniele

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

Il 24 settembre 2014 11:03, Giovanni Porcari
giovanni.porc...@softwell.it ha scritto:


 Cioè tu dici che se io cerco su migliaia di milioni di record
 quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
 moderna ci mette 2000 nanosecondi di più che a cercare
 con pkey=3456123456 ?

volendo fare una prova quickdirty su postgres con 40 ml di record...
https://gist.github.com/depaolim/879a64256d146ddb0589

Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

2014-09-24 Per discussione Riccardo Magliocchetti


Il 24/09/2014 13:17, Daniele Tricoli ha scritto:

Innanzi tutto complimenti a Daniele!

On Wednesday 24 September 2014 12:09:54 Riccardo Magliocchetti wrote:

Su debian unstable il pdf non builda perchè non c'è più pacchettizato
il font ecrm1000.tfm


Prova a vedere se texlive-fonts-recommended è installato:
$ apt-file search ecrm1000.tfm
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/tfm/jknappen/ec/ecrm1000.tfm


uhm lo trova anche qua ma packages.debian.org non lo trova:
https://packages.debian.org/search?searchon=contentskeywords=ecrm1000.tfmmode=pathsuite=unstablearch=any


In genere Norbert Preining rimuove un font gestito
dal Debian TeX Team solo se viene creato un pacchetto a parte.

Risulta anche qui:
https://packages.debian.org/sid/all/texlive-fonts-recommended/filelist

Ho notato che serve HieroTeX, il quale non risulta nei repository, ma
non ho proprio il tempo d'installarlo adesso.


Già

riccardo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql


 Il giorno 24/set/2014, alle ore 11:08, Simone Federici s.feder...@gmail.com 
 ha scritto:
 
 no ok, non ci capiamo il problema non è la ricerca del solo elemento
 il problema è la ricerca tramite join di varie tabelle connesse con loro con 
 campi non sequenziali.
 
 Comunque è chiaro che basta un indice e il gioco è fatto, e in effetti il 
 costo dell'indice sulle FK è basso, anche perché cambiano di rado :-)
 
 Indici su colonne che cambiano spesso rallentano gli inserimenti...
 vabbè hai vinto tu :-) non sono un esperto e mai vorrei esserlo. non sui DB.
 

No guarda, so di essere un grande 'ignorante' con delle idee piuttosto buone ed 
'originali'.
Sarà perchè son totalmente autodidatta (vabbè ai miei tempi mica c'erano facoltà
di informatica), sarà perchè sapere bene e tutto e nel frattempo mandare avanti
una minuscola software house con troppe ambizioni e troppo pochi soldi ma
ogni volta che vi vedo discutere in questa list mi sento ammirato dalla
conoscenza e dalla vastità di competenza di alcuni.
Per questo appena posso cerco di fare tesoro di quanto leggo e nelle mie 
conoscenze
c'era che un id char in un btree non si discosta molto da un serial. 
Ma onestamente non ho mai provato e non ho mai avuto tempo di fare verifiche.
Se devo pensare che ogni join mi costa molto di più devo verificare meglio
le mie conoscenze :)

Comunque come sempre grazie a tutti per trovare il tempo di rendere questa 
lista così interessante.

Ciao 

G

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

Il 24 settembre 2014 14:01, Marco De Paoli depao...@gmail.com ha scritto:
 Il 24 settembre 2014 11:03, Giovanni Porcari
 giovanni.porc...@softwell.it ha scritto:


 Cioè tu dici che se io cerco su migliaia di milioni di record
 quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
 moderna ci mette 2000 nanosecondi di più che a cercare
 con pkey=3456123456 ?

 volendo fare una prova quickdirty su postgres con 40 ml di record...
 https://gist.github.com/depaolim/879a64256d146ddb0589

ok, i 40 milioni di record vi avevano spaventato
ora l'ho modificato per funzionare con 1 milione di record
https://gist.github.com/depaolim/879a64256d146ddb0589

... ma i risultati continuano ad essere sorprendenti

per voi no?

Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql


 Il giorno 24/set/2014, alle ore 15:50, Marco De Paoli depao...@gmail.com ha 
 scritto:
 
 Il 24 settembre 2014 14:01, Marco De Paoli depao...@gmail.com ha scritto:
 Il 24 settembre 2014 11:03, Giovanni Porcari
 giovanni.porc...@softwell.it ha scritto:
 
 
 Cioè tu dici che se io cerco su migliaia di milioni di record
 quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
 moderna ci mette 2000 nanosecondi di più che a cercare
 con pkey=3456123456 ?
 
 volendo fare una prova quickdirty su postgres con 40 ml di record...
 https://gist.github.com/depaolim/879a64256d146ddb0589
 
 ok, i 40 milioni di record vi avevano spaventato
 ora l'ho modificato per funzionare con 1 milione di record
 https://gist.github.com/depaolim/879a64256d146ddb0589
 
 ... ma i risultati continuano ad essere sorprendenti
 
 per voi no?
 

Per uno pigro ma curioso come me quali sono i risultati ?

Grazie :)

G

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

Il 23 settembre 2014 19:44, Nicola Gramola nicola.gram...@gmail.com
ha scritto:
 Una cosa che salta subito all'occhio: i listati non sono con carattere
 monospace che li renderebbe più leggibili e differenziati dal testo
 descrittivo del libro.

Usa una font un po' strana, ma i caratteri sono monospaced.

Per i listati ho cercato un po' in Internet e quello che ho trovato è:

\begin{lstlisting}[]

del pacchetto listings

Avete da suggerirmi un comando diverso?

Grazie ciao

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

Il 24 settembre 2014 08:43, Massimo Capanni
massimo.capa...@gmail.com ha scritto:
 Avrei una proposta: formato epub/mobi?

Io, a suo tempo, avevo proposto Sphinx come strumento per produrlo, ma
è stato scelto Latex. Non ho mai provato a compilare da Latex a epub.

Grazie, ciao

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql


 Il giorno 24/set/2014, alle ore 16:15, Giovanni Porcari 
 giovanni.porc...@softwell.it ha scritto:
 
 
 Il giorno 24/set/2014, alle ore 15:50, Marco De Paoli depao...@gmail.com 
 ha scritto:
 
 Il 24 settembre 2014 14:01, Marco De Paoli depao...@gmail.com ha scritto:
 Il 24 settembre 2014 11:03, Giovanni Porcari
 giovanni.porc...@softwell.it ha scritto:
 
 
 Cioè tu dici che se io cerco su migliaia di milioni di record
 quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
 moderna ci mette 2000 nanosecondi di più che a cercare
 con pkey=3456123456 ?
 
 volendo fare una prova quickdirty su postgres con 40 ml di record...
 https://gist.github.com/depaolim/879a64256d146ddb0589
 
 ok, i 40 milioni di record vi avevano spaventato
 ora l'ho modificato per funzionare con 1 milione di record
 https://gist.github.com/depaolim/879a64256d146ddb0589
 
 ... ma i risultati continuano ad essere sorprendenti
 
 per voi no?
 
 
 Per uno pigro ma curioso come me quali sono i risultati ?
 
 Grazie :)
 
 G

A meno che tu non abbia verificato che riempire un indice con valori ordinati
e dannatamente più lento che non riempirlo con valori 'casuali'. Questo
perchè l'albero deve essere ribilanciato molto più spesso.
In effetti anche questa è una ragione che mi aveva fatto preferire degli id
non sequenziali...

O magari nei db più attuali il problema non sussiste e quindi è un'ipotesi 
fasulla ;)

G

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

Il 24 settembre 2014 12:09, Riccardo Magliocchetti
riccardo.magliocche...@gmail.com ha scritto:
 Nel makefile di entrambi riga 46 e 47 sono duplicate, è di proposito?

Latex per sistemare indici e riferimenti richiede due passate.

 Su debian unstable il pdf non builda perchè non c'è più pacchettizato
 il font ecrm1000.tfm

Bisogna installare un po' di roba

 Per curiosità ho provato a tirare fuori un epub
 (tex - latex2html - calibre) con risultati abbastanza disastrosi
 (senza immagini).


La vedo piuttosto complicata... Non riesce a creare le immagini per
html a partire dai file .pgf scritti in Tikz?

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] [OT] Matematica dolce

Il 24 settembre 2014 13:17, Daniele Tricoli er...@mornie.org ha scritto:
 Ho notato che serve HieroTeX, il quale non risulta nei repository, ma
 non ho proprio il tempo d'installarlo adesso.

Serve solo per qualche numero scritto in geroglifico nel primo
capitolo del primo volume, commenti quei pezzi e il resto dovrebbe
andare.

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Applicazione WEB con Python e Postgresql

ciao Giovanni,
grazie della pazienza
in effetti temo di essere finito abbondantemente OT (ormai siamo al
puro SQL, anzi al puro postgres...)

Il 24 settembre 2014 16:33, Giovanni Porcari
giovanni.porc...@softwell.it ha scritto:

 Il giorno 24/set/2014, alle ore 16:15, Giovanni Porcari 
 giovanni.porc...@softwell.it ha scritto:


 Il giorno 24/set/2014, alle ore 15:50, Marco De Paoli depao...@gmail.com 
 ha scritto:

 Il 24 settembre 2014 14:01, Marco De Paoli depao...@gmail.com ha scritto:
 Il 24 settembre 2014 11:03, Giovanni Porcari
 giovanni.porc...@softwell.it ha scritto:


 Cioè tu dici che se io cerco su migliaia di milioni di record
 quello con primary key = 'R2L_cGpqOoOELD1saCR2mg' una macchina
 moderna ci mette 2000 nanosecondi di più che a cercare
 con pkey=3456123456 ?

 volendo fare una prova quickdirty su postgres con 40 ml di record...
 https://gist.github.com/depaolim/879a64256d146ddb0589

 ok, i 40 milioni di record vi avevano spaventato
 ora l'ho modificato per funzionare con 1 milione di record
 https://gist.github.com/depaolim/879a64256d146ddb0589

 ... ma i risultati continuano ad essere sorprendenti

 per voi no?


 Per uno pigro ma curioso come me quali sono i risultati ?

risposta breve: al momento non li ho :-(


 Grazie :)

risposta lunga:

sulla carta sottoscrivevo anche io la tesi integer batte uuid e festa finita
ecco perchè ho scritto il mini test: per sfizio di vedere di quanto
l'uno batteva l'altro
e mi sono ritrovato che ... gli uuid battevano gli integer !!!

ho concluso però che il mio problema è che al momento ho sotto mano
solo server postgres con buffer cache ballerine (sono usati anche
per altro e non posso maneggiarli/riavviarli quando mi va) per cui
direi che al momento il tutto è abbastanza falsato

riprovo prossimamente in condizioni più pulite


 A meno che tu non abbia verificato che riempire un indice con valori ordinati
 e dannatamente più lento che non riempirlo con valori 'casuali'. Questo
 perchè l'albero deve essere ribilanciato molto più spesso.

beh, nel mio mini test ho ovviato a questo problema costruendo la
chiave primaria *dopo* aver inserito i valori
ma si tratta appunto di un test di laboratorio

 In effetti anche questa è una ragione che mi aveva fatto preferire degli id
 non sequenziali...

in realtà te la cavi con un periodico rebuild degli indici (reindex su postgres)

ciao a tutti e scusate l'OT,
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Digest di Python, Volume 103, Numero 57

2014-09-24 Per discussione Ing. Francesco Bianco

Salve! Amici!

ritorno alla carica con un vecchio progetto:
lo potreste scaricare e testare per favore
https://sourceforge.net/projects/phpython/

Ciao...

Il giorno 24 settembre 2014 10:17, python-requ...@lists.python.it ha
scritto:

Invia le richieste di iscrizione alla lista Python all'indirizzo
python@lists.python.it

Per iscriverti o cancellarti attraverso il web, visita
http://lists.python.it/mailman/listinfo/python
oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
python-requ...@lists.python.it

Puoi contattare la persona che gestisce la lista all'indirizzo
python-ow...@lists.python.it

Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
in modo che sia più utile di un semplice Re: Contenuti del digest
della lista Python...

Argomenti del Giorno:

1. Re: Applicazione WEB con Python e Postgresql (Simone Federici)
2. [OT] python - SPAM (Simone Federici)
3. Re: Applicazione WEB con Python e Postgresql (Marco De Paoli)
4. Re: [OT] python - SPAM (Carlos Catucci)
5. Re: [OT] python - SPAM (Stefano Bossi)
6. Re: [OT] python - SPAM (Simone Federici)
7. Re: [OT] python - SPAM (Leonardo M. Millefiori)

Message: 1
Date: Wed, 24 Sep 2014 09:56:50 +0200
From: Simone Federici s.feder...@gmail.com
To: Discussioni generali sul linguaggio Python
python@lists.python.it
Subject: Re: [Python] Applicazione WEB con Python e Postgresql
Message-ID:
CAKsNYui=ynZSisWvCAiUa5pq6832adhhWYm_SgYrf3uKg3=
n...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Giovanni Porcari:

Laddove non ci sia una chiave naturale assolutamente univoca e
immutabile,
(ad esempio in una tabella di elementi la chiave 'K' identifica benissimo
il potassio)noi usiamo sempre un id di 22 caratteri univoco basato su
uuid.
La ragione per cui non usiamo un seriale è che nel caso si debbano unire
i
dati di tabelle provenienti da sistemi diversi la probabilità di avere
duplicati è irrisoria. Nel caso invece di un serial si è costretti a
assegnare nuovamente l'id ai record importati e se l'import riguarda
anche
tabelle in relazione il problema non è banalissimo.
Non credo che in termini di velocità sulle macchine moderne le
prestazioni
per accedere ad un btree siano in qualche modo un problema mentre la
trasportabilità dei grappoli di tabelle è un vantaggio notevole.

ottima tecnica, prevenire è meglio che curare :-)
però per le performance... non sono d'accordo gli interi sono più rapidi e
quando hai (migliaia di) milioni di record te ne accorgi.

Per chi diceva chiave naturale è sempre meglio di un intero, NI.
Il codice fiscale è l'esempio. Usato per i dipendenti, è sbagliato. Usato
per le persone fisiche, ok. Ma come prevenire un inserimento errato? capita
capita, soprattutto per quelli che sono hanno il CF come eccezione, poi va
a ripristinare un codice fiscale sbagliato in un db complesso :-)
PS ma matricola del dipendente come chiave dei dipendenti? se fosse una
sola azienda forse, ma se poi per qualche ragione si dovesse ripartire con
la numerazione? ok p probabile che debba cambiare anche l'azienda o mio
dio ce ne scampi e liberi.. per essere liberi la chiave non deve centrare
nulla con il business. Perché tutto quello che credevi di sapere, sallo
che non lo sai. :-)
-- parte successiva --
Un allegato HTML è stato rimosso...
URL:
http://lists.python.it/pipermail/python/attachments/20140924/d757695e/attachment-0001.html

Message: 2
Date: Wed, 24 Sep 2014 10:03:10 +0200
From: Simone Federici s.feder...@gmail.com
To: Discussioni generali sul linguaggio Python
python@lists.python.it
Subject: [Python] [OT] python - SPAM
Message-ID:

caksnyujcqjtsb777prz0is28twb1vci19ze3_ewupg4c-1j...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Ciao,

per chi ha gmail, troppo spesso da qualche tempo le email di questa lista
finiscono nello spam di gmail.

Il signor G dice che è perché troppi utenti hanno queste email nelle loro
cartelle Spam, e quindi anche le mie ci finiscono.

Per favore se usate gmail ogni tanto controllate e rimuovetele dallo spam,
altrimenti ci arrabbiamo. :-)

chissà magari python è una parola troppo usata nel porno...

This email wrote: [finirò nello spam anche io?]
-- parte successiva --
Un allegato HTML è stato rimosso...
URL:
http://lists.python.it/pipermail/python/attachments/20140924/d51b69c0/attachment-0001.html

Message: 3
Date: Wed, 24 Sep 2014 10:08:14 +0200
From: Marco De Paoli depao...@gmail.com
To: Discussioni generali sul linguaggio Python
python@lists.python.it
Subject: Re: [Python] Applicazione WEB con Python e Postgresql
Message-ID

Re: [Python] Scivere un file excel esistente - (Ex) Moduli xlrd e (xlwt non funzionante)

2014-09-24 Per discussione simozack

Il 20 settembre 2014 18:18, Carlos Catucci carlos.catu...@gmail.com
ha scritto:

 2014-09-20 18:06 GMT+02:00 Andrea Congiu congiu.a...@gmail.com:

 Il problema è proprio aggiungere, non ci riesco e se creo un file nuovo
 e sovrascrivo perdo i dati precedentemente archiviati.


 Hai saltato il primo passaggio: leggere i dati esistenti e accodarci i
 nuovi, solo dopo scrivere i dati (vecchi + nuovi accodati).

 Non e' il massimo dell'efficienza a dire il vero.

 Usi python 3.x se ho be capito. Io ho avuto a che fare con lo stesso
 problema e risolto con una qualche libreria (non ricordo quale dovrei
 ripescare se riesco i sorgenti) ma era python 2.x

Credo che l'unico modo per modificare gli Excel direttamente si andare
di pywin32 e le varie chiamate tramite COM (solo per Windows). Però è
estremamente lento (almeno quando lo avevo provato su python2 e su
file xls) e devi avere installato Excel nella macchina dove deve
girare.

Ciao,
Simone
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Digest di Python, Volume 103, Numero 57

Francesco:

 Salve! Amici!
 ... qualcosa di interessante ma rispondendo a un digest e senza un
 oggetto...


 che si fa di solito in questi casi?


-- 
Simone Federici

Software Craftsman
XP, Agile, Scrum, Kanban
Quality, performance  security

Explicit is better than implicit.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Digest di Python, Volume 103, Numero 57

2014-09-24 Per discussione Daniele Varrazzo


On 2014-09-24 16:47, Simone Federici wrote:

Francesco:


Salve! Amici!
... qualcosa di interessante ma rispondendo a un digest e senza un
oggetto...



 che si fa di solito in questi casi?


Si da' un'occhiata al suo link se si e' interessati oppure lo si ignora 
se non lo si e'. Mentre invece odierei, oh quanto odierei, il flame che 
ti accingi a lanciare e al quale seguiranno ventinaia e ventinaia di 
messaggi di fuffa che mi daranno MOLTO PIU' FASTIDIO di questo.


-- Daniele
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Digest di Python, Volume 103, Numero 57

2014-09-24 Per discussione Daniele Varrazzo


On 2014-09-24 16:54, Simone Federici wrote:

Daniele Varrazzo p...@develer.com:

Si da' un'occhiata al suo link se si e' interessati oppure lo si 
ignora se
non lo si e'. Mentre invece odierei, oh quanto odierei, il flame che 
ti
accingi a lanciare e al quale seguiranno ventinaia e ventinaia di 
messaggi

di fuffa che mi daranno MOLTO PIU' FASTIDIO di questo.



1) il fatto che sia PHP non cambia il mio giudizio
2) sono nel nulla della repubblica ceca con il brutto tempo e non ho 
nulla

da fare
3) metti simone federici nello spam e risolvi :-)


No, metto python@lists.python.it nello spam per risolvere il problema, 
appena parte un'altra fiammata di quelle come l'altro giorno da persone 
arroganti, saccenti e con un sacco di tempo da perdere.


Sono qui per aiutare neofiti, non per ricevere niente in cambio, e 
discutere di top posting non mi arricchisce. Te ne puoi andare su 4chan 
se hai da cazzeggiare.


-- Daniele
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Segnalare le regole della lista - WAS Re: Digest di Python, Volume 103, Numero 57

Daniele Varrazzo p...@develer.com:

 Sono qui per aiutare neofiti, non per ricevere niente in cambio, e
 discutere di top posting non mi arricchisce. Te ne puoi andare su 4chan se
 hai da cazzeggiare.


1) il flame lo hai aperto tu, io ho solo segnalato un problema.
2) le regole sono valide per tutti a buona ragione.
3) non ho nessuna voglia di discutere su questo in quanto hai torto marcio
4) ho cambiato il subject alla mail perché la discussione sul segnalare o
meno digest/top posting/netiquette della lista l'hai aperta tu senza
nemmeno cambiare il subject. Si è sempre fatto e continueremo a farlo.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Portabitcoin (era: Re: Digest di Python, Volume 103, Numero 57)

2014-09-24 Per discussione Nicola Larosa

Simone Federici wrote:
 2) sono nel nulla della repubblica ceca con il brutto tempo e non ho 
 nulla da fare

Se sei a Praga vai ai Satoshi Labs e comprati un Trezor, che presto ti
servirà: ;-)

http://satoshilabs.com/

-- 
Nicola 'tekNico' Larosa http://www.tekNico.net/

Sadly, the human brain came without documentation, like most open source
projects. Luckily, we have many people who worked on understanding the
human brain. Writing code meant to execute on brains is easier, and
more efficient, after reading what sparse documentation we do have.
 - Moshe Zadka, March 2011
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Portabitcoin (era: Re: Digest di Python, Volume 103, Numero 57)

Nicola Larosa:

 Se sei a Praga vai ai Satoshi Labs e comprati un Trezor, che presto ti
 servirà: ;-)

 http://satoshilabs.com/


Domani mattina ci passo, adesso sono a 2 ore di viaggio.
Si può pagare solo in bitcoins?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Segnalare le regole della lista - WAS Re: Digest di Python, Volume 103, Numero 57

2014-09-24 18:08 GMT+02:00 Simone Federici s.feder...@gmail.com:

 1) il flame lo hai aperto tu, io ho solo segnalato un problema.
 2) le regole sono valide per tutti a buona ragione.
 3) non ho nessuna voglia di discutere su questo in quanto hai torto marcio
 4) ho cambiato il subject alla mail perché la discussione sul segnalare o
 meno digest/top posting/netiquette della lista l'hai aperta tu senza
 nemmeno cambiare il subject. Si è sempre fatto e continueremo a farlo.


A prescindere che preferirei che si andasse d'accordo, senza alazre i toni,
direi che Simone abbia ragione, in particolare sul punto 2. Se le regole
esistono esistono per tutti. Magari chi posta, se e' un novizio, le ignora,
quindio gli si puo' far notare senza flames. Se e' un recidivo gli si
sgiunzaglia contro il buon Gollum2 che se lo pappa in un boccone ;)

Cio' detto magari e' meglio evitare queste flamewar inutili.

Carlos
-- 
EZLN ... Para Todos Todo ...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Digest di Python, Volume 103, Numero 57

Il 24 settembre 2014 17:03, Ing. Francesco Bianco
bia...@javanile.org ha scritto:
 Salve! Amici!

 ritorno alla carica con un vecchio progetto:
 lo potreste scaricare e testare per favore
 https://sourceforge.net/projects/phpython/

 Ciao...

Caro Fancesco,

Ricevere un messaggio lungo 300 righe di cui solo 3 hanno senso, non
mi dispone bene.

Ricevere un messaggio con un oggetto incomprensibile e non relativo al
contenuto della richiesta non mi dispone bene.

Ricevere un messaggio in cui si rimanda ad un altro sito, senza dare
ulteriori informazioni, non mi dispone bene.

Se vuoi trovare gente ben disposta a darti bado:

Scrivi un messaggio *nuovo* alla lista (l'indirizzo è: python@lists.python.it).

Scrivi un oggetto sensato, è sempre difficile, ma qualcosa di
significativo lo puoi trovare.

Illustra, nel testo del messaggio, sinteticamente, qual è il problema,
l'idea, la curiosità, ...

Invia il link a eventuali risorse esterne (come hai fatto).

Io questo threed non lo aprirò più.

Ciao e buon divertimento con Python!

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Portabitcoin (era: Re: Digest di Python, Volume 103, Numero 57)

2014-09-24 Per discussione Nicola Larosa

 Nicola Larosa:
 Se sei a Praga vai ai Satoshi Labs e comprati un Trezor, che presto
 ti servirà: ;-)
 
 http://satoshilabs.com/

Simone Federici wrote:
 Domani mattina ci passo, adesso sono a 2 ore di viaggio.
 Si può pagare solo in bitcoins?

Sì:

How can I pay?

We only accept Bitcoins as a payment method.
Our product prices are fixed in US dollars and converted to BTC at the
Bitstamp exchange rate.

https://www.buytrezor.com/#faq

(Non m'aspettavo che mi dessi retta subito: more power to you. :-) )

-- 
Nicola 'tekNico' Larosa http://www.tekNico.net/

Impossible is just a big word thrown around by small men who find it
easier to live in the world they've been given than to explore the power
they have to change it. Impossible is not a fact. It's an opinion.
Impossible is not a declaration. It's a dare. Impossible is potential.
Impossible is temporary. Impossible is nothing. - Muhammad Ali

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Segnalare le regole della lista - WAS Re: Digest di Python, Volume 103, Numero 57

2014-09-24 18:17 GMT+02:00 Carlos Catucci carlos.catu...@gmail.com:

 flamewar


Al proposito, per sdrammatizzare

http://www.wavsource.com/snds_2014-09-21_2643861498792963/tv/looney_tunes/bugs_this_means_war.wav

Carlos
-- 
EZLN ... Para Todos Todo ...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] [Risolto ma senza excel] Scivere un file excel esistente

2014-09-24 Per discussione Andrea Congiu

Buona sera lista,
la mia scelta di excel non era detta da un'esigenza particolare legata
al formato, quindi per ottenere un semplice archivio dove tener traccia
delle conversioni fatte, ho decisi di passare a sqlite imparando così
altre cosette.

vi passo il codice.

grazie a tutti per il tempo che mi avete dedicato.

saluti

andrea

Il 24/09/2014 17:08, simozack ha scritto:
 Il 20 settembre 2014 18:18, Carlos Catucci carlos.catu...@gmail.com
 ha scritto:

 2014-09-20 18:06 GMT+02:00 Andrea Congiu congiu.a...@gmail.com:

 Il problema è proprio aggiungere, non ci riesco e se creo un file nuovo
 e sovrascrivo perdo i dati precedentemente archiviati.


 Hai saltato il primo passaggio: leggere i dati esistenti e accodarci i
 nuovi, solo dopo scrivere i dati (vecchi + nuovi accodati).

 Non e' il massimo dell'efficienza a dire il vero.

 Usi python 3.x se ho be capito. Io ho avuto a che fare con lo stesso
 problema e risolto con una qualche libreria (non ricordo quale dovrei
 ripescare se riesco i sorgenti) ma era python 2.x
 
 Credo che l'unico modo per modificare gli Excel direttamente si andare
 di pywin32 e le varie chiamate tramite COM (solo per Windows). Però è
 estremamente lento (almeno quando lo avevo provato su python2 e su
 file xls) e devi avere installato Excel nella macchina dove deve
 girare.
 
 Ciao,
 Simone
 ___
 Python mailing list
 Python@lists.python.it
 http://lists.python.it/mailman/listinfo/python
 
#!/usr/bin/python
# -*- coding: utf-8 -*-

# Python 3.4.0 in Linux mint 17

import os
import sqlite3 

# Dichiaro le variabili
nome = Franz Tappeiner
descrizione = Ospedale Civile di Merano (BZ)
g_p_s = 46Â° 40' 36.7'' N - 11Â° 9' 6.3'' E
g_p = 46Â° 40.6116667' N - 11Â° 9.105' E
g = 46.6768611Â° N - 11.15175Â° E
web = 46.6768611,11.15175
nmea = 4640.6117,N, 01109.1050,E
url = https://www.google.com/maps/preview?q=; + web
print()

# Creo il dizionario per l'inserimento delle variabili vella tabella
bindings = {NOME:nome, DESCRIZIONE:descrizione, GRADI_PRIMI_SECONDI:g_p_s, GRADI_PRIMI:g_p, GRADI:g, WEB:web, NMEA:nmea, URL:url}


# Con questa istruzione controllo che il file coordinate.db non esiste e se Ã¨ vera lo creo e inserisco le variabili
if not os.path.isfile('coordinate.db'):
conn = sqlite3.connect('coordinate.db') # Creo il db
print()
print(Il database coordinate.db Ã¨ stato creato con successo)
# Creo la tabella
conn.execute('''CREATE TABLE t_coordinate
   (NOME  TEXTNOT NULL,
   DESCRIZIONETEXTNOT NULL,
   GRADI_PRIMI_SECONDITEXTNOT NULL,
   GRADI_PRIMITEXTNOT NULL,
   GRADI  TEXTNOT NULL,
   WEBTEXTNOT NULL,
   NMEA   TEXTNOT NULL,
   URLTEXTNOT NULL);''')
print()
print(La tabella t_coordinate Ã¨ stata creata con successo)
print()

conn = sqlite3.connect('coordinate.db')

# Inserisco i valori nella tabella
conn.execute(
insert into t_coordinate (NOME,DESCRIZIONE,GRADI_PRIMI_SECONDI,GRADI_PRIMI,GRADI,WEB,NMEA,URL)
values (:NOME, :DESCRIZIONE, :GRADI_PRIMI_SECONDI, :GRADI_PRIMI, :GRADI, :WEB, :NMEA, :URL),bindings)

print(I valori sono stati inseriti correttamente)
print()

conn.commit() # Salvo l'inserimento

conn.close()  # Chiudo il db

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] (senza oggetto)

2014-09-24 Per discussione Filippo Dal Bosco -


# -*- coding: utf-8 -*-
-- 
Filippo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (senza oggetto)

2014-09-24 Per discussione AlberTo De Prezzo


Il 24/09/2014 21:04, Filippo Dal Bosco - ha scritto:

# -*- coding: utf-8 -*-


concordo.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] celery, uwsgi smart-attach-daemon

2014-09-24 Per discussione Alessandro Dentella

On Tue, Sep 23, 2014 at 08:30:15AM +0200, Roberto De Ioris wrote:
 
  Ciao a tutti,
 
 
  sto cercando la configrazione ottimale per fare partire celery con
  django in produzione.
 
  Uso nginx + uwsgi per l'applicazione principale e credevo leggendo [1]
  [2] che smart-attach-daemon avrebbe potuo risolvere il problema di
  garantirmi che un reload di uwsgi (uwsgi --reload) inviasse un segnale
  al processo di celery.
 
  Forse ho compreso male la documentazione che in effetti non dice
  esplicitamente cosa dovrebbe succedere ma solo ::
 
 
Pidfile governed processes can survive death or reload of the master
so long as their pidfiles are available and the pid contained
therein matches a running pid. This is the best choice for processes
requiring longer persistence, and for which a brutal kill could mean
loss of data such as a database.
 
 
 smart-attach-daemon serve proprio ad evitare che un demone venga ucciso
 durante un riavvio. Effettivamente celery (almeno nella mia mente) e' uno
 di quei servizi che dovrebbe andare per fatti suoi, e quindi
 smart-attach-daemon e' l'approggio giusto.
 
 Mi pare di capire pero' che tu invece vuoi che a ogni reload corrisponda
 anche un restart di celery, in questo caso attach-daemon e' quello che ti
 serve.
 
 Eventualmente con attach-daemon2 hai un controllo maggiore sul comportamento:
 
 https://github.com/unbit/uwsgi-docs/blob/master/AttachingDaemons.rst#--attach-daemon2

Sarebbe esattamente quello che cerco, ma non riesco assolutamente a
vedere alcun segnale.

La mia conf è:

celery_pid = /var/run/uwsgi/cogema-celery.pid
attach-daemon2 = cmd=/usr/local/sbin/test-signals.py 
%(celery_pid),pidfile=%(celery_pid),stopsignal=3,reloadsignal=15

La script test-signals.py è riportata in fondo.
Quando io faccio partire uwsgi nei log leggo:

[uwsgi-daemons] found valid/active pidfile for /usr/local/sbin/test-signals.py 
/var/run/uwsgi/cogema-celery.pid (pid: 31952)

Ma poi nessun segnale arriva al processo test-signals.py. Se da
console per prova eseguo kill -3 31952, vedo subito il log del segnale
arrivato. 

lumi?

grazie
sandro

===
#!/usr/bin/python
import os
import sys
import time
import signal

def show(sig, frame):
f = open('/tmp/sig.log', 'a')
f.write(%s \n % sig)

def sig_start():
sigs = range(2,16)
sigs.remove(9)
for sig in sigs:
signal.signal(sig, show)

## log the pid
#f = open('/var/run/uwsgi/cogema-celery.pid', 'w')
f = open(sys.argv[1], 'w')
f.write(%s\n % os.getpid())
f.close()

sig_start()

while 1:
  time.sleep(5)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Segnalare le regole della lista - WAS Re: Digest di Python, Volume 103, Numero 57