Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-13 Per discussione lex mlist
Ho realizzato e testato anche la classe Storage che sfrutta i cookie, serializza i dati, crea un hash con base64 e lo invia al client. Alla ricezione prova a ripristinare i dati, se questi sono corrotti (qualcosa và storto) allora la sessione viene reinizializzata da capo perdendo tutti i dati. Non

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-10 Per discussione lex mlist
Il giorno 09 aprile 2011 19:49, Roberto De Ioris ha scritto: > Visto che ci sei ti consiglio di generalizzarlo un pochino, in modo che > sia facile subclassarlo per poter usare altri motori di storage (database, > nosql, cache engine...) > > Non sottovalutare questo aspetto, poter condividere le

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-10 Per discussione lex mlist
Ho completato completato e testato la nuova classe SQLQuery che và a sostituire le due funzioni sql_query e save che sono state sostituite quindi da due classmethods. Come prima la connessione persistente (sessione) al database viene creata alla prima richiesta sul database automaticamente, senza b

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
Il giorno 09 aprile 2011 19:49, Roberto De Ioris ha scritto: > Visto che ci sei ti consiglio di generalizzarlo un pochino, in modo che > sia facile subclassarlo per poter usare altri motori di storage (database, > nosql, cache engine...) > > Non sottovalutare questo aspetto, poter condividere le

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
Ho appena fatto il commit con la modifica consigliata da Roberto al session manager. Ora effettua il lock sul file (con flock) nel corpo dello statement with per gestire i file. Uscendo dal blocco con la chiusura si toglie il lock (ero insicuro se dichiararlo esplicitamente, ma ho fatto dei test).

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
Il giorno 09 aprile 2011 17:16, Daniele Varrazzo ha scritto: > Nota che l'escaping che vedi non è fatto dal server, ma dal client. Tu > scrivi "ciao mondo" in una form del client, e il client prepara una > richiesta http che nel corpo (in caso di POST) o nella url (in caso di GET) > contiene una

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
Il giorno 09 aprile 2011 15:32, Daniele Varrazzo ha scritto: > Questo fa parte dell'html, wsgi si limita solo a passare questi dati da > una parte all'altra. > Aggiungo, rileggendo il mio vecchio post ammetto di non essere stato chiaro, davo per scontato quanto sopra, e per questo mi riferivo al

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
Il giorno 09 aprile 2011 15:32, Daniele Varrazzo ha scritto: > Le specifiche le trovi qui ad esempio > e in python c'è il modulo > urllib che permette di fare encoding/decoding. > Ti ringrazio per il link, che quello è html ci arrivo, semplicemente

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-09 Per discussione lex mlist
> Dai una occhiata a come Flask usa le sessioni. Ti risparmieresti un sacco >> di grattacapi (tra cui la necessita' di condividere le sessioni su piu' >> server quando vuoi distribuire l'applicazione). >> > > Ho realizzato qualcosa di molto simile a quello in uso da Flask, ma alla fine sono giunto

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-08 Per discussione lex mlist
Ho risolto alcuni piccoli bug in session.py e register.py, che sono sorti dopo una rivistazione della struttura del codice e che non avevo ancora testato. Con la revisione attuale funzionano perfettamente tutti gli esempi. Sto intanto concludendo un esempio sfruttando anche le query in SQL e intant

Re: [Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-07 Per discussione lex mlist
Il giorno 07 aprile 2011 20:13, Roberto De Ioris ha scritto: > Non ho guardato bene il codice ma piu' tardi lo scarico, comunque, sia > mod_wsgi che uWSGI supportano Python 3/PEP da un bel po' di tempo > (e credo anche cherrypy) > Ti ringrazio per avermi ricordato uWSGI. mod_wsgi non ho anco

[Python] Spyro - web framework open source per Python3 in sviluppo ricerca collaboratori

2011-04-07 Per discussione lex mlist
Salve a tutti, vi scrivo per parlarvi di un progetto che ho iniziato un circa un mesetto fa. Assolutamente non sono qui per "vendervi" un prodotto, visto che non è ancora pronto, ma sono qui a parlarvi del progetto perchè mi piacerebbe poter avere aiuti nello sviluppo, e poi sviluppare da soli no

Re: [Python] Come scrivere uno script da installare in /usr/bin con setup.py?

2011-03-20 Per discussione lex mlist
Ti ringrazio Marco, la tua risposta è più che esauriente. Ho letto il primo dei due link, domani impegni permettendomi leggerò per bene anche il secondo :) A questo punto non mi resta che provare, ammetto di non aver creato uno script tipo quello di Van Rossum, ma il principio è lo stesso. if __na

[Python] Come scrivere uno script da installare in /usr/bin con setup.py?

2011-03-19 Per discussione lex mlist
Giorno a tutti, quello che vorrei ottenere è uno script da eseguire per automatizzare alcuni processi. Non è conveniente spostare sempre lo script perchè potrebbe essere utilizzato in qualsiasi directory, e quindi diverrebbe scomodo. Non vorrei dover far settare a mano la variabile d'ambiente in c

[Python] [web] Il logging degli accessi a che livello dovrebbe essere effettuato?

2011-03-14 Per discussione lex mlist
Come da titolo, il logging delle richieste in entrata e degli errori dovrebbe essere effettuato a livello del webserver o della applicazione/framework? Io penso che gli errori dell'applicazione debbano essere loggati dalla stessa e tutto il resto (accessi compresi) dal server web, no? E ancora, s

Re: [Python] Introspezione - Ottenere implicitamente una variabile della classe parent

2011-03-13 Per discussione lex mlist
Ringrazio Francesco per la precisazione, in effetti anche io mi ero soffermato solo sul metodo __init__(). Nessun problema comunque, grazie ancora ad entrambi per la disponibilità :D Buona notte. ___ Python mailing list Python@lists.python.it http://list

[Python] Introspezione - Ottenere implicitamente una variabile della classe parent

2011-03-12 Per discussione lex mlist
Ciao a tutti, mi trovo in una condizione particolare. Ho una classe che contiene dei dati, e in questa classe viene istanziata a sua volta un'oggetto che dovrebbe manipolare i dati contenuti nella classe stessa. Mi spiego con un esempio: === class A(object): def __

Re: [Python] Quale tra dict, tuple e oggetti collect ions risulta essere il più performante?

2010-12-13 Per discussione lex mlist
Io non ho detto che Python non permette di ottimizzare la ricerca, ho per l'appunto chiesto se esistono magari altri tipi di dati (anche del modulo collections) che sono pensati appositamente per situazioni analoghe alla mia, qualcosa di più opportuno di un dizionario (sia per la gestione che per l

[Python] Quale tra dict, tuple e oggetti collect ions risulta essere il più performante?

2010-12-13 Per discussione lex mlist
Buondì, la mia situazione è più o meno questa: ho un dizionario in input di lunghezza indefinita (non ho proprio modo di sapere a priori quale sarà il limite massimo, essendo un insieme di elementi in cui fare una ricerca). Ho poi la necessità di fare, in base ad altri dati in input, numerose ric

Re: [Python] Semplificare l'importazione di oggetti da un package

2010-11-23 Per discussione lex mlist
No il problema l'ho risolto seguendo questo [1]. A quanto pare la soluzione migliore per evitare il problema è importare quello che ti serve solo quando ti serve, io invece da buon developer di C/C++ ho la tendenza ad importare tutto quello che mi serve/potrebbe servire all'inizio del modulo. Mi

Re: [Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-22 Per discussione lex mlist
Il giorno 20 novembre 2010 13:21, Manlio Perillo ha scritto: > E' possibile che durante la fase di compilazione venga eseguito del > codice Python, ma non saprei dirti con certezza; chiedi sul newsgroup > inglese. > Proverò a chiedere, e tempo permettendo, a cercare prima ancora di chiedere per e

Re: [Python] Semplificare l'importazione di oggetti da un package

2010-11-19 Per discussione lex mlist
Sera a tutti, visto che l'errore che ottengo è relativo a quanto sopra, non stò ad aprire un'altro thread. Questa è la mia situazione: module/ module/__init__.py module/submodule/__init__.py module/submodule/application.py In application.py dichiaro tre classi: Application, Info, in un'altro file

Re: [Python] Semplificare l'importazione di oggetti da un package

2010-11-18 Per discussione lex mlist
Il giorno 18 novembre 2010 22:12, Manlio Perillo ha scritto: > Ciao. > Ciao Manlio! Di solito quello che si fa è: > > __init__.py > from module import Classe > from modulee import Classe2 > > > __all__ = ['Classe', 'Classe2'] > > > Volendo automatizzare, si, puoi utilizzare la variabile speciale

[Python] Semplificare l'importazione di oggetti da un package

2010-11-18 Per discussione lex mlist
Sera a tutti, beh le mie limitate conoscenze con Python si notano probabilmente da messaggi come questi (per cui mi scuso). Ho provato a cercare ma non ne sono venuto a capo. Supponiamo la seguente situazione: /package /__init__.py /package/module.py - definisce Classe /package/module2.py - defini

Re: [Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-17 Per discussione lex mlist
Il giorno 17 novembre 2010 13:43, Manlio Perillo ha scritto: > Il problema è che stiamo parlando di un programma probabilmente > acquistato da un utente e che molto probabilmente gira sul suo computer. > > Se l'utente vuole fare danni, saranno anche problemi suoi, no? :) > Ahahah, si probabilmente

Re: [Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-17 Per discussione lex mlist
Il giorno 17 novembre 2010 10:31, Gian Mario Tagliaretti ha scritto: > > Visto che hai fatto l'esempio dei CAD > > Autodesk Maya > http://usa.autodesk.com/adsk/servlet/pc/index?siteID=123112&id=13577897 > > Autodesk Plant 3D > http://usa.autodesk.com/adsk/servlet/pc/index?siteID=123112&id=1226

Re: [Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-16 Per discussione lex mlist
Il giorno 16 novembre 2010 13:35, Manlio Perillo ha scritto: > Il problema però è capire i casi di uso. > In quale casi hai bisogno di verificare l'integrità di tutti i moduli > Python utilizzati? > L'unico caso di uso che mi viene in mente è quando l'interprete python > viene eseguito con privi

Re: [Python] [ANN] secimport

2010-11-16 Per discussione lex mlist
Ma bene :) Seguo con attenzione gli sviluppi, e mi permetto di usarlo per test, e usare i file aggiornati al posto del signedimporter di paste, per la modifica a CPython. Se faccio modifiche o scovo qualcosa (o se ho dubbi) ti avviso :) Buono sviluppo! _

Re: [Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-16 Per discussione lex mlist
Il giorno 15 novembre 2010 20:13, Manlio Perillo ha scritto: > Se embeddi l'interprete, ti basta settare il flag Py_NoSiteFlag. > Ah, beh tanto meglio :) > Scusa, ma nel tuo caso chiami l'interprete dalla riga di comando, o è > incluso nella tua applicazione? > Nel progetto di cui alla discussio

[Python] SignedImporter [was: Criptazione dei file sorgenti per evitare la manomissione]

2010-11-14 Per discussione lex mlist
Il giorno 13 novembre 2010 22:49, Manlio Perillo ha scritto: > Ecco un proof of concept, basato sul PEP 302: > http://paste.pocoo.org/show/290997/ > Eccomi, Manlio ti chiedo scusa se non ho risposto subito ma ho preferito un attimo leggermi la PEP302, studiarmi il tuo proof e fare qualche prova

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 20:01, Manlio Perillo ha scritto: > Si. Un semplice hash (SHA1, SHA e simili) oppure una firma tramite > cifratura a chiave pubblica. Tieni conto che è comunque suscettibile di attacchi, dato che devi > memorizzare le firme da qualche parte. > Se il core è in C, la mano

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 19:44, Raffaele Salmaso < raffaele.salm...@gmail.com> ha scritto: > On 11/12/2010 09:36 PM, lex mlist wrote: > > Esattamente che cosa intendi con "lua è molto più parco di risorse"? > che è pensato per girare con meno risorse: l'

Re: [Python] Problema con la condivisione e l'utilizzo di un dict globale

2010-11-13 Per discussione lex mlist
Si immagino che il problema quindi sia nel design dell'applicazione, perchè l'import già adesso e sicuramente pensavo di usarlo in un'altro modulo che non è quello finale, e quindi si otterrebbe una cosa del genere: error importa application, altri file del package usano error, il file main.py incl

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 15:22, Manlio Perillo ha scritto: > > In casi come questo, invece che criptare/nascondere potresti firmare > crittograficamente i vari moduli. > Intendi che dovrei ricavare l'hash del file originale e compararlo con il file che vad ad eseguire per accertarmi che non ci s

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 14:24, Enrico Franchi ha scritto: > > On Nov 13, 2010, at 12:23 PM, lex mlist wrote: > > > Comunque, visto che ritieni la soluzione .pyc (giustamente) facilmente > decompilabile, hai quindi una qualche alternativa? > > oppure un programma pytho

Re: [Python] Problema con la condivisione e l'utilizzo di un dict globale

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 14:23, Marco Giusti ha scritto: > l'ottimizzazione del bytecode python è molto superficiale, per quanto ne > sò tutto quello che viene fatto è la rimozione di alcuni statement: gli > ``assert``, ``__debug__`` viene impostata a ``False`` e vengono > eliminati (azzerati?)

Re: [Python] Problema con la condivisione e l'utilizzo di un dict globale

2010-11-13 Per discussione lex mlist
Ma sai che non funziona? questa è la classe ora: class Application(object): def __init__(self, filename): self.filename = filename def setup(self): try: global configuration configuration = yaml.load(open

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 12:32, Paolo Bernardi ha scritto: > Ben detto! Un ragionamento di questo tipo (costi/benefici) è proprio > quello che devi fare. > =)) beh sono contento ogni tanto di far qualcosa nel senso giusto :D > > > Comunque, visto che ritieni la soluzione .pyc (giustamente) f

Re: [Python] Problema con la condivisione e l'utilizzo di un dict globale

2010-11-13 Per discussione lex mlist
Il giorno 13 novembre 2010 12:19, Marco Giusti ha scritto: > On Sat, Nov 13, 2010 at 11:45:37AM +0100, lex mlist wrote: > > Giorno, > > > > torno alla carica con un'altro problema (e chiedo scusa se vi stresso). > > no problem >

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Beh, sperando che rimanga cosi... supporta solo python 2.5 e python2.6, io mi stò già appoggiando a Python3 direttamente. Lo sò che non è una soluzione al problema unpyc che prima o dopo ci arriverà (magari già è in sviluppo), comunque ripeto, non è che ci sia da difendere chissà che in termini di

[Python] Problema con la condivisione e l'utilizzo di un dict globale

2010-11-13 Per discussione lex mlist
Giorno, torno alla carica con un'altro problema (e chiedo scusa se vi stresso). Ho una semplice applicazione di test, che sfrutta pyyaml per ricavare delle informazioni da un file di configurazione. Il modulo è cosi composto: / /setup.py /mod/application.py /mod/errors.py /mod/__init__.py /tests/

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-13 Per discussione lex mlist
Grazie sia a Daniele che a Marco per le risposte :) Non mi devo preoccupare di hacking sui sorgenti, tanto gira e rigira un modo chi è determinato lo trova sempre, e poi dovrei fare anche l'obfuscation del codice macchina prodotto dalla compilazione in C, e non mi serve. Penso che l'idea di distri

Re: [Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-12 Per discussione lex mlist
Il giorno 12 novembre 2010 21:11, Raffaele Salmaso < raffaele.salm...@gmail.com> ha scritto: > Ni, py ha molte più librerie pronte, lua è molto più parco di risorse e > molto più semplice da includere in un programma c. Dipende dagli usi > (molti giochi usano lua e non python per implementare la l

[Python] Criptazione dei file sorgenti per evitare la manomissione

2010-11-12 Per discussione lex mlist
Sera a tutti. Pensavo di incorporare l'interprete di python in un mio progetto C, visto che ho bisogno di permettere ad alcuni non-sviluppatori di sviluppare facilmente le loro idee. La scelta pende totalmente su di me, ero indeciso tra Python e LUA, ma sebbene LUA lo conosco solo di vista, mi sem

Re: [Python] Quoting [was: Problema installazione package con setup.py]

2010-11-05 Per discussione lex mlist
Il giorno 05 novembre 2010 18:29, Daniele Varrazzo ha scritto: > Intanto benvenuto, e grazie per *non* aver top-quotato, come l'interfaccia > di gmail invita a fare :) > Grazie per il benvenuto, niente di che riguardo il quoting, anche io non sono amante dei messaggi che quotano per intero tutto

Re: [Python] Problema installazione package con setup.py

2010-11-05 Per discussione lex mlist
> > >from func import inutile >inutile.inutile() > > Generalmente il nome del package principale corrisponde in qualche > maniente al nome della distribuzione, per esempio Twisted ha il package > principale che si chiama ``twisted``, questo per creare meno confusione. > Ah! capito,

[Python] Problema installazione package con setup.py

2010-11-05 Per discussione lex mlist
Buongiorno a tutti, sono nuovo della ML e pertanto ne approfitto per salutare tutti gli iscritti. Ho iniziato da poco con Python (dopo esperienze con altri linguaggi di programmazione, principalmente C e C++). Oggi, avendo del tempo a disposizione, stò provando a fare un semplice package e ho in