Re: [Python] Python su server web

ho un piccolo dubbio... se installo il compilatore python sul mio web server, posso richiamare script di python da IIS come per esempio le pagine asp o php? se si quali classi o moduli ho a disposizione per manipolare le variabili che mi vengono passate da un'altra pagina? Se proprio devi puoi i

[Python] Python su server web

Ciao a tutti, ho un piccolo dubbio... se installo il compilatore python sul mio web server, posso richiamare script di python da IIS come per esempio le pagine asp o php? se si quali classi o moduli ho a disposizione per manipolare le variabili che mi vengono passate da un'altra pagina? Grazi

Re: [Python] ragionamento sul model

Io mi terrei la possibilità di esportare, non di importare. Cosi evitiamo di riempire il DB con informazioni useless o little useful. hcard e geo non sono formati per il model, ma semplicemente convenzioni per il template -- Lawrence http://www.oluyede.org/blog http://www.neropercaso.it ___

Re: [Python] ragionamento sul model

administrative_area è un termine generico che può gestire contee, distretti, regioni, etc. Boh preferisco termini più di uso comune, altrimenti ogni volta devo andare a guardare il model :-P Comunque per me è uguale su questo campo E questo non è permesso? Devo vedere meglio. fammi sapere

Re: [Python] ragionamento sul model

Il giorno 12/gen/07, alle ore 16:00, Manlio Perillo ha scritto: L'idea di usare vcard, linearizzandolo per adattarlo al modello redazionale, è buona. Però in questo modo è possible solo esportare i dati in formato vcard, non importarli (a meno che il documento non sia semplice). Pensavo

Re: [Python] ragionamento sul model

Giovanni Porcari ha scritto: Non direi che vCard 'usa' un modello gerarchico ma piuttosto che la 'realtà' di cui è il modello è gerarchica. Si, direi che le due frasi sono equivalenti. Credo sia possibile creare in un database relazionale delle table che descrivano dati gerarchici senza

Re: [Python] ragionamento sul model

Non direi che vCard 'usa' un modello gerarchico ma piuttosto che la 'realtà' di cui è il modello è gerarchica. Credo sia possibile creare in un database relazionale delle table che descrivano dati gerarchici senza per questo 'violentarlo'. La proposta era solo quella di usare come nomi de

Re: [Python] ragionamento sul model

Lawrence Oluyede ha scritto: - perchè non hai usato il wiki? Perché volevo sapere se andava bene prima di metterlo la - province_or_district non mi convince è la cosa più umana che mi viene in mente. Negli stati uniti esistono le contee, in cina i distretti, in italia le province. quel camp

Re: [Python] ragionamento sul model

Giovanni Porcari ha scritto: Il giorno 12/gen/07, alle ore 13:03, Manlio Perillo ha scritto: La tabella Address contiene gli indirizzi in modo che si possano fare le ricerche via SQL. Provo ad azzardare una 'fesseria' ... Ogni pythonista 'dovrebbe' avere una vcard completa. Sarebbe quindi

Re: [Python] ragionamento sul model

Fredo Corleone ha scritto: 2007/1/12, Manlio Perillo <[EMAIL PROTECTED] >: (anche se le query 'object oriented' le possiamo inserire come feature aggiuntiva, ad esempio posso cercare i pythonisti che abitano nella mia stessa via, cosa non possibile in SQ

Re: [Python] ragionamento sul model

- perchè non hai usato il wiki? Perché volevo sapere se andava bene prima di metterlo la - province_or_district non mi convince è la cosa più umana che mi viene in mente. Negli stati uniti esistono le contee, in cina i distretti, in italia le province. quel campo potrebbe contenere "San Mate

Re: [Python] ragionamento sul model

Lawrence Oluyede ha scritto: Che ne dite? http://dpaste.com/hold/4597/ Solo 3 note: - perchè non hai usato il wiki? - province_or_district non mi convince - GeoLocation al momento è 'legato' ad user. La cosa va vista meglio e dipende su quali tabelle andiamo poi a fare le query. Inoltre F

Re: [Python] ragionamento sul model

controproposta. http://microformats.org/wiki/hcard e, ovviamente, http://microformats.org/wiki/geo Li implementi tu :-) ? Comunque: http://trac.python.it/wiki/Progetti/Pythonisti/Idee -- Lawrence http://www.oluyede.org/blog http://www.neropercaso.it

Re: [Python] ragionamento sul model

Il giorno 12/gen/07, alle ore 14:39, Carlo C8E Miron ha scritto: controproposta. http://microformats.org/wiki/hcard e, ovviamente, http://microformats.org/wiki/geo Più che una controproposta mi pare la stessa proposta ...'arricchita' e migliorata. D'accordissimo... ;) G

Re: [Python] ragionamento sul model

Volendo poi la pappa fatta (compreso l'hosting gratuito) http://www.google.com/base/help/about.html?hl=en_US A volte Google mi irrita G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] ragionamento sul model

Ogni pythonista 'dovrebbe' avere una vcard completa. Sarebbe quindi forse intelligente appoggiarsi al modello di vcard traducendolo nelle tabelle appropriate. Un pulsante di upload della vcard potrebbe creare tutti i record necessari a descrivere l'indirizzo o gli indirizzi che si intende mettere

Re: [Python] ragionamento sul model

On 1/12/07, Giovanni Porcari <[EMAIL PROTECTED]> wrote: Il giorno 12/gen/07, alle ore 13:03, Manlio Perillo ha scritto: La tabella Address contiene gli indirizzi in modo che si possano fare le ricerche via SQL. Ogni pythonista 'dovrebbe' avere una vcard completa. Sarebbe quindi forse intelligen

Re: [Python] ragionamento sul model

Il giorno 12/gen/07, alle ore 13:03, Manlio Perillo ha scritto: La tabella Address contiene gli indirizzi in modo che si possano fare le ricerche via SQL. Provo ad azzardare una 'fesseria' ... Ogni pythonista 'dovrebbe' avere una vcard completa. Sarebbe quindi forse intelligente appoggiar

Re: [Python] ragionamento sul model

Che ne dite? http://dpaste.com/hold/4597/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] ragionamento sul model

Sia geolocation che profile sono legati alla tabella user. Dato che usiamo Django appoggiamoci alla tabella predefinita per gli utenti. Certo peccato che Trac non usi come backend Subversion, così si poteva inserire il testo delle pagine direttamente nel repository, via HTTP è stupidamente ine

Re: [Python] ragionamento sul model

2007/1/12, Manlio Perillo <[EMAIL PROTECTED]>: (anche se le query 'object oriented' le possiamo inserire come feature aggiuntiva, ad esempio posso cercare i pythonisti che abitano nella mia stessa via, cosa non possibile in SQL puro). Potresti spiegarmi questa cosa ("non possibile in SQL pu

Re: [Python] ragionamento sul model

Lawrence Oluyede ha scritto: Ma non vorrei dipendere troppo da Google, e vorrei tenermi stretto al modello relazionale (anche se le query 'object oriented' le possiamo inserire come feature aggiuntiva, ad esempio posso cercare i pythonisti che abitano nella mia stessa via, cosa non possibile in S

Re: [Python] ragionamento sul model

Ma non vorrei dipendere troppo da Google, e vorrei tenermi stretto al modello relazionale (anche se le query 'object oriented' le possiamo inserire come feature aggiuntiva, ad esempio posso cercare i pythonisti che abitano nella mia stessa via, cosa non possibile in SQL puro). Ho appena ragionat

Re: [Python] ragionamento sul model

Lawrence Oluyede ha scritto: Sto ragionando sul model di geo e il profilo e non mi convince molto. L'utente arriva sul sito, si iscrive e inserisce i suoi dati: nome, cognome via, città, eventuale provincia, nazione preme "submit" e geo entra in gioco macinando l'indirizzo e trasformandolo in

Re: [Bulk] Re: [Python] Re: [pythonisti] pensare in grande?

Simone ha scritto: Manlio Perillo ha scritto: Non è una cosa facilmente generalizzabile. Scusate se mi intrometto Prego e ben venuto! (sono un lurker di vecchia data con poco tempo per imparare python... :( ), ma secondo me sarebbe più semplice una struttura di tabella fatta così (almen

Re:[Python] Alle primissime armi!!

>proprio ai primi approcci con python, ma come si fa a definire la data di >ieri, per intenderci il corrispettivo di Getdate()-1!! import datetime oggi =datetime.datetime.now() #oppure oggi=datetime.date.today() se non vuoi l'ora ieri = oggi - datetime.timedelta(1) Ciao Alessandro --

Re: [Python] Alle primissime armi!!

On 1/12/07, Lorena Doria <[EMAIL PROTECTED]> wrote: Ciao a tutti e scusate la super banalità della mia domanda ma sono proprio ai primi approcci con python, ma come si fa a definire la data di ieri, per intenderci il corrispettivo di Getdate()-1!! Brutalmente: In [3]: today = date.today() I

[Python] Alle primissime armi!!

Ciao a tutti e scusate la super banalità della mia domanda ma sono proprio ai primi approcci con python, ma come si fa a definire la data di ieri, per intenderci il corrispettivo di Getdate()-1!! Ringrazio in anticipo chi mi vorrà aiutare Lorena ___

[Python] ragionamento sul model

Sto ragionando sul model di geo e il profilo e non mi convince molto. L'utente arriva sul sito, si iscrive e inserisce i suoi dati: nome, cognome via, città, eventuale provincia, nazione preme "submit" e geo entra in gioco macinando l'indirizzo e trasformandolo in una geo-location, poi questa g

Re: [Bulk] Re: [Python] Re: [pythonisti] pensare in grande?

Manlio Perillo ha scritto: Non è una cosa facilmente generalizzabile. Scusate se mi intrometto (sono un lurker di vecchia data con poco tempo per imparare python... :( ), ma secondo me sarebbe più semplice una struttura di tabella fatta così (almeno dalla parte del db, non so che limiti pos