[Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 essere 
quello più semplice da gestire basando il tutto su sistemi di template 
dinamico (poi è scritto in C quindi velocissimo)


- la configurazione a singolo file la vedo troppo castrante e credo sia 
più per un Hello World o altro di molto specifico ...


- mod_python.publisher sembra quello migliore ma ho ancora dubbi sulla 
semplicità di sviluppo / debug / manutenzione dovendo (?) basare tutto 
su un unico file (ma magari fa l'import anche di altri files ... non saprei)


- Vampire, basato su mod_python.publisher, pare sia la versione più 
semplice o funzionale dello stesso handler ..



- ce ne sono altri ??? ... qual'è il più usato ?



insomma, vorrei avere pareri o opinioni su un modo di sfruttare python 
nel web piuttosto che un altro ... voi cosa avete scelto ?


Zope, ad esempio, è basato mod_python.publisher ?

Attendo ansiosamente un vostro riscontro, grazie :-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] mod_python ed il giusto handler

[Carlo C8E Miron]

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 ?


Indovina ;)


Zope, ad esempio, è basato mod_python.publisher ?


No


Attendo ansiosamente un vostro riscontro, grazie :-)


Ciao,
(c)

--
Carlo C8E Miron, ICQ #26429731
--
Disclaimer:
If I receive a message from you, you are agreeing that:
1. I am by definition, "the intended recipient".
2. All information in the email is mine to do with as I see fit and
make such financial profit, political mileage, or good joke as it
lends itself to. In particular, I may quote it on USENET or the WWW.
3. I may take the contents as representing the views of your company.
4. This overrides any disclaimer or statement of confidentiality that
may be included on your message.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 conclusioni sono state le seguenti:

- publisher, come handler (credo lo stesso di django o simile), non è 
dei più performanti
- psp pare sia tra i più performanti dopo la configurazione a singolo 
file (anche se gestisce un embed stile Ruby on Rails o PHP, quindi non 
so quanto sia veramente performante ... sicuramente più degli altri 
appena citati)


In generale ho notato che la semplicità del php con le cose più banali 
($_GET, $_POST, $_FILE) non esiste con nessun handler (ma le super 
globali, o almeno la loro netta distinzione, le trovo estremamente utili 
...).


Zope da quanto ho visto può andare anche sotto Apache e mod_python, Zope 
si prende solo qualche variabile del server per partire e niente più.
Zope l'ho imitato per la scrematura di variabili ad eccezione del path 
che l'ho aggiunto.


Mi sono anche scervellato per riuscire a fare una classe per delle super 
globali PHP-STYLE molto fake, questo è quanto ne è venuto fuori:


### Andrea Giammarchi
# PHPRequestVars alpha 1

import mod_python

class PHPRequestVars:

   def getPHPFakeEnviroment(self):
   return {'SERVER':self.__SERVER, 'GET':self.__GET, 
'POST':self.__POST, 'FILES':self.__FILES}
  
   def __init__(self, HTTPRequest):
  
   self.__SERVER = {}

   self.__GET = {}
   self.__POST = {}
   self.__FILES = {}
  
   HTTPRequest.add_common_vars()

   for k,v in HTTPRequest.subprocess_env.iteritems():
   if k.startswith('HTTP_') or k.startswith('PATH_') or 
k.startswith('SERVER_') or k.startswith('REQUEST_') or k in 
['CONNECTION_TYPE','REMOTE_ADDR','QUERY_STRING','CONTENT_LENGTH','CONTENT_TYPE','SCRIPT_FILENAME']:

   self.__SERVER[k] = v
   if HTTPRequest.headers_in.has_key('authorization'):
   self.__SERVER['HTTP_AUTHORIZATION'] = 
HTTPRequest.headers_in['authorization']

   self.__SERVER['GATEWAY_INTERFACE'] = 'Python/mod_python.publisher'
   self.__SERVER['SCRIPT_NAME'] = ''
   if self.__SERVER.has_key('REQUEST_URI'):
   self.__SERVER['PATH_TRANSLATED'] = 
self.__SERVER['PATH_INFO'] = self.__SERVER['REQUEST_URI'].split('?')[0]

   if self.__SERVER.has_key('HTTP_CONNECTION'):
   self.__SERVER['CONNECTION_TYPE'] = 
self.__SERVER['HTTP_CONNECTION']
   if self.__SERVER.has_key('QUERY_STRING') and 
len(self.__SERVER['QUERY_STRING']) > 0:

   self.__initGet(self.__SERVER['QUERY_STRING'].split('&'))
   if self.__SERVER.has_key('REQUEST_METHOD') and 
self.__SERVER['REQUEST_METHOD'] == 'POST':

   self.__initPostAndFiles(HTTPRequest)
  
   def __initGet(self, queryString):

   j = len(queryString)
   tmp = []
   for i in range(0, j):
   tmp = queryString[i].split('=')
   if len(tmp) == 2:
   self.__GET[tmp[0]] = tmp[1]
   else:
   self.__GET[tmp[0]] = ''

   def __initPostAndFiles(self, HTTPRequest):
   tmplist = mod_python.util.FieldStorage(HTTPRequest).list
   j = len(tmplist)
   for i in range(0, j):
   if tmplist[i].file.__class__.__name__ != 
'_TemporaryFileWrapper':

   if not self.__GET.has_key(tmplist[i].name):
   self.__POST[tmplist[i].name] = tmplist[i].value
   elif self.__GET[tmplist[i].name] != tmplist[i].value:
   self.__POST[tmplist[i].name] = tmplist[i].value
  
   else:

   cname = tmplist[i].value
   self.__FILES[tmplist[i].name] = {
   'name':tmplist[i].filename,
   'type':tmplist[i].type,
   'tmp_name':tmplist[i].file.__dict__['name'],
   'size':len(cname),
   'data':cname,
   'error':0
   }


e questa è la pagina index.psp che sto usando per fare i tests:

<%
from PHPRequestVars import *

def index(HTTPRequest):
   buffer = []
   phpFakeEnv = PHPRequestVars(HTTPRequest).getPHPFakeEnviroment()
  
   _SERVER = phpFakeEnv['SERVER']

   _GET = phpFakeEnv['GET']
   _POST = phpFakeEnv['POST']
   _FILES = phpFakeEnv['FILES']
  
   buffer.append('')

   for k in _POST:
   buffer.append('_POST:%s%s' % (k, _POST[k]))
   buffer.append('')
  
   buffer.append('')

   for k in _GET:
   buffer.append('_GET:%s%s' % (k, _GET[k]))
   buffer.append('')
  
   buffer.append('')

   for k in _FILES:
   buffer.append('_FILES:%s%s' % (k, 
_FILES[k]['name']))

   buffer.append('')
  
   buffer.append('')

   for k in _SERVER:
   buffer.append('_SERVER:%s%s' % (k, _SERVER[k]))
   buffer.append('')

   HTTPRequest.content_type = "text/html"
   HTTPRequest.send_http_header()
   HTTPReques

Re: [Python] mod_python ed il giusto handler

[Lawrence Oluyede]

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 embed stile JSP, PHP, o Rails e tutto sommato potrebbe essere
quello più semplice da gestire basando il tutto su sistemi di template
dinamico (poi è scritto in C quindi velocissimo)


Finiresti a fare monkey coding come in PHP


- la configurazione a singolo file la vedo troppo castrante e credo sia
più per un Hello World o altro di molto specifico ...


Non so cosa sia ma dal nome direi aria :)


- mod_python.publisher sembra quello migliore ma ho ancora dubbi sulla
semplicità di sviluppo / debug / manutenzione dovendo (?) basare tutto
su un unico file (ma magari fa l'import anche di altri files ... non saprei)


Non so, non conosco


- Vampire, basato su mod_python.publisher, pare sia la versione più
semplice o funzionale dello stesso handler ..


mi pare sempre monkey coding a me :-(


- 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 ?


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 roba ma mi parlano
tutti bene di Django e l'ho visto usare con profitto.


Zope, ad esempio, è basato mod_python.publisher ?


Zope è tutto un altro mondo, ma direi che non fa per te


--
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]

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 strada (poi un giorno
spiegherò anche il perchè o dove vorrei arrivare) con mod_python


Sei libero di fare quel che vuoi giustamente


 - publisher, come handler (credo lo stesso di django o simile), non è
dei più performanti


Eh eh non so su quale parte di mod_python poggi Django ma può usare
anche FastCGI che mi sembra una soluzione migliore. Ma come mai stai
cercando per performance?


In generale ho notato che la semplicità del php con le cose più banali
($_GET, $_POST, $_FILE) non esiste con nessun handler (ma le super
globali, o almeno la loro netta distinzione, le trovo estremamente utili
...).


Veramente io le trovo inutili, proprio perchè non mi piace la via del
PHP. Ogni framework fa a se e Python è diverso da PHP. Credo che tu
faccia meglio ad abituarti a Python e ai suoi modi di essere usato nei
vari fw piuttosto che modellare Python ad immagine e somiglianza di
PHP (altrimenti sarebbe più saggio usare semplicemente PHP)


--
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

[Manlio Perillo]

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 roba 


Ma non avevi detto che ti mantenevi ben alla larga da Nevow? ;-)

Io comunque lo sto usando per un progetto abbastanza impegnativo che
richiede praticamente l'uso di tutto quello che è necessario per una
applicazione web.

Nevow mi sembra all'altezza, anche se ci sono alcuni punti (gestione
utenti autenticati, ad esempio) in cui sono indeciso sull'approccio da
seguire.

Ci sono davvero molti punti da affrontare e su nessuno c'è della buona
documentazione...

Magari quando ho tempo do una occhiata a Djando, giusto per rendermi
conto se sarei stato in grado di fare quello che sto facendo con Nevow.

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.


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

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

Lawrence Oluyede ha scritto:

- ce ne sono altri ??? ... qual'è il più usato ?


Django :-) 
e due :D ... però django è un framework, non un handler... anche se 
credo si basi su handler publisher (monkey code ? :??? )





Veramente è fuori da un anno e passa :-)
Veramente è un anno e passa che non uso Python e una vita che non lo uso 
sul web :P (mai usato per il web)




Eh eh non so su quale parte di mod_python poggi Django ma può usare
anche FastCGI che mi sembra una soluzione migliore. Ma come mai stai
cercando per performance?
il progetto vorrebbe essere tra i più perfomanti, appena "lo 
approveranno" per PHP ve lo mostrerò anche con anteprime per Python già 
funzionanti, ora manca solo il webserver di mezzo






Veramente io le trovo inutili, proprio perchè non mi piace la via del
PHP.
Credo che tutti, dal .NET al PHP passando per Ruby, Perl e Java, abbiano 
una distinzione tra valori get e valori post.
Cosa non ti piace ? Sono valori ben distinti e ritrovarseli mischiati, 
per quanto mi piaccia python, non serve a nessuno ... se voglio chiamare 
?test=true ed input test="false" non si capisce perchè non debba poter 
risalire al tipo esatto di invio richiesto :(



Ogni framework fa a se e Python è diverso da PHP. 

fin qui siamo tutti d'accordo :)



Credo che tu
faccia meglio ad abituarti a Python e ai suoi modi di essere usato nei
vari fw piuttosto che modellare Python ad immagine e somiglianza di
PHP (altrimenti sarebbe più saggio usare semplicemente PHP)
a me piace creare librerie personali e non basarmi su frameworks altrui, 
ne ho visti tanti in php e per tanti avrei avuto tante cose da ridire 
per codice, ottimizzazioni o altro, idem per le librerie JS più 
blasonate ... quindi solitamente preferisco conoscere la fonte dati del 
framework, l'handler usato o il server (nel caso di Zope che è tutto a 
parte server compreso). per poi eventualmente valutare cosa mi serve 
sapere e cosa può non interessarmi tanto ci pensa il framework.


Per questo OOS però ho assoluta necessità di capire al dettaglio il 
tramite delle informazioni (handler, distinzione dei metodi, altro) 
altrimenti devo ritrovarmi costretto a dedurre che con python, nel web, 
non sia possibile fare una cosa che stò già portando anche per C# e che 
è già pronta per PHP :-)




Grazie comunque a tutti per 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 sono altri ??? ... qual'è il più usato ?


Django :-) 
e due :D ... però django è un framework, non un handler... anche se 
credo si basi su handler publisher (monkey code ? :??? )





Veramente è fuori da un anno e passa :-)
Veramente è un anno e passa che non uso Python e una vita che non lo uso 
sul web :P (mai usato per il web)




Eh eh non so su quale parte di mod_python poggi Django ma può usare
anche FastCGI che mi sembra una soluzione migliore. Ma come mai stai
cercando per performance?
il progetto vorrebbe essere tra i più perfomanti, appena "lo 
approveranno" per PHP ve lo mostrerò anche con anteprime per Python già 
funzionanti, ora manca solo il webserver di mezzo






Veramente io le trovo inutili, proprio perchè non mi piace la via del
PHP.
Credo che tutti, dal .NET al PHP passando per Ruby, Perl e Java, abbiano 
una distinzione tra valori get e valori post.
Cosa non ti piace ? Sono valori ben distinti e ritrovarseli mischiati, 
per quanto mi piaccia python, non serve a nessuno ... se voglio chiamare 
?test=true ed input test="false" non si capisce perchè non debba poter 
risalire al tipo esatto di invio richiesto :(



Ogni framework fa a se e Python è diverso da PHP. 

fin qui siamo tutti d'accordo :)



Credo che tu
faccia meglio ad abituarti a Python e ai suoi modi di essere usato nei
vari fw piuttosto che modellare Python ad immagine e somiglianza di
PHP (altrimenti sarebbe più saggio usare semplicemente PHP)
a me piace creare librerie personali e non basarmi su frameworks altrui, 
ne ho visti tanti in php e per tanti avrei avuto tante cose da ridire 
per codice, ottimizzazioni o altro, idem per le librerie JS più 
blasonate ... quindi solitamente preferisco conoscere la fonte dati del 
framework, l'handler usato o il server (nel caso di Zope che è tutto a 
parte server compreso). per poi eventualmente valutare cosa mi serve 
sapere e cosa può non interessarmi tanto ci pensa il framework.


Per questo OOS però ho assoluta necessità di capire al dettaglio il 
tramite delle informazioni (handler, distinzione dei metodi, altro) 
altrimenti devo ritrovarmi costretto a dedurre che con python, nel web, 
non sia possibile fare una cosa che stò già portando anche per C# e che 
è già pronta per PHP :-)




Grazie comunque a tutti per i consigli
___
Pyth

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 sapere cosa ci sia dietro 
queste soluzioni preconfezionate, se non altro per imparare qualcosa di 
nuovo :-)


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

Re: [Python] mod_python ed il giusto handler

[Lawrence Oluyede]

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

[Manlio Perillo]

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.python.it/mailman/listinfo/python

Re: [Python] mod_python ed il giusto handler

[Lawrence Oluyede]

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/blog
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 modo decisamente più pulito 

Scusami eh 

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 ???


beh  dai, django usa lo stesso identico modo di PHP, distingue (e 
non so come, cercherò di leggermi il source) i due tipi di dict, quindi 
esattamente il mio stesso modo (scopo finale) senza un framework dietro ...


se ti riferivi al request invece, fa parte del dict _SERVER e della 
chiave di mod_pyton REQUEST_METHOD, che ricei in modo django compatibile 
con un for k in _SERVER: if key.startswith('REQUEST_') ...

e crei il tuo dict django style


alla fine non mi sembra di aver fatto chissà quale mostruosità ... anzi, 
il tuo link mi ha dato speranza (ma se il file ha un content con il 
contenuto resta il dubbio della chiamata al value del file che può 
mandare in tilt il server)



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

Re: [Python] mod_python ed il giusto handler

[Manlio Perillo]

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 ucciderti ™
> 
> ;-)
>

Prima mi devi prendere ;-).

Comunque lo chiedevo perchè pensavo fosse un'applicativo Open Source che
stavi adattando, e dato che scritti in Nevow ce ne saranno non più di 5/6...



Saluti  Manlio Perillo


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

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 in django :D




e caching non "banale".
  
mod_python fa caching di suo, non so quanto sia banale ma per cambiare 
una pagina in errore oggi dovevo riavvirare il webserver, cancellare la 
temporary ed altro ancora :E

(leggi non conosco assolutamente python nel web tantomeno mod_python)


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

Re: [Python] mod_python ed il giusto handler

[Manlio Perillo]

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 si focalizzano su un ben
preciso layer di astrazione e che ti lascia le mani libere.

Non esiste che qualcuno debba farti credere di riuscire a fare qualcosa
senza capire quello che stai facendo (vedi Microsoft).

> non so quanto sia banale ma per cambiare
> una pagina in errore oggi dovevo riavvirare il webserver, cancellare la
> temporary ed altro ancora :E
> (leggi non conosco assolutamente python nel web tantomeno mod_python)
> 

Che intendi cambiare una pagina in errore?


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

Re: [Python] mod_python ed il giusto handler

[Andrea Giammarchi]

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 di buon caching o pessimo




Per questo preferisco le librerie minimali che si focalizzano su un ben
preciso layer di astrazione e che ti lascia le mani libere.
  

è quello che sto tentando di creare :)



Non esiste che qualcuno debba farti credere di riuscire a fare qualcosa
senza capire quello che stai facendo (vedi Microsoft).
  
ma io potrei capire tutto di django senza sapere niente di cosa django 
stia facendo e questo non mi piace, magari a me serve 1/16 delle cose 
che fa django per fare una libreria a parte e mi tocca "muovere tutto il 
framework"




Che intendi cambiare una pagina in errore?
  
intendo che con handler psp e mod_python come l'ho configurato io 
(sicuramente malissimo, solo 4 righe) quando la pagina va in errore puoi 
eliminare i pyc, i pyo, tutto quello che ti pare, togliere l'errore, 
tanto Apache continua a mostrarti l'ultima versione in cache di quella 
richiesta con quella pagina. Ma probabilmente sbaglio qualcosa io  
ho porvato anche a usare la util.cache.Cache().clear() senza successo :E


unico modo è stato portarmi la classe nel file, senza importarla, per 
riuscire ad avere un riscontro realtime delle mie alchimie pseudo 
pythoniane :D


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

Re: [Python] mod_python ed il giusto handler

[Lawrence Oluyede]

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 che io mi sia spiegato bene perchè a quanto pare non è cosi :-(


beh  dai, django usa lo stesso identico modo di PHP, distingue (e
non so come, cercherò di leggermi il source) i due tipi di dict, quindi
esattamente il mio stesso modo (scopo finale) senza un framework dietro ...


Ok!


se ti riferivi al request invece, fa parte del dict _SERVER e della
chiave di mod_pyton REQUEST_METHOD, che ricei in modo django compatibile
con un for k in _SERVER: if key.startswith('REQUEST_') ...
e crei il tuo dict django style


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?


--
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]

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 capire tutto di django senza sapere niente di cosa django
stia facendo e questo non mi piace, magari a me serve 1/16 delle cose
che fa django per fare una libreria a parte e mi tocca "muovere tutto il
framework"


Non è che hai un intero fw in memoria eh. Solo che mod_python è un
layer sopra Apache e non mi è mai piaciuto molto. Preferisco qualcosa
di minimale come CherryPy allora che è più Pythonico.

--
Lawrence
http://www.oluyede.org/blog
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python