>>>>> "Mauro" == Mauro Colorio <Mauro.Colorio@xxxxxxxx> writes: >> >> >> Nessuna delle due, per questo tipo di configurazione secondo me >> è meglio se usi VirtualHostMonster e la direttiva ProxyPass di >> apache. Mauro> ho sentito parlare anche di usare squid+apache per Mauro> "proxare" zope, (peccato che la debian consigli di Mauro> utilizzare il metodo pcgi, di solito io faccio quello che Mauro> sugerisce la mia amata distribuzione:) in questo caso non è la soluzione più performante, la pcgi andrebbe utilizzata solo per cose "ridotte". Comunque il vantaggio maggiore sta nel fatto che l'utilizzo di mod_proxy (o mod_rewrite) + VirtualHostMoster è una sorta di url_rewriting "attivo". Mi spiego meglio. Nel caso di utilizzo del solo mod_proxy o rewrite le URI all'interno delle pagine generate da Zope saranno ancora "sbagliate"; cioè se io accedo al sito attraverso http://www.miovirtualhost.it le url delle risorse linkate nelle pagine html sono invece, per esempio http://www.mioserver.it/cgi-bin/Zope/miocliente/images/image.jpg Ciò è secondo me decisamente inacettabile in una installazione che deve servire pagine zope per il grande pubblico, ed io voglio che invece il link alla mia immagine sia il seguente http://www.miovirtualhost.it/images/image.jpg per vari motivi, come: - una gestione ordinata della sicurezza apache all'interno dei VirtualHost e non una serie di direttive Location o Directory ammassate sulla dir /usr/lib/cgi-bin. In più preferisco non turbare con inutile curiosità l'eventuale visitatore del sito del mio cliente che dovesse dare un'okkio ai sorgenti html; - necessita di logging decente ... io loggo tutti gli accessi al server apache su database sql per precauzione in caso di noie legali, e sinceramente preferisco loggare l'accesso all'URI con l'indicazione del virtualhost piuttosto che senza... - in ogni caso una gestione più ordinata di una grossa installazione di apache... Ora, per raggiungere questo obiettivo - puoi sviluppare la tua applicazione web dalle fondamenta in modo che costruisca l'url delle sue risorse in base ad una generica variabile, ma non sempre è così facile, specialmente quando utilizzi altri prodotti, come SquishDot o CMF o ecc.; - puoi creare un oggetto che modifichi il comportamento di zope nel traversing del path, per altro abbastanza semplice da fare, è python; - utilizzi VirtualHostMonster, la cui funzione è proprio quella, togliendoti alla radice il problema. VHM ti permette anche di fare cose carine come ad esempio tagliare parte dell'uri di accesso alla risorsa nello zodb e aggiungere la parte dinamica zope come un folder all'interno di un sito statico preesistente, naturalmente con tutte le uri a posto.. azazel -- Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx