Re: [Python] best practice gestione contenuti del db

2017-08-01 Per discussione Gianluca Esposito 
Il giorno 28 luglio 2017 14:45, Maurizio Noris 
ha scritto:

> Ciao a tutti
> mi domandavo come sarebbe meglio gestire i contenuti del db di un'app
> sviluppata in mezzanine.
>
> spiego meglio: il mio obiettivo è fornire ai clienti un'app i cui
> contenuti siano il più possibile caricati da db, in modo da poter essere
> modificati dai clienti stessi attraverso il pannello admin.
>
> tali contenuti sono tuttavia spesso degli ipertesti, quindi con immagini,
> tag, classi, link e via dicendo.
> il risultato è che devo inserire nel field una vera e propria pagina html,
> col rischio che il cliente non possa metterci mano.
>
> come mi conviene gestire questo criticità?
>

Se Mezzanine non è obbligatorio, puoi provare a vedere wagtail cms (scritto
sempre in django) che ha un field "StreamField" che fa più o meno quello
che vuoi fare

saluti,
Gianluca
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Gestire più errori con lo stesso blocc except.

2017-07-12 Per discussione Gianluca Esposito 
Il giorno 12 luglio 2017 09:45, Massimiliano della Rovere <
massimiliano.dellarov...@gmail.com> ha scritto:

>
>
> Il giorno mar 11 lug 2017 alle ore 15:12 Marco Beri 
> ha scritto:
>
>>
>> Ma a che pro avere nell'iterabile due classi di eccezioni, una che
>> dipende dall'altra? Alla fine non ti basta quella più generica? Cosa mi
>> sfugge?
>>
>>
>> Piuttosto è possibile fare questo:
>>
>> try:
>> qualcosa()
>> except KeyError as exc:
>> ommamma1()
>> except KeyError as exc:
>> ommamma2()
>>
>>
>> Supponi di avere una libreria che su un metodo può sollevare differenti
> eccezioni diverse e per entrambe devi effettuare la stessa azione. Invece
> di sciorinare più blocchi "except:" con lo stesso codice, le accorpi.
>
> Relativamente all'usare quella più generica, potrebbe essere troppo
> generica e ti fa gestire eccezioni che non vorresti prendere.
> Esempio: se devi trappare IndexError e KeyError, ok puoi usare
> LookupError; ma se vuoi IndexError e TypeError, il parente più prossimo ad
> entrambe è "Exception" generica, ma non vuoi usarla altrimenti l'except
> "assorbe" tutte le eccezioni.
>
> Penso che la domanda fosse diversa, cioè gestire Eccezioni genitore e
figli nello stesso blocco. Se hai Error1 ed Error2 con Error1 genitore di
Error2 e già gestisci nell'iterable Error1, non serve aggiungerci anche
Error2.

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

Re: [Python] Framework e-commerce

2017-04-14 Per discussione Gianluca Esposito 
Il giorno 13 aprile 2017 15:55, Paolo  ha scritto:

> Ops, scusate, risposta veloce.
> Comunque Oscar è un progetto molto ben seguito, direi DRY.
>

 Forse intendevi "don't reinvent the wheel"
Don't repeat yourself significa un'altra cosa.

p.s.
forse dovresti leggere quello che quoti e quello che quoti dovresti
quotarlo bene ... buona Pasqua

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

Re: [Python] Framework e-commerce

2017-04-13 Per discussione Gianluca Esposito 
Il giorno 13 aprile 2017 09:30, Piergiorgio Pancino <
piergiorgio.panc...@gmail.com> ha scritto:

> Grazie, molto interessante,
> domanda: framework del tipo http://getsaleor.com/ oppure
> https://github.com/django-oscar/django-oscar o simili secondo te danno
> qualche vantaggio?
>
>
Se vuoi un consiglio non te lo scrivere da zero, perderesti mesi e mesi per
ottenere probabilmente la copia brutta di uno dei framework già pronti e da
te citati.
I prodotti di cui parli sono abbastanza completi, fossi in te partirei da
uno di questi, aggiungi alla lista mezzanine/cartridge, così hai
praticamente tutte le opzioni.
mezzanine (che non mi fa impazzire) ti offre in più un CMS, quindi sarebbe
semplice anche creare le pagine e i contenuti non legati all'ecommerce.

Oscar è comunque facilmente integrabile in un CMS, ad esempio Wagtail ha un
plugin per django-oscar ed ha una interfaccia REST gratis.
Se dovessi io personalmente creare un ecommerce oggi, partirei valutando
wagtail + django oscar.

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

Re: [Python] Scegliere un linguaggio: un'ottimizzazione prematura?

2017-04-10 Per discussione Gianluca Esposito 
Il giorno 10 aprile 2017 17:28, Enrico Bianchi <enrico.bian...@live.com> ha
scritto:

> On 04/10/2017 04:48 PM, Gianluca Esposito wrote:
>
> Chi ha scritto parlava di sfruttare 20 core e in python lo si può fare
> parallelizzando, poi nessuno conosce l'algoritmo in questione, quindi non
> serve nemmeno discutere di quanto possa essere complicato gestire la IPC.
>
> Vero, ma anche per questo motivo non si può dire "usa multiprocessing
> invece di threading". E questo, comunque, non risolve il problema del fatto
> che Python, a livello di VM, può essere più lento di altri linguaggi
>
> La mia frase era "...prova a creare una applicazione non in
multithreading, ma in multiprocessing..." non era un obbligo  e dietro il
termine "prova" c'è proprio la consapevolezza che potrebbe non risolvere il
suo problema. L'obbligo invece era nascosto dietro  il termina "misura".
La lentezza della VM di python rispetto ad altri linguaggi, non è quasi mai
un "problema da risolvere" per me. Se non mi va bene python con la sua VM
perchè è troppo lenta, molto difficilmente passerei a java perchè ha una VM
uno sputo più veloce, piuttosto passerei ad un linguaggio compilato o ad un
compilatore JIT o altro.
Almeno fino ad oggi non mi è mai capitato di essere obbligato a scegliere
un linguaggio interpretato diverso da python a causa della lentezza della
virtual machine, magari tu hai esperienze diverse.

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

Re: [Python] Scegliere un linguaggio: un'ottimizzazione prematura?

2017-04-10 Per discussione Gianluca Esposito 
Il giorno 10 aprile 2017 16:38, Enrico Bianchi <enrico.bian...@live.com> ha
scritto:

> On 04/10/2017 01:27 PM, Gianluca Esposito wrote:
> > Poi sei sicuro che siano così distanti le performance dell'algoritmo
> > in python e quelle in fortran? magari prova a creare una applicazione
> > non in multithreading, ma in multiprocessing, così sfrutti tutti e 20
> > i core e soprattutto MISURA le performance di uno e dell'altro.
>
> Non è che se passi da multithreading a multiprocessing miracolosamente
> risolvi e, soprattutto, velocizzi le performance dell'applicazione eh,
> una su tutte se devi gestire una IPC tra i processi muori male
>
> Siamo d'accordo che la programmazione parallela non è facile e non ho mai
parlato di miracoli :)
Chi ha scritto parlava di sfruttare 20 core e in python lo si può fare
parallelizzando, poi nessuno conosce l'algoritmo in questione, quindi non
serve nemmeno discutere di quanto possa essere complicato gestire la IPC.

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

Re: [Python] Scegliere un linguaggio: un'ottimizzazione prematura?

2017-04-10 Per discussione Gianluca Esposito 
Il giorno 10 aprile 2017 12:37, Davide Olianas 
ha scritto:

> Il 10/04/2017 09:54, Roberto Polli ha scritto:
>
>> Che ne pensate?
>>
>> "Choosing a language for you application simply because its “fast” is
>> the ultimate form of premature optimization."
>>
>>
> Ciao lista,
>
> premetto che essendo uno studente, oltretutto di un settore diverso
> dall'informatica, la mia opinione al riguardo conta ben poco; confutazioni
> delle mie opinioni sono ben accette se argomentate.
>
> Vorrei dire la mia perché sto facendo dei conti con un programma di
> quantochimica che terminano mediamente in qualche giorno, su una macchina
> con due processori Xeon da dieci core ciascuno. Questo programma scritto in
> Fortran (Gaussian se qualcuno è curioso) sfrutta tutti i processori in modo
> efficiente (almeno spero). Già qua python sarebbe fregato dal GIL volendo
> usare un approccio multithreading. Se dovessi aspettare venti volte
> "qualche giorno" - diciamo tre mesi - per un singolo risultato, sarebbe
> troppo (e qua concordo con l'articolo riguardo alla questione dei tempi).
>

Dico anche io la mia sulle performance...
Le performance non sono un prerequisito a prescindere, le performance sono
un requisito specifico di ogni singolo software.
Questo è uno dei motivi per cui non programmiamo tutti in assembler, ma
usiamo generalmente linguaggi di alto livello per sviluppare il 99% dei
nostri algoritmi, proprio perchè il 99% del software che sviluppiamo non
necessita di performance estreme.
Vogliamo parlare di manutenibilità? immagina se domani scopri che
l'algoritmo che stai usando non è il più efficiente per fare l'elaborazione
che vuoi fare, ma esiste un algoritmo più efficiente, quanto tempo ci vuole
a riscrivere tutto il software in assembler o in python?
Poi sei sicuro che siano così distanti le performance dell'algoritmo in
python e quelle in fortran? magari prova a creare una applicazione non in
multithreading, ma in multiprocessing, così sfrutti tutti e 20 i core e
soprattutto MISURA le performance di uno e dell'altro.
Se ancora sei distante, in python esistono molte librerie matematiche che
in realtà sono compilate in c e hanno un binding a python, prova ad usare
una di quelle.
Se ancora non ti sei avvicinato, individua la parte di codice lenta e
riscrivi solo quella parte in c e poi la richiami dal programma python e in
python questa operazione è molto facile.
Come vedi prima di scegliere un linguaggio compilato perchè è più veloce,
ci sono un bel pò di ragionamenti e prove da fare.
Magari ti avvicini molto ai tempi del linguaggio compilato, senza
sacrificare tutti i vantaggi del linguaggio di alto livello.



> Ovviamente direte "ma chissenefrega delle tue necessità di nicchia!" Al
> che posso anche essere d'accordo, però mi sembra che l'autore dell'articolo
> abbia decisamente ristretto la visione al settore del web development.
>
> Non mi piace quando l'autore afferma che basta tirare nuovo hardware ai
> problemi per risolverli. In quanto utilizzatore di tecnologia posso dire
> che sono stufo di app mattone che prosciugano la batteria dello smartphone
> o sono lente. Sono stufo di siti lenti. Sono stufo di vedere KDE dieci
> volte più lento ad avviarsi di gnome o unity.
>
Cambiare il linguaggio di backend non credo aiuti, dipende da quante
informazioni ci sono nella pagina web e quanto è veloce la tua connessione.
Per le app non ha alcun senso, possono essere ottimizzatissime, ma magari
controllano la rete wifi ogni millisecondo e la batteria te la ammazzano lo
stesso.

Ciao,
Gianluca

>
> Oltretutto, finché non si trova un metodo economico su larga scala di
> riciclare i materiali dell'hardware, il cumulo di spazzatura tecnologica
> continua ad aumentare. Qua si esula di molto dal tema programmazione, ma
> vorrei ricordare che il codice non rimane nell'Iperuranio. Codice
> efficiente ha anche un minor impatto ambientale.
>
> Ciao,
> Davide
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Offerta di lavoro per pythonisti esperti ma non troppo

2016-12-13 Per discussione Gianluca Esposito 
Salve a tutti,
Mi hanno incaricato di ricercare una persona abbastanza autonoma in
python/django, preferibilmente con esperienza e capacità di team leader.
L'azienda sviluppa essenzialmente applicazioni web con python/django,
Mezzanine, cartridge, Wagtail...
La sede di lavoro è Torino, no remote working.
Il corrispettivo sarà valutato rispetto alle competenze dei candidati.
Chi fosse interessato può contattarmi in privato.

grazie a tutti
Gianluca
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Scusa Simone: [Was: Scusa Gollum [Was: Re: (senza oggetto)]]

2016-01-21 Per discussione Gianluca Esposito 
Il giorno 21 gennaio 2016 16:01, Carlo Miron <mi...@python.it> ha scritto:

> 2016-01-21 15:33 GMT+01:00 Gianluca Esposito <giae...@gmail.com>:
>
> > 2016-01-21 14:59 GMT+01:00 Carlo Miron <mi...@python.it>:
> >>
> >> 2016-01-21 10:40 GMT+01:00 Simone Federici <s.feder...@gmail.com>:
> >>
> >> > On Thu, Jan 21, 2016 at 10:21 AM, Carlo Miron <mi...@python.it>
> wrote:
> >> >>
> >> >> Hew, vero. Mi toccherà di offrirgli una birra a PyCon, per evitare di
> >> >> essere divorato.
> >> >
> >> > una birra pure a me grazie
> >>
> >> Sempre con gran piacere.
> >
> >
> > Anche a me ha dato molto fastidio il messaggio senza oggetto, accetto
> > volentieri una birra  anche io!!  :)
>
> Ok, ma *solo* se convinci quello str*nz*ne di robbo a sponsorizzare...
>
> > Gianluca


Il mio potere persuasivo su robbo è pari a quello di un bambino di 3 anni
che dà uno scazzillo ad un elefante che sta caricando! :)

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

Re: [Python] Scusa Simone: [Was: Scusa Gollum [Was: Re: (senza oggetto)]]

2016-01-21 Per discussione Gianluca Esposito 
2016-01-21 14:59 GMT+01:00 Carlo Miron :

> 2016-01-21 10:40 GMT+01:00 Simone Federici :
>
> > On Thu, Jan 21, 2016 at 10:21 AM, Carlo Miron  wrote:
> >>
> >> Hew, vero. Mi toccherà di offrirgli una birra a PyCon, per evitare di
> >> essere divorato.
> >
> > una birra pure a me grazie
>
> Sempre con gran piacere.
>

Anche a me ha dato molto fastidio il messaggio senza oggetto, accetto
volentieri una birra  anche io!!  :)

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

Re: [Python] Un ossimoro (piccolo OT)

2016-01-10 Per discussione Gianluca Esposito 
Il 10/Gen/2016 20:16, "Carlos Catucci"  ha
scritto:
>
>
> 2016-01-10 10:33 GMT+01:00 Mauro :
>>
>> Lo vedo piu come un frontale in autostrada.
>
>
> ROFL!
> ho trovato anche
>
> Javascript: the good part
>
> E ho pensato che qualcuno (non faro' nomi se non sotto tortura) qui
inlista potrebbe commentare
>
> "Allora e' un libro con tutte le pagine bianche" ;)

Ossimoro o no, è ancora oggi uno dei migliori, se non il migliore libro su
javascript.

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

Re: [Python] Errore di semantica -

2015-06-25 Per discussione Gianluca Esposito 
Il giorno 25 giugno 2015 01:41, Marco Beri marcob...@gmail.com ha scritto:


 Io credo che sia giusto provare a scoprire cose nuove. Anche combattere
 contro dei mulini a vento se uno ci crede davvero.

 È perfino possibile tentare di quadrare il cerchio, ma solo se non si sa
 che è impossibile.

 Quando qualcuno ti rimanda a
 https://it.wikipedia.org/wiki/Quadratura_del_cerchio e tu insisti, allora
 non si tratta più di costanza o coraggio o inventiva o quant'altro ma solo
 di ottusità.

 Non me ne voglia (troppo) Carpediem.

 Ah, giusto, non avevo postato il link:
 https://en.wikipedia.org/wiki/Gambler's_fallacy

 La pagina italiana è meno completa ma comunque contiene la sostanza
 necessaria a comprendere perché è tempo perso provare a battere il banco:
 https://it.wikipedia.org/wiki/Fallacia_dello_scommettitore


A tutto ciò aggiungerei che la questione dei numeri ritardatari sia una
trappola vincente per il banco.
Pensiamo al lotto, se il 90% dei giocatori puntasse sullo stesso numero
perchè ritardatario, si avrebbe una distribuzione di giocate concentrate su
un numero che ha la stessa probabilità di uscire degli altri 89.
Se il numero non esce, il banco non pagherà nessuno dei giocatori e in più
i giocatori saranno invogliati a rigiocare lo stesso numero perchè sono
aumentate le settimane di ritardo. E' vero che quando e se il numero uscirà
il banco forse sarà sbancato, ma nel frattempo avrà accumulato tante
puntate concentrate su quel numero che sarà irrilevante la perdita finale.

Quindi i numeri ritardatari migliorano le prestazioni del banco, che già ha
migliori probabilità di vincere senza questo aiutino ulteriore.

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

Re: [Python] Miglior CMS (per ecommerce) Python

2015-04-02 Per discussione Gianluca Esposito 
Il giorno 2 aprile 2015 10:33, Carlos Catucci carlos.catu...@gmail.com ha
scritto:


 Come da subject, mi sapreste indicare quale sia il migliore tra i CMS
 Python pensati per ecommerce?

 Sto provando django-cms ma mi sembra abbastanza rognoso da configurare. Se
 risultasse essere la migliroe scelta ci spendo tempo per capirlo meglio
 altrimenti ditemi voi.


Io ti consiglio di guardare anche Mezzanine/Cartridge

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

Re: [Python] Julia (Was: Walks like Python. Runs like C).

2015-01-30 Per discussione Gianluca Esposito 
Il giorno 30 gennaio 2015 17:39, enrico franchi enrico.fran...@gmail.com
ha scritto:


 2015-01-30 15:55 GMT+00:00 Daniele Palmese pal...@gmail.com:

 Confermo quanto ho scritto ieri, mi piace un sacco leggerti.


 ;) dai che poi arrossisco

Tranquillo non lo sapremo mai,
Epistula non erubescit (Cicerone)




 --
 .
 ..: -enrico-

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


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

Re: [Python] Problema con una callback di un sito

2015-01-21 Per discussione Gianluca Esposito 
Il 21/Gen/2015 12:27 Marco Beri marcob...@gmail.com ha scritto:
...
 Quasi certamente c'è qualcosa di nascosto che viene postato: hai
analizzato le post?

Sei fan, siede alla destra, in braccio etc... e poi non hai letto nemmeno
quello che ti ha scritto alle 12:27 ... non ho parole!
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Intanto grazie a tutti

2015-01-16 Per discussione Gianluca Esposito 
Il giorno 16 gennaio 2015 13:49, Giovanni Porcari 
giovanni.porc...@softwell.it ha scritto:


 Bene. Sempre disponibile a farti provare una applicazione web che ti farà
 cambiare idea ;)

 Ciao,
Mi interessa molto Genropy e ho dato una lettura veloce alla sandbox (molto
veloce e solo metà :) ).
A primo impatto mi risulta un pò strano del codice di questo tipo:

pane=root.div(width='720px',datapath='widgets',
  background='white',border='1px solid
#F6F6F6',rounded='^.rounded',
  margin='30px',shadow='1px 1px 2px #666 inset')


Se io collaborassi con un grafico per produrre la mia app, classico grafico
esperto di photoshop, html, css, js ... Non mi piacerebbe che scrivesse
codice python, seppur semplice ed orientato solo all'interfaccia.

E' vero che non è una web app tradizionale, ma preferirei un certo
disaccoppiamento tra interfaccia utente e backend (del resto mi sembra che
le librerie desktop si stiano anche loro muovendosi in questa direzione).
Per cui ti chiedo, visto che lo usate da anni in produzione, come
generalmente gestite il team? I grafici come si integrano? E' possibile
definire l'interfaccia indipendentemente da python?

Se la cosa non interessa la lista e vuoi rispondermi, puoi anche farlo in
privato :)


Grazie e ciao,
Gianluca Esposito
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Buon Giorno e Buone Feste

2014-12-23 Per discussione Gianluca Esposito 
Il 22/Dic/2014 09:11 Daniele Palmese pal...@gmail.com ha scritto:

 Il giorno 22 dicembre 2014 07:39, gianmaria glbattiste...@tiscali.it ha
scritto:

 Buon Giorno e buone Feste a Tutti


 Altrettanto a te.


 Non riesco a usare il forum mi da continuamente messaggi di qualche
problema e di riprovare


 Di che forum stai parlando, di quello di Python-it.org? Se intendi
quello, è gestito da un gruppo diverso rispetto a quello che cura questa
mailing list e Python.it.

 Abbiamo segnalato il problema all'admin già qualche giorno fa..

L'admin mi ha segnalato  che ha sistemato il problema e ora è di nuovo
tutto funzionante

Ciao

 Ciao e buon divertimento con Python.
 Daniele

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

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

Re: [Python] E' piu' forte di me

2013-12-24 Per discussione Gianluca Esposito 
Il giorno 23 dicembre 2013 21:06, Gollum1 gollum1.smeag...@gmail.com ha
scritto:

 Il 23/dic/2013 20:50 Carlos Catucci carlos.catu...@gmail.com ha
 scritto:
 [...]

 
  Regole:
  1. Quark e' la particella elementare dell'universo.
  2. Quark e' una trasmissione condotta Piero Angela.
  3. Quark e' un formaggio svizzero.
 
  30 minuti di elaborazioni e rispose che l'universo e' composto da
 formaggio svizzero ed e' gestirto da Piero Angela.
  Fine delle mie esperienze con il prolog. ;)
 

 Mitico...

Ehehe prendere in giro le conclusioni assurde del prolog l'ho sempre
trovato controproducente. Un programma in prolog rappresenta esattamente il
modo di ragionare del programmatore in un contesto specifico, non a caso si
usa, tra le altre cose, per creare sistemi esperti.
Quindi, delle due una: o sei anche tu convinto che l'universo sia fatto di
formaggio, oppure forse hai omesso/generalizzato della conoscenza sui quark
indispensabile per fare ragionamenti corretti. In entrambi i casi il
problema è il programmatore! :)
Non so il borland, ma oggi credo che il prolog sia piuttosto veloce.
Aggiungiamo anche che quei tre sono fatti e non regole e il cerchio è
chiuso. ;)

saluti,

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

Re: [Python] E' piu' forte di me

2013-12-24 Per discussione Gianluca Esposito 
Il giorno 24 dicembre 2013 12:23, Carlos Catucci
carlos.catu...@gmail.comha scritto:


 2013/12/24 Gianluca Esposito giae...@gmail.com

 Aggiungiamo anche che quei tre sono fatti e non regole e il cerchio è
 chiuso. ;)


 Dai era una cosa carina successa a suo tempo. Non ho nulla contro Prolog,
 anzi mi e' sempre stato simpatico. Solo che l'uso, come dici giustamente,
 richiede un approccio adeguato.


Ho capito benissimo che era solo per la battuta, infatti ho messo tante
faccine sorridenti :)
ciao
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Info registrazione python-it.org

2013-10-28 Per discussione Gianluca Esposito 
Il giorno 28 ottobre 2013 16:03, Alessandro D'Addazio 
alessandro2...@hotmail.it ha scritto:

 Salve qualcuno è registrato al sito www.python-it.org io mi sto
 registrando ma non risolvo il problema dello spam:

 Qual'è la quarta parola della frase uko cotero oqade ejopoc xudeyun?: *
 che ci devo scrivere!??!?!??!

 Hai provato a scrivere la quarta parola della frase?


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

Re: [Python] Info registrazione python-it.org

2013-10-28 Per discussione Gianluca Esposito 
Il giorno 28 ottobre 2013 16:22, Alessandro D'Addazio 
alessandro2...@hotmail.it ha scritto:


 Anche a me esce sempre errose mbo vabbe tanto ci sta la community italiana
 cioe voi :)
 --

 Ho provato e c'è effettivamente un errore. Ho contattato l'amministratore,
tornerà disponibile a breve.
Grazie per la segnalazione

saluti,
Gianluca Esposito
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Info registrazione python-it.org

2013-10-28 Per discussione Gianluca Esposito 
Il giorno 28 ottobre 2013 17:35, Alessandro D'Addazio 
alessandro2...@hotmail.it ha scritto:

 Gianluca Esposito visto che hai contattato l'amministratore digli di
 eliminare il captcha che mi pare una cafonata :)

 Adesso non viaggiamo con la fantasia, il captcha serve per questioni di
sicurezza.
Adesso se si tratta di scrivere una parola di una frase, o scrivere delle
lettere nascoste in una immagine, penso che cambi poco.
Io personalmente preferisco scrivere la parola x nella frase.

Eliminarlo del tutto credo che sia fuori discussione.

saluti,
Gianluca Esposito
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] I: list di connessioni

2013-10-04 Per discussione Gianluca Esposito 
2013/10/4 Marco Beri marcob...@gmail.com

 2013/10/4 enrico franchi enrico.fran...@gmail.com

 .QANU !nhd bybppR .reozrggrf baergr'y ...vf ,vF

 .gfvy tavyvnz nah
 nabvmahs rzbp revcnp n *vfrz* renqan berooreibq vp abA
 .ngybi nah vq voohva v 'hvc baans aba ...beri bvecbec ,uN



 .decode('rot13')[::-1]

 provo:
Ah, proprio vero... non fanno piu' i niubbi di una volta.Non ci dovrebbero
andare *mesi* a capire come funziona una mailing list.Si, si... l'eterno
settembre. Eccolo qua! HAND.

:-|

ciao,
Gianluca Esposito
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Salve a tutti,
Ho un problema con dei file, in formato base64, da inviare ad un servizio
json in POST.
Il problema è che non posso caricare in memoria l'intero file, perchè può
essere più grande della memoria disponibile.
Per l'invio utilizzo urllib su python 3.2.
Credo che l'unica soluzione sia spezzettare il file in chunks e inviarli un
pò per volta.
Che voi sappiate esiste un modo semplice per farlo con la libreria urllib o
al massimo httplib? Googlando non ho trovato granchè.
Non posso usare librerie di terze parti perchè è un sistema embedded e non
posso installare nulla, per cui o urllib, o httplib, oppure (speriamo di
no) i socket. :)
Grazie a tutti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 11:53, Marco Beri marcob...@gmail.com ha scritto:

 2013/8/26 Gianluca Esposito giae...@gmail.com


 Il giorno 26 agosto 2013 11:46, Marco Beri marcob...@gmail.com ha
 scritto:

 Scusa, ma cosa hai sopra? Django? Flask? Altro?

 Ho cgi


 E ancora più sopra? Apache? Nginx?


Questo non lo so, non ho comunque alcun accesso al firmware e la
documentazione non parla del server web. Posso solo creare app in python
che utilizzano cgi e la libreria standard (non tutta però, anche mmap non è
disponibile...)

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

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 12:00, Manlio Perillo
manlio.peri...@gmail.comha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 26/08/2013 11:08, Gianluca Esposito ha scritto:
  Salve a tutti, Ho un problema con dei file, in formato base64, da
  inviare ad un servizio json in POST. Il problema ￨ che non posso
  caricare in memoria l'intero file, perch￨ pu￲ essere pi grande
  della memoria disponibile. Per l'invio utilizzo urllib su python
  3.2. Credo che l'unica soluzione sia spezzettare il file in chunks
  e inviarli un p￲ per volta.

 Credi bene.

  Che voi sappiate esiste un modo semplice per farlo con la libreria
  urllib o al massimo httplib?

 httplib va benissimo.
 Leggi la documentazione.
 Nel metodo request, body pu￲ essere sia una stringa che un file.

 E sei sicuro che lo divida in chunks? non vorrei facesse il read()
dell'intero file, anche perchè non vedo alcun modo di settare un chunk
size...provo :)

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

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 12:38, Manlio Perillo
manlio.peri...@gmail.comha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 26/08/2013 12:09, Gianluca Esposito ha scritto:
  [...] httplib va benissimo. Leggi la documentazione. Nel metodo
  request, body pu? essere sia una stringa che un file.
 
  E sei sicuro che lo divida in chunks? non vorrei facesse il read()
  dell'intero file, anche perch￨ non vedo alcun modo di settare un
  chunk size...provo :)
 

 Se non ti fidi puoi leggere i sorgenti!
 Il file ￨ letto in chunks di 8192 bytes.

 In alternativa, puoi avere il massimo controllo usando l'API di basso
 livello: putrequest, putheader, endheader e send.

 Certo che mi fido,
le api di basso livello le prenderò in considerazione eventualmente in
seguito.

Grazie mille,
ciao
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 13:56, Manlio Perillo
manlio.peri...@gmail.comha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 26/08/2013 12:52, Gianluca Esposito ha scritto:
  [...] Se non ti fidi puoi leggere i sorgenti! Il file ? letto in
  chunks di 8192 bytes.
 
  In alternativa, puoi avere il massimo controllo usando l'API di
  basso livello: putrequest, putheader, endheader e send.
 
  Certo che mi fido,

 Fai male; meglio non fidarsi e leggere sempre il codice.
 In alcuni casi scopri che ￨ meglio stare alla larga da un certo
 software...


Pensavo intendessi se non ti fidi di me ...
Comunque httplib fa parte delle librerie standard ed è alla base di molte
altre librerie, anche standard. Questo, in qualche modo, mi permette di
essere abbastanza fiducioso :)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 16:35, Antonio Cavallo
a.cava...@cavallinux.euha scritto:

 dal lato client prova una richiesta multipart (invio):


 http://docs.python-requests.org/en/latest/user/quickstart/#post-a-multipart-encoded-file


 No, funziona bene quello che ha suggerito Manlio.
Tra l'altro quell'esempio è scritto usando requests che ovviamente non è
installata e non posso installarla! :D
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] inviare un file json senza tenerlo tutto in memoria

2013-08-26 Per discussione Gianluca Esposito 
Il giorno 26 agosto 2013 16:37, Antonio Cavallo
a.cava...@cavallinux.euha scritto:

 e poi questa risposta su stack overflow:


 http://stackoverflow.com/questions/15767785/python-http-multipart-form-data-post-request

 (non capisco se sul sistema embedded ci sta' il client o il server).

Sul sistema Embedded ci sta il client dei webservices.
anche se è server per altre cose, per il contesto della domanda è un client.

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

Re: [Python] python 3 cgi e lettere accentate

2013-07-29 Per discussione Gianluca Esposito 
Il giorno 29 luglio 2013 11:18, Gollum1 gollum1.smeag...@gmail.com ha
scritto:

 Il 29 luglio 2013 10:52, Gianluca Esposito giae...@gmail.com ha scritto:
  salve a tutti,
  ho un problemino con le lettere accentate in una applicazione cgi dal
 quale
  non riesco ad uscire.
  Questo è il mio banalissimo codice che non funziona!
 
  #!/usr/bin/python
  # -*- coding: utf-8 -*-
  s=htmlbodyh1àèìòù/h1/body/html
 
 
  print(Content-Type: text/html;charset=UTF-8)
  print('\n')
  print(s)

 non è che questa parte la devi mettere nel codice tra i tag head /head

 Byez


No quello è l'header http, non html
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 3 cgi e lettere accentate

2013-07-29 Per discussione Gianluca Esposito 
Il giorno 29 luglio 2013 11:16, Roberto De Ioris robe...@unbit.it ha
scritto:


  salve a tutti,
  ho un problemino con le lettere accentate in una applicazione cgi dal
  quale
  non riesco ad uscire.
  Questo è il mio banalissimo codice che non funziona!
 
  #!/usr/bin/python
  # -*- coding: utf-8 -*-
  s=htmlbodyh1àèìòù/h1/body/html
 
 
  print(Content-Type: text/html;charset=UTF-8)
  print('\n')
  print(s)
 
  Nell'error.log di apache ho questo errore:
  UnicodeEncodeError: 'ascii' codec can't encode characters in position
  16-20: ordinal not in range(128)
 
  Ovviamente tutto funziona se metto dei caratteri ascii al posto delle
  lettere accentate
 
  La domanda è, se setto il coding del file e il charset http in utf-8 e le
  stringhe in python3 sono in unicode, questo ascii codec da dove viene
  fuori? c'è qualche modo (immagino semplice, data la mia ignoranza su
  unicode e gli encoding in generale) per ovviare a questo e visualizzare
  correttamente le lettere accentate e gli altri caratteri non in
  range(128)?
 
  grazie a tutti,
 
  Gianluca Esposito
  ___
  Python mailing list
  Python@lists.python.it
  http://lists.python.it/mailman/listinfo/python
 

 Verifica che sia almeno python 3.2, su quelli prima il modulo cgi e' rotto
 (per risolvere dovresti chiudere a riaprire stdin/stdout/stderr con
 un'altra codifica, su google trovi sicuramente qualcosa)


 ok,
#!/usr/bin/python
# -*- coding: utf-8 -*-
import sys
import codecs
sys.stdout = codecs.getwriter('utf-8')(sys.stdout.detach())
s=htmlbodyh1àèìòù/h1/body/html


print(Content-Type: text/html;charset=UTF-8)
print('\n')
print(s)

così funziona,
grazie Roberto

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

Re: [Python] python 3 cgi e lettere accentate

2013-07-29 Per discussione Gianluca Esposito 
Il giorno 29 luglio 2013 13:36, Andrea Francia and...@andreafrancia.it ha
scritto:



 2013/7/29 Gianluca Esposito giae...@gmail.com

 Il giorno 29 luglio 2013 11:16, Roberto De Ioris robe...@unbit.it ha
 scritto:

  #!/usr/bin/python

 ...

 Verifica che sia almeno python 3.2, su quelli prima il modulo cgi e' rotto


 Si, è python 3.3.1


 Sulla mia macchina (Ubuntu 12.qualcosa) succede questo:
 /usr/bin/python  é python 2.7
 /usr/bin/python3 é python 3

 Io non sono persuaso che il tuo script stia usando Python 3.

 Potresti verificare modificando temporaneamente la prima riga in
 #!/usr/bin/python -v

 Ciao

 No è python 3, ho cambiato il link di  /usr/bin/python e ora punta a
python3 (cosa orrenda, ma è una macchina virtuale che mi serve solo per
cgi), da terminale se scrivo python mi apre python3 e se scrivo una print
senza parentesi error.log riporta un errore di sintassi.

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

Re: [Python] Algoritmo in CSV

2010-09-03 Per discussione Gianluca Esposito 
Il 03 settembre 2010 17:50, enrico franchi enrico.fran...@gmail.com
ha scritto:
 2010/9/3 Pietro Battiston m...@pietrobattiston.it:
 Il giorno ven, 03/09/2010 alle 15.58 +0200, Giuseppe Amato ha scritto:
 Ti conviene ordinare e prendere l'ultimo per ogni colonna utlizzando
 sort(cmp) sulle colonne. L'algoritmo di sort è già ottimizzato rispetto
 ai confronti che hai previsto tu. Se hai bisogno anche dell'indice del
 campo butti tutto in un dizionario del tipo {campo:indice} però devi
 fare attenzione alle duplicazioni, che comunque dovrai gestire nella
 ricerca del massimo

 Ehm... no, direi che così peggiora le cose.

 Potrebbe essere. La teoria dice che hai ragione tu; in pratica quello
 che succede non lo so (ma ritengo probabile che peggiora come
 prevedi).


 Io suggerisco una rivoluzione: visto che appunto non puo' che fare mxn
 confronti,
 perche' non guarda se riesce ad inserirsi nell'oggetto che legge il
 file csv in modo che
 si tiene traccia del piu' grosso mano mano che li legge?

 Praticamente *almeno* non fa due volte il giro su tutti gli elementi e
 si limita ad aggiungere una piccolissima e poco costosa operazione
 alla fatica di leggere tutto il file.


Visto che il problema è facilmente divisibile in sottoproblemi, per
ottimizzare, suggerirei a questo punto il multiprocessing, magari
dividi quelle 200 colonne in x parti e le dai in pasto a x processi
che lavorano in parallelo.Per esempio per un quadcore usi 4 processi.
Ovviamente il multiprocessing ha dei tempi per creare i processi e per
la comunicazioni tra processi etc.., quindi può dare un risultato solo
se l'elaborazione è veramente lunga. Nel tuo caso i processi non
devono nemmeno comunicare tra loro, ma devi solo aggregare i risultati
alla fine , per cui

Ma sono tutte soluzioni che non diminuiscono la complessità del
problema, che è lineare.

Ciao

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

Re: [Python] roadmap per python.it

2009-05-16 Per discussione Gianluca Esposito 
Il 16 maggio 2009 7.27, Giovanni Porcari
giovanni.porc...@softwell.it ha scritto:

 Il giorno 16/mag/09, alle ore 01:21, Manlio Perillo ha scritto:

 La mia idea è invece evitare di usare un prodotto integrato, è invece
 restare sulla generazione semi statica del sito, così come fanno su
 python.org.

 Manlio questo lo avevamo intuito un po tutti :)

 Ma potresti spiegare i vantaggi ? Ovvero, trattandosi
 di un sito per una comunità, non credi che strumenti
 dedicati siano più idonei a garantire la gestione
 tempestiva ?

A me personalmente fa un pò tremare la frase generazione semi statica
del sito, credo che il passo principale per rivitalizzare il tutto
sia quello di pensare ad una strutturazione community oriented
(scusate se sembro ripetitivo), ovviamente con meccanismi di controllo
e revisione.

Marco Beri ha parlato in qualche messaggio precedente di una timeline.
Io sono completamente d'accordo, e credo che il modo migliore sia una
allocazione, quantomeno suggerita, delle risorse che si renderanno
disponibili.
Poichè non è la prima volta che si parla di una rivitalizzazione di
python.it in questa mailing list, temo che quando nessuno risponderà
più ai messaggi in questa discussione, morirà tutto il progetto e con
esso tutti i buoni propositi.

Invece io suggerirei di creare una applicazioncina web di supporto
allo sviluppo del sito python.it, che accetti le adesioni e suggerisca
agli aderenti dove c'è necessità di forza lavoro, per esempio se il
Modulo di integrazione del Forum lo stanno sviluppando già 20
sviluppatori, mentre sul modulo per gestire le traduzioni ci sta
lavorando solo una persona, verrebbe suggerito, ad un eventuale nuova
adesione, di aiutare nello sviluppo del modulo traduzioni .
L'ho buttata lì...

Ovviamente il tutto ha un senso solo dopo che abbiamo progettato il
sistema e conosciamo le componenti da sviluppare e gli strumenti da
usare.

Gianluca Esposito



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

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

[Python] roadmap per python.it

2009-05-11 Per discussione Gianluca Esposito 
salve ragazzi,

prima di tutto vorrei ringraziare, anche a nome di Antonio, tutti
coloro che hanno reso possibile la realizzazione della terza edizione
del PyCon che, oltre alla possibilità di approfondire tematiche
tecniche di indubbio interesse, ha avuto il suo buon ruolo sociale,
consentendoci di conoscere di persona (e con molto piacere!) tutti voi
e di condividere idee e punti di vista sul prosieguo e sull'evoluzione
delle attività dell'associazione (io e Antonio ci siamo associati
giusto durante la conferenza).
Come da oggetto di questa mail vorremmo, partendo da questo messaggio
e se siete d'accordo, proseguire la discussione avviata domenica
scorsa relativamente al restyling, sia a livello di contenuti che di
organizzazione, del progetto python.it, consci del fatto che la
promozione di Python in Italia debba passare da una degna e
consistente presenza sul web: a regime, l'idea è quella che python.it
e python-it.org si fondano in un'unica risorsa informativa, che possa
rappresentare realmente un punto di riferimento per chi in Italia è
interessato a Python, sia a livello didattico che professionale.
l'ideale per ottenere questo risultato passerebbe per l'adozione di un
Framework che possa coprire tutte le esigenze del progetto (da una
sezione wiki a un forum, passando per percorsi tematici pensati per le
varie tipologie di lettore) in maniera chiara e di facile utilizzo.

ok dunque, la discussione può partire (qui o sul chan, per noi va
bene), sperando in una viva e costruttiva partecipazione da parte di
tutti.

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

Re: [Python] Problema con Django

2009-03-03 Per discussione Gianluca Esposito 
Il 3 marzo 2009 10.17, waltervale...@yahoo.it waltervale...@yahoo.it
ha scritto:



 - Original Message -
 Subject:
 Date:Tue, 3 Mar 2009 9:07:15
 From:Valenti Walter walter.vale...@esternibisp.com
 To:waltervale...@yahoo.it waltervale...@yahoo.it

  Sto provando a usare Django..
  Tra le varie cose che sto provando,c’è anche l’upload di un file da browser: 
 (ovvero il problema !!!)

  Allora:

  parte della vista è:

  def caricato(request):
     if request.method == 'POST':
     form = FileForm(request.POST, request.FILES)
     print request.FILES
     print request.POST
     #if form.is_valid():
     file=request.FILES['nuovo_file']
     print file

  FileForm è definito come:
  class FileForm(forms.Form):
     nuovo_files=forms.FileField()



  La parte html è:
  form method=post action=/geco/caricato/ enctype=multipart/form-data
 input type=file name=nuovo_file


  Problema:
  La variabile request.FILES contiene:
  MultiValueDict: {u'nuovo_file': [InMemoryUploadedFile: prova2.not 
 (application/octet-stream)]}

  Request.POST contiene:

  QueryDict: {u'invia': [u'invia']}

  E request.FILES['nuovo_file'] contiene prova2.not


  (prova2.not è il nome del file che prova a caricare).
  Orbene: dove caspita finisce il contenuto del file ??

Credo che questo ti possa essere utile:
http://docs.djangoproject.com/en/dev/topics/http/file-uploads/#topics-http-file-uploads

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