Newsgroup: it.comp.os.linux.sys
Titolo: Caccia all'errore... mi aiutate?

Sono su una Debian 3.1
in httpd.conf
    AddType application/x-httpd-php .php
    AddType application/x-httpd-php-source .phps
in modules.conf
LoadModule php4_module /usr/lib/apache/1.3/libphp4.so
Apache installato 1.3.33
l'interprete funziona, se faccio php4 info.php in console e' tutto ok.
Ora mi spiegate perche' se apro 
http://test.mylan.it/info.php
 nno va? 
Praticamente parte il download del file info.php.
Dove sbaglio? Quasi quasi piallo tutto e riparto con la tanto amata woody 
:-( 

 Apache installato 1.3.33
Praticamente per risolvere ho dovuto installare apache2 ed il relativo 
libapache2-mod-php4
Non e' che ci ho capito molto in tutta questa storia... inche modo sono 
legati apache e apache2? 

     
www.debianizzati.org
     <

 chiudilo e riaprilo e tutto dovrebbe andare...
in aggiunta, consiglio anche di brasare la cache di ff. ho avuto un 
problema simile e ho risolto cosi'.

Davide D'Amico ha scritto:


se non ti sei dimenticato di riavviare dopo le modifiche (...) e
c'e` l'include di modules.conf, vedi un po' cosa vuole scaricare
firefox, puo` essere un problema di content type, un problema di
mime o un override in una sezione <directory> o <location>

Davide D'Amico wrote:

copiato il php.ini-dist in ../apache/conf ?

 motivo)...
Ed io che davo la colpa a apache e/o tutti gli altri programmi 
incolpabili, mentre era proprio il browser....
Ma porc....
Michele

 l'interprete funziona, se faccio php4 info.php in console e' tutto ok.
Questa prova non vuol dire niente: php4 lanciato da console e il modulo 
integrato in apache sono due programmi *diversi*. Il fatto che funzioni 
il primo non vuol dire che sia a posto l'altro.
E il problema del download del codice è un classico problema di 
malconfigurazione di apache, il browser non c'entra un ciufolo.
Cmq se ora hai rimesso tutto a posto non c'e' nulla da aggiungere...
-- 
Fabrizio "Hermooz" Ermini

 malconfigurazione di apache, il browser non c'entra un ciufolo.
non sempre. mi e' capitato di provare con lynx e il file PHP veniva 
correttamente interpretato, mentre con firefox veniva scaricato. 
eliminata la cache di firefox, tutto e' andato a posto.


Io la cache dei browser la stacco per principio. Lavorando con
internet, ho bisogno di sapere se quello che vedo è veramente quello
che è presente sul server e dal momento che le connessioni modem sono
sempre piu 'scarse', la cache credo che sia solo una cosa inutile.
Con una adsl avere o no la cache non cambia nulla.
Mi è capitato (ci ho perso mezzora) di aver fatto un .htaccess di
apache con redirect 301, firefox (mi ero dimenticato di togliere la
cache) continuava a farmi vedere la pagina anziche usare
l'.htaccess....dopo mezzora mi è venuto in mente che la cache era
attiva (era una nuova installazione, quindi non avevo ancora cambiato
le impostazioni), l'ho disattivata ed ha funzionato il redirect.

 eliminata la cache di firefox, tutto e' andato a posto.
seguimi bene: è *IMPOSSIBILE* che una malconfigurazione del browser 
causi il download del codice di una pagina php senza che ci sia *ANCHE* 
una malconfigurazione di apache. Se apache fa il suo mestiere, la pagina 
php viene *interpretata prima* di venire passata al browser, e non c'e' 
cache a questo mondo che sia in grado di far riapparire magicamente il 
codice sorgente in questo caso.
Casi come quello che dici capitano, ma c'e' sempre di mezzo anche una 
riconfigurazione/riavvio di apache di mezzo, ti assicuro.
-- 
Fabrizio "Hermooz" Ermini

 la cache di firefox, tutto e' andato a posto.
Appunto, la causa era la *cache* di Firefox in cui era già inserito quel
file come file da scaricare e non come text/html. Il browser di per sé
non aveva colpe.
See you,
	Silver Drake
-- 
http://www.silverdrakenet.it
 
Australian Largest Bed, coverband extraordinaire
http://www.silverdrakenet.it/platy/carpe.html
 

 non aveva colpe.
Esatto, se nella cache del browser è già presente un file di nome
xxxxxxx.php, il server puo essere configurato bene quanto vuoi ma
purtroppo il file che vedi è quello nella cache il che bypassa la
corretta configurazione di apache.