[Python] mod_python ed il giusto handler

Salve a tutti, mi sto inoltando solo ora verso mod_python su Apache 2.X e già mi sorgono i primi dubbi. Qual'è secondo voi l'handler più semplice / immediato da gestire ? - CGI lo escluderei per le performance ridotte - PSP è un embed stile JSP, PHP, o Rails e tutto sommato potrebbe esser

Re: [Python] mod_python ed il giusto handler

On 8/16/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Salve a tutti, [snip] - ce ne sono altri ??? ... qual'è il più usato ? Django, insomma, vorrei avere pareri o opinioni su un modo di sfruttare python nel web piuttosto che un altro ... voi cosa avete scelto

Re: [Python] mod_python ed il giusto handler

Ma porca trota (scusa, intanto grazie) .. è tutto il pomeriggio che sbatto la testa con questo mod_python ed ora viene fuori questo framework favoloso ? vabbeh ... proverò a continuare per la mia strada (poi un giorno spiegherò anche il perchè o dove vorrei arrivare) con mod_python Le conclu

Re: [Python] mod_python ed il giusto handler

mi sto inoltando solo ora verso mod_python su Apache 2.X e già mi sorgono i primi dubbi. A me mod_python non piace te lo dico subito :-) Qual'è secondo voi l'handler più semplice / immediato da gestire ? - CGI lo escluderei per le performance ridotte Ha poco senso direi si. - PSP è un

Re: [Python] mod_python ed il giusto handler

On 8/16/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Ma porca trota (scusa, intanto grazie) .. è tutto il pomeriggio che sbatto la testa con questo mod_python ed ora viene fuori questo framework favoloso ? Veramente è fuori da un anno e passa :-) vabbeh ... proverò a continuare per la mia

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: > [...] > >> insomma, vorrei avere pareri o opinioni su un modo di sfruttare python >> nel web piuttosto che un altro ... voi cosa avete scelto ? > > Io non ho ancora scelto a dire il vero dato che ho fatto un annetto > senza fare roba Web. Ora sto usando Nevow per una

Re: [Python] mod_python ed il giusto handler

er i consigli , Andrea Giammarchi -------- Oggetto: Re: [Python] mod_python ed il giusto handler Da: Andrea Giammarchi <[EMAIL PROTECTED]> Data: Wed, 16 Aug 2006 21:06:41 +0200 A: Lawrence Oluyede <[EMAIL PROTECTED]> Lawrence Oluyede ha scritto: - ce ne so

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Ho qualche dubbio, ma è anche vero che nel 90% dei casi avere soluzioni preconfezionate è da preferire. Anche se magari uno che usa spesso soluzioni più potenti ne diventa così pratico da codificare comunque in poco tempo. sono d'accordo, però secondo me è bene anche sa

Re: [Python] mod_python ed il giusto handler

Ma non avevi detto che ti mantenevi ben alla larga da Nevow? ;-) Beh è scritta in nevow, mica posso riscriverla :) -- Lawrence http://www.oluyede.org/blog ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: >> Ma non avevi detto che ti mantenevi ben alla larga da Nevow? ;-) > > Beh è scritta in nevow, mica posso riscriverla :) > Cosa è? Saluti Manlio Perillo ___ Python mailing list Python@lists.python.it http://lists.pyth

Re: [Python] mod_python ed il giusto handler

On 8/16/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: Lawrence Oluyede ha scritto: >> Ma non avevi detto che ti mantenevi ben alla larga da Nevow? ;-) > > Beh è scritta in nevow, mica posso riscriverla :) > Cosa è? Se te lo dicessi dovrei ucciderti ™ ;-) -- Lawrence http://www.oluyede.org/bl

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Alt alt alt. Io non sto criticando la separazione del tipo di request. Sto dicendo che non mi piace il modo in cui lo fa PHP. Comunque una veloce ricerca nella doc di Django mi ha dato questi: http://www.djangoproject.com/documentation/request_response/ Mi pare un mod

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: > On 8/16/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: >> Lawrence Oluyede ha scritto: >> >> Ma non avevi detto che ti mantenevi ben alla larga da Nevow? ;-) >> > >> > Beh è scritta in nevow, mica posso riscriverla :) >> > >> >> Cosa è? > > Se te lo dicessi dovrei ucc

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Parlo di gestione database (creazione indici particolari, tablespace - che con un ORM come quello di django non credo sia possibile affrontare) fortunatamente il mio piccolo ed umile progettino non necessita di database e teoricamente potrà essere implementato anche

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: > Manlio Perillo ha scritto: >> Parlo di >> e caching non "banale". >> > mod_python fa caching di suo, Si, ma credo che usi solo i validatori (ETag e Last-Modified). HTTP 1.1 ha Cache-Control che è una bella bestia. Per questo preferisco le librerie minimali che

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Si, ma credo che usi solo i validatori (ETag e Last-Modified). HTTP 1.1 ha Cache-Control che è una bella bestia. mi sembra che la mia installazione di mod_python per py 2.4 su apache 2.0 sfrutti proprio HTML 1.1 ... e non so se per "bella bestia" intendi a livello

Re: [Python] mod_python ed il giusto handler

GET A dictionary-like object containing all given HTTP GET parameters. POST A dictionary-like object containing all given HTTP POST parameters. quindi io avrei fatto monkey patch / code perchè ho messo l'underscore prima di GET e POST ovvero ho creato _GET e _POST ??? Facciamo finta c

Re: [Python] mod_python ed il giusto handler

mi sembra che la mia installazione di mod_python per py 2.4 su apache 2.0 sfrutti proprio HTML 1.1 ... e non so se per "bella bestia" intendi a livello di buon caching o pessimo Sicuramente è una cosa positiva quella che intendeva Manlio. Leggi qui: http://www.mnot.net/cache_docs/ ma io potrei

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Il punto è che in un fw è tutto più organico, tutto qui. Ma sembra che tu non voglia usare un fw a tutti i costi, mi sbaglio? no, non sbagli, devo fare un qualcosa di portabile, non basato su alcun framework, per fare questo devo evitare di basarmi a mia volta su un

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: > Lawrence Oluyede ha scritto: >> Il punto è che in un fw è tutto più organico, tutto qui. Ma sembra che >> tu non voglia usare un fw a tutti i costi, mi sbaglio? > no, non sbagli, devo fare un qualcosa di portabile, non basato su alcun > framework, per fare questo de

Re: [Python] mod_python ed il giusto handler

no, non sbagli, devo fare un qualcosa di portabile, non basato su alcun framework, per fare questo devo evitare di basarmi a mia volta su un fw. Mi sfugge cosa intendi per portabile a questo punto. 1 - se devo imparare ora qualcosa su Python per il web, tanto vale scegliere il progetto sulla q

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede wrote: >> - ce ne sono altri ??? ... qual'è il più usato ? > Django :-) Io sto sperimentando turbogears con sqlalchemy e _totale_ introspezione di un DB gia' esistente, piuttosto complesso (una cinquantina di tabelle pesantemente relazionate) e sono piacevolmente basito dalla fless

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Mi sfugge cosa intendi per portabile a questo punto. intendo usabile dal basso livello (mod_python) all'alto (fw) mod_python è solo un progetto dei tanti, non c'è niente di ufficiale. come sotto progetto di Apache stessa ? ... ho letto solo di mod_python, ce ne so

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Il webserver serve, altrimenti come fai? si, hai ragione, intendevo uno tipo apache, non interno al python Quello usato di default da CherryPy mi sembra sia il server HTTP presente nella libreria standard. quindi si potrebbe fare un serverino portabile con py2ex

Re: [Python] mod_python ed il giusto handler

intendo usabile dal basso livello (mod_python) all'alto (fw) Beh mod_python è solo basso livello, no? come sotto progetto di Apache stessa ? ... ho letto solo di mod_python, ce ne sono altri ? no parlavo di ufficiale nella comunità Python -- Lawrence http://www.oluyede.org/blog

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Nevow Athena. Gli sto dando un'occhiata ... l'intento è simile ma la struttura / utilizzo totalmente differente, ACE ha meno "sbattimento" sia client che server. Se poi non interesserà a nessuno o nessuno lo userà pazienza, lo sfrutterò solo io :P Cmq ACE dovrebb

Re: [Python] mod_python ed il giusto handler

Gli sto dando un'occhiata ... l'intento è simile ma la struttura / utilizzo totalmente differente, ACE ha meno "sbattimento" sia client che server. Se poi non interesserà a nessuno o nessuno lo userà pazienza, lo sfrutterò solo io :P Cmq ACE dovrebbe poter stare anche in Nevow ed altri, intanto

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: > Manlio Perillo ha scritto: >> Nevow Athena. > Gli sto dando un'occhiata ... l'intento è simile ma la struttura / > utilizzo totalmente differente, ACE ha meno "sbattimento" sia client che > server. > Potresti almeno vedere come viene usato JSON. Comunque (non l'ho

Re: [Python] mod_python ed il giusto handler

Comunque (non l'ho mai usato) mi sembra che con Athena puoi dialogare in entrambe le direzioni, non solo client -> server. Yup Infine c'è anche MochiKit (scritta da uno sviluppatore di Twisted, mi sembra). No, Ippolito non è uno sviluppatore di Twisted. E' il creatore di PyObjC e altra roba

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: >> Gli sto dando un'occhiata ... l'intento è simile ma la struttura / >> utilizzo totalmente differente, ACE ha meno "sbattimento" sia client che >> server. >> >> Se poi non interesserà a nessuno o nessuno lo userà pazienza, lo >> sfrutterò solo io :P >> >> Cmq ACE dovr

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi wrote:Manlio Perillo ha scritto: > P.S. il progettino si chiama ACE, altro non è che una libreria > trasparente per richiamare methodi di classi python sul server tramite > JS (esempio: (new MyPyClass()).getUserList()) , "un'altra cavolatina > ajax" insomma, ma non esistono proget

Re: [Python] mod_python ed il giusto handler

On 8/18/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: Lawrence Oluyede ha scritto: > ACE? Ho come l'impressione che ogni tanto qualcuno cui non faccia > reply to all e ci si perda i pezzi nella ml :-) Allora è deciso, imposto l'header Reply-To in mailman ;-). E' veramente un casino senza... Im

Re: [Python] mod_python ed il giusto handler

Carlo C8E Miron ha scritto: > On 8/18/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: >> Lawrence Oluyede ha scritto: >> > ACE? Ho come l'impressione che ogni tanto qualcuno cui non faccia >> > reply to all e ci si perda i pezzi nella ml :-) >> >> Allora è deciso, imposto l'header Reply-To in mailman

Re: [Python] mod_python ed il giusto handler

On 8/18/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: Carlo C8E Miron ha scritto: > On 8/18/06, Manlio Perillo <[EMAIL PROTECTED]> wrote: >> Lawrence Oluyede ha scritto: >> > ACE? Ho come l'impressione che ogni tanto qualcuno cui non faccia >> > reply to all e ci si perda i pezzi nella ml :-) >>

Re: [Python] mod_python ed il giusto handler

Marco Mariani ha scritto: Limitato, in che senso? Nel senso di "sicuro" ? :- più che sicuro, JSON trasporta solo parti di JS e non può fare, ad esempio, questo: http://devpro.phpsoft.it/php_serializer/ Trasportare una classe da e verso il server. Gli array in JS sono anche associativi (Array

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 14:40:07 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Gli array in JS sono anche associativi (Array extends Object, quindi non esiste un vincolo sull'uso di array come associativi), molto simili a quelli PHP, improponibili ad esempio in Python (infatti la serializer sc

Re: [Python] mod_python ed il giusto handler

On 8/18/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Marco Mariani ha scritto: > Limitato, in che senso? Nel senso di "sicuro" ? :- più che sicuro, JSON trasporta solo parti di JS e non può fare, ad esempio, questo: http://devpro.phpsoft.it/php_serializer/ Trasportare una classe da e verso i

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: Non e` mai una buona idea questa ed e` colma di vari pericoli concernenti la sicurezza. usato male anche JSON è pericoloso, tanto quanto qualunque chiamata via HTTP ... Una soluzione a questo tipo di lavoro e` definire bene un protocollo per lo sca

Re: [Python] mod_python ed il giusto handler

Vorrei solodire che mi si era impallato l'host e mi sono perso probabilmente altri messaggi quindi mi scuso se non ho risposto anche agli altri. Aggiungo che ACE utilizza una versione light del methodTable, sistema sfruttato dal progetto AMFPHP nonchè da quello analogo per Perl e Python. Tratt

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 19:09:26 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: usato male anche JSON è pericoloso, tanto quanto qualunque chiamata via HTTP ... Chiaro ma e` piu` difficile usare male qualcosa che usarlo e basta. già definito dal PHP, formato serialize / unserialize di php

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 19:26:17 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: ACE per python (PyACE ??? :P) crea la classe runtime solo se esistente, altrimenti restituisce un dict perche PyRex non supporta exec e non sono riuscito a trovare il modo nella serializer per PyRex di crere una cl

Re: [Python] mod_python ed il giusto handler

già definito dal PHP, formato serialize / unserialize di php Mi sfugge perchè fare il porting di sta cosa se esiste già JSON. Sono andato a vedere la documentazione di serialize()/unserialize() serialize() è uguale a dump() di cPickle e unserialize() è uguale (e immagino altrettanto insicura) d

Re: [Python] mod_python ed il giusto handler

Aggiungo che ACE utilizza una versione light del methodTable, sistema sfruttato dal progetto AMFPHP nonchè da quello analogo per Perl e Python. Trattasi di Flash remoting, utilizzo di oggetti server sul client ed invio di oggetti client al server, disponibile ufficialmente anche per J2EE ed ASP.NE

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: Trovo questo modo di introdurre una roba di php in python piuttosto discutibile, io non introduco niente ... la libreria lavora in background, l'introduzione del formato serialize di PHP è lo stesso identico concetto di JSON, esistono versioni di seri

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: Lo sapevo io. exec e eval sono due modi _SICURI_ di avere problemi di QUALSIASI genere. Se l'architettura del tuo sistema parte da questo stai pur certo che _ha_ problemi di sicurezza e non sono dovuti allo scambio di dati ma proprio al tuo serializer

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Mi pare che Flash giri in un ambiente "boxed" dove i danni che può fare sono limitati. Solo ultimamente c'è la possibilità di fare uploading e quindi in un certo qual modo accedere al server, ma magari mi sbaglio (sulle possibilità del Flash player intendo) non c'è mo

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: Comunque se vuoi creare classi a runtime puoi anche dare un'occhiata al modulo new http://docs.python.org/lib/module-new.html ottimo, sono queste considerazioni / informazioni che mi servono il resto lascia il tempo che trova. aggiungo: quale modulo per veri

Re: [Python] mod_python ed il giusto handler

io non introduco niente ... la libreria lavora in background, l'introduzione del formato serialize di PHP è lo stesso identico concetto di JSON, esistono versioni di serialize / unserialize per quasi lo stesso numero di linguaggi eh ... non è una novità e permetterebbe a tale libreria di lavorare

Re: [Python] mod_python ed il giusto handler

non c'è molto di boxed, un protocollo AMF replicabile, una methodTable, istanze di classi del server che "vanno avanti e indietro" Faccio finta di aver capito cosa è un protocollo AMF replicabile e una methodTable :-( no, il mio obiettivo è fare una lib per un client e diversi servers Appunt

Re: [Python] mod_python ed il giusto handler

aggiungo: quale modulo per verificare l'esistenza di una classe ? Avessi un class_exsits sarei a cavallo, l'eval l'ho usato solo per quello (ma attendevo commenti proprio per migliorare quella classe) Cosa vuol dire se esiste una classe? Se io scrivo "SuperPippo" in un file Python e non è defini

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Perchè non usi semplicemente XML-RPC allora se ti interessa il cross language? perchè aumenta il consumo di banda e la latenza in risposta per il client A me pare che in Python un dizionario sia un oggetto, ignoro cosa sia in PHP ma ti posso giurare che in Python

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 20:33:37 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Valentino Volonghi aka Dialtone ha scritto: Trovo questo modo di introdurre una roba di php in python piuttosto discutibile, io non introduco niente ... la libreria lavora in background, l'introduzione del formato

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: ... quante possibilità ci sono che una stringa pippo = "Pippo" ed un exec "class " + pippo + ": pass" possa far danni, ammesso che implementi un banale controllo sui caratteri della stringa pippo, ovvero solo [a-zA-Z_]+ ? Ok. Ok cosa ? devo scrivere questo sito è b

Re: [Python] mod_python ed il giusto handler

> Perchè non usi semplicemente XML-RPC allora se ti interessa il cross > language? perchè aumenta il consumo di banda e la latenza in risposta per il client Vabbè ma quello che ti ho suggerito non è ok dato che a te interessa comunicare python <-> Js > A me pare che in Python un dizionario sia

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: > [...] >> Cosa vuol dire se esiste una classe? Se io scrivo "SuperPippo" in un >> file Python e non è definito da nessuna parte avrai un NameError. > runtime ho una stringa > > pippo = "Pippo" > > come sapere se la classe Pippo è presente e già definita oppure

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 20:48:52 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: e cosa potrà mai accadere per una cosa tipo questa ? exec "class " + nome + ": pass" l'unica linea di codice tolta dalla verisone PyRex ? Senza il controllo che fai sotto io posso fare: foo("Pifferazzo(__import

Re: [Python] mod_python ed il giusto handler

Ok cosa ? devo scrivere questo sito è bucabile anche con una stringa exec di quel tipo oppure non c'è ragione alcuna di allarmarsi ? Ok come vuoi. Perchè devi creare una classe a runtime? runtime ho una stringa pippo = "Pippo" come sapere se la classe Pippo è presente e già definita opp

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: E questo come e` possibile? Puoi inviare solo ascii? utf8_encode ... utf8_decode Inoltre se il tuo sogno e` tenere aggiornate le istanzi degli oggetti tra server e client vivrai una vita grama e ricca di spiacevoli sorprese. soprese ancora niente,

Re: [Python] mod_python ed il giusto handler

Manlio Perillo ha scritto: Per creare classi così non usare exec ma usa type: pippoType = type("Pippo", (), {}) type è la funziona chiamata dall'interprete quando valuta un class statement. Il secondo argomento indica le classi base, il terzo gli attributi della classe). Saluti Manlio Peri

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: exec "class Foo(object): pass" Foo.ciao Traceback (most recent call last): File "", line 1, in ? AttributeError: type object 'Foo' has no attribute 'ciao' Il vero danno e` sovrascrivere nomi gia` esistenti nella tua applicazione oltre ad altri che s

Re: [Python] mod_python ed il giusto handler

ovvio, in python però puoi anche non farlo e gestire runtime classi JS ergo non scrivi sempre e comunque il codice 2 volte. l'invio e la ricezione di oggetti, ribadisco, è un di più, non l'essenza della lib che fa tutto quello che fate voi oggi, ma da anche questa possibilità che a voi non interes

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Beh dato che ti ostini a dire che i dizionari non sono oggetti ho anche paura di avere ragione :-) dove ho scritto che i dict non sono oggetti ? io parlo di istanze di classi, quello che json no fa ... invia il dict dell'istanza ? ... bene, devi poi sbatterti per ri

Re: [Python] mod_python ed il giusto handler

Andrea Giammarchi ha scritto: > Manlio Perillo ha scritto: >> Per creare classi così non usare exec ma usa type: >> >> pippoType = type("Pippo", (), {}) >> >> type è la funziona chiamata dall'interprete quando valuta un class >> statement. >> >> Il secondo argomento indica le classi base, il terzo

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Mi scrivi 5 righe della parte Python di gestione della roba JS con la tua libreria? ti posto in fondo tutta la libreria .. che è ancora alpha e non è completa, ha diversi buchi, ma tutto sommato comincia a funzionare Non trovo un motivo valido per avere questa

Re: [Python] mod_python ed il giusto handler

On Fri, 18 Aug 2006 22:06:18 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: ovvio, in python però puoi anche non farlo e gestire runtime classi JS ergo non scrivi sempre e comunque il codice 2 volte. Te lo ripeto: e` meglio evitare questa boiata. l'invio e la ricezione di oggetti, ribadis

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: Allora... E` evidente che non ne sai molto neanche di OO perche` continui a parlarne. Non stai facendo nulla di 'OO' se invii il nome di una classe e il suo stato. Stai solo inviando una stringa e altre stringhe. davvero ? ... Per essere 'OO' (se ma

Re: [Python] mod_python ed il giusto handler

dove ho scritto che i dict non sono oggetti ? io parlo di istanze di classi, quello che json no fa ... invia il dict dell'istanza ? ... bene, devi poi sbatterti per ricrearla ? ... bene lostesso, io vorrei evitare Ti ho mostrato esempi in cui devi semplicemente aggiornare il dict di una classe.

Re: [Python] mod_python ed il giusto handler

On 8/18/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Lawrence Oluyede ha scritto: > Mi scrivi 5 righe della parte Python di gestione della roba JS con la > tua libreria? ti posto in fondo tutta la libreria .. che è ancora alpha e non è completa, ha diversi buchi, ma tutto sommato comincia a f

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Ti ho mostrato esempi in cui devi semplicemente aggiornare il dict di una classe. Se per te quello è "sbattersi". Se crei una libreria per risparmiarti una istruzione direi che è stupido, no? non credo basti ... ma non lo so. in php, (come in JS), puoi fare questo $

Re: [Python] mod_python ed il giusto handler

On 8/18/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Valentino Volonghi aka Dialtone ha scritto: > Allora... E` evidente che non ne sai molto neanche di OO perche` > continui a parlarne. Non stai facendo nulla di 'OO' se invii il nome > di una classe e il suo stato. Stai solo inviando una str

Re: [Python] mod_python ed il giusto handler

On 8/19/06, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Lawrence Oluyede ha scritto: > Ti ho mostrato esempi in cui devi semplicemente aggiornare il dict di > una classe. Se per te quello è "sbattersi". Se crei una libreria per > risparmiarti una istruzione direi che è stupido, no? non credo bas

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Si fa in una linea di python: "value in values" ritorna True o False. Scusa la battuta ma parli di performance e scrivi cose come questa? credo sia il primo blocco che ho scritto ... poi dopo misono ricordato dell' in :E getMethods() è piena di bad practices. No

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Concordo con Valentino. Non stai facendo nulla di object oriented. ok, usare classi per i pitoniani non significa fare qualcosa di OO Lo sai vero che non c'è granchè differenza tra: foo(X) e X.foo() foo <= procedurale, uso funzioni X.foo <= OO , uso metodi di og

Re: [Python] mod_python ed il giusto handler

On Sat, 19 Aug 2006 01:05:00 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: Poi basta isinstance() senza scomodare il modulo types per vedere se qualcosa è di un certo tipo. http://www.canonical.org/~kragen/isinstance/ Guarda che qua dice robe abbastanza complesse che poco hanno a che fa

Re: [Python] mod_python ed il giusto handler

> Poi basta isinstance() senza scomodare il modulo types > per vedere se qualcosa è di un certo tipo. http://www.canonical.org/~kragen/isinstance/ Nessuno di quei casi mi pare si applichi all'uso che ne fai tu. > Il resto è tutto più o meno uguale. parseType con un dizionario la fai > in 3 rig

Re: [Python] mod_python ed il giusto handler

Valentino Volonghi aka Dialtone ha scritto: Guarda che qua dice robe abbastanza complesse che poco hanno a che fare con la funzione isinstance() ma piuttosto con cio` che fa isinstance(), non e` che se non la usi non sei caduto nella trappola :). non l'ho commentato, aspettavo un riscontro de

Re: [Python] mod_python ed il giusto handler

ok, usare classi per i pitoniani non significa fare qualcosa di OO Anche VB6 usa le classi ma non è OO, idem per PHP4. Forse è questo che ti sfugge. Classe == object oriented non è una equazione. > Lo sai vero che non c'è granchè differenza tra: > > foo(X) > e > X.foo() foo <= procedurale, uso

Re: [Python] mod_python ed il giusto handler

Ok facciamo così: 1 - non so niente di OO (ho riletto anche il mio esempio di C e C++ e sicuro qualcuno tirerà fuori le structs ...) 2 - non ci faccio niente della mia lib per me che a me semplifica 3 - c'è già tutto, che razzo programmo a fare 4 - JSON è la via, serialize è una cagata anc

Re: [Python] mod_python ed il giusto handler

Lawrence Oluyede ha scritto: Ok quindi tutto il tuo problema sta nel fatto che davanti alla callRemote() non c'è un nome con un dannato punto. Se non ricordo male in JS dentro un browser le funzioni definite nel namespace globale appartengono a window. Quindi cavoli, anche in JS tutto è un oggett

Re: [Python] mod_python ed il giusto handler

On Sat, 19 Aug 2006 01:46:42 +0200, Andrea Giammarchi <[EMAIL PROTECTED]> wrote: non l'ho commentato, aspettavo un riscontro Avresti dovuto scriverlo. Se lo metti li` cosi` significa che quel link risponde per te e non lo fa, tra l'altro per capirlo a fondo bisogna masticare parecchio l'OO e,

Re: [Python] mod_python ed il giusto handler

1 - non so niente di OO (ho riletto anche il mio esempio di C e C++ e sicuro qualcuno tirerà fuori le structs ...) Che esempio? 2 - non ci faccio niente della mia lib per me che a me semplifica Puoi fare quel che ti pare della tua lib. 3 - c'è già tutto, che razzo programmo a fare Verame

Re: [Python] mod_python ed il giusto handler

Allora, raccolgo le palpebre per questa ultima email spero chiarificatrice. Valentino Volonghi aka Dialtone ha scritto: Non e` una risposta a quello che ho scritto :). Tu dicevi che volevi evitare il debug lato client il piu` possibile esatto ... e sai perchè ? perchè non devo scrivere due volte