Newsgroup: it.comp.www.php
Titolo: Linux 7.1 PHP Apache MySql vi odio!

Non riesco a far girare php.Invece che aprire i *.php il browser li vuole
salvare!
Apache e MySql funzionano perfettamente.Se avete gia riscontrato il problema
o volete altre specifiche rispondetemi.GRAZIE

 wrote:
Cosa vuol dire Linux 7.1?
forse Red Hat Linux 7.1? se fosse cosě, dovrebbe esserci un trhead
abbastanza lunghetto risante a pochi giorni fa in cui l'argomento č stato
ampiamente sviscerato.
ciao,
nico

 stato ampiamente sviscerato.
Per la cronaca č:
		  	RedHat e inca%%ature ...
ti basta cercarlo

non e' che ti sei dimenticato di decommentare le due seguenti righe nel file
http.conf?:
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php4
Se cosě non e' probabilemnte ti e' fallita la compilazione di php e non te
ne sei accorto tra i vari make e make install.
Mandami le istruzioni che hai usato per compilare che gli do una occhiata.
a riguardo di RH+Apache+php+Mysql fai conto che č l'ambiente di produzione
web piu' diffuso al mondo,
probabilmente il piu' facile da realizzare e manutenere e sicuramente quello
meglio documentato.

aggiungo una nota in calce al mio post dopo avere scorso il thread citato da
Domenico.
Un network admin serio non usa Mai Rpm, pgk deb o altro, si compila i
sorgenti, si compila il kernel
e si installa a manina tutte le librerie di cui abbisogna. Un sistema
operativi con ottimi programmi di installazione
che ti configurano il software e ti danno soluzioni "Out of the box" già
esiste, si chiama NT server.
Sempre se si parla di ambienti di produzione con elevata richiesta in
termini di performance e sicurezza.

 sorgenti, 
Per quanto riguarda RPM, va be`... Ma per deb dissento nella maniera
piu` assoluta. Senza contare che l'utilizzo dei sorgenti sui sistemi
di pacchettizzazione preesistenti e` un ottimo metodo. Per farsi del
male.
Un network admin che, pur avendo una distro gia` pronta, si compila,
di nuovo, tutto quanto, non e` serio: ha del tempo da perdere.
Ad ogni modo, siamo OT qui.
Bye,
 Emmanuele.
-- 
I ... Owe ... You ... Pain! -- Willow, "Tough Love"
Italian Buffy Resource Site (Beta) - 
http://www.ibrs.dns2go.com
GnuPG Key ID: 0x788E3A3A
GnuPG Key FP: 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

Io per preparare a dovere un webserver, un firevall, un proxy, un router
un mailserver o un dbserver (Oracle o DB2) partendo da una distribuzione
(generalmente red hat), disinstallando tutti i pacchetti che non mi
servono, ricompilando il kernel ed il resto su macchine di cui ho
specificato rigorosamente l'hardware impiego circa 5 ore ( a volte meno,
di piu' per il dbserver).
La macchina in tal modo viene messa in sicurezza, diviene maggiormente
performante e non prona a strani
e non ben imputabili errori.
Per alcune delle configurazioni sopra citate uso kickstart, il che vuol
dire inserire un cd-rom di installazione di red-hat opportunamente
modificato ed impiegare un tempo di set-up complessivo
della macchina pari praticamente a quello di installazione.
A riguardo dei problemi relativi all'incongruenza tra i pacchetti
installati con i sorgenti compilati
la cosa non mi tange. Una volta configurata la macchina non si tocca
piu'. I server di una rete
devono avere ciascuno il suo compito specifico, immutabile nel tempo. La
macchina si installa, 
si configurae si manda in produzione, punto. C'e' gia' stata un'analisi
ed un collaudo che hanno 
garantito per l'affidabilità della soluzione. Una qualunque modifica
alla configurazione invalida
quanto già fatto.
Ripeto, sempre in un ambIEnte di produzione. Se si sta giocando o non si
devono garantire determinati
standard operativi di sicurezza, performance ed affidabilità va bene
tutto.
-- 
Posted from 
mta43-acc.tin.it
 [212.216.176.239] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Ringrazio tutti coloro che mi hanno aiutato.Il problema alla fine era la
versione php 4.0.0.Ho scaricato l'aggiornata da 
www.php.net
 (la 4.0.6) ed ho
risolto.Grazie a tutti!