Hallo,
ich habe hier eine Suse 7.0 mit eigentlich installierten PHP3 (so wie es nach der Installation der Suse aussieht). Wenn ich nun im Browser http://localhost/test.php3 eingebe (wird mitgeliefert), erscheint bei mir der reine Quelltest von test.php3, ebenso bei date.php3, wobei im Browser die HTML-Bestandteile interpretiert und die php-Bestandteile ignoriert werden. Laut httpd.conf ist ersichtlich, daß php3 als Modul (mod_php) vorliegt, die in der Konfigurationsdatei angegebene Bibliothek libphp3.so ist auch an ihrem Platz.
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
MfG Mike Kramer
________________________________________ Urlaubsfotos online verwalten, Abzuege bestellen, Grusskarten verschicken - mit den Fotoalben von http://www.epost.de
Am Donnerstag, 16. August 2001 15:31 schrieb Mike.Kramer3@epost.de:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
hmm, hats du auch sowas wie:
AddType application/x-httpd-php3 .php3
drin stehen? Im zweifelsfalle mal diese <ifdefined>-Klammern entfernen. Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich defined wird?
Mit freundlichen Grüßen
Jens Puruckherr
Am Donnerstag, 16. August 2001 15:42 schrieb Jens Puruckherr:
Am Donnerstag, 16. August 2001 15:31 schrieb Mike.Kramer3@epost.de:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
hmm, hats du auch sowas wie:
AddType application/x-httpd-php3 .php3
drin stehen? Im zweifelsfalle mal diese <ifdefined>-Klammern entfernen. Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich defined wird?
Wird meines Wissens nach aus der rc.config bzw. rc.config.apache im Skript /etc/rc.d/apache erzeugt.
Tschau Frank ------------------------------------------------------------------------------ Frank Wenzke frank@wenzke.com ------------------------------------------------------------------------------ "Having trouble in Windows? Reboot! - Having trouble in Linux? Be root!"
Am Donnerstag, 16. August 2001 16:12 schrieb Frank Wenzke:
Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich defined wird?
Wird meines Wissens nach aus der rc.config bzw. rc.config.apache im Skript /etc/rc.d/apache erzeugt.
ahhh I see. bin ich echt nicht draufgekommen. Danke.
Mit freundlichen Grüßen
Jens Puruckherr
Frank Wenzke schrieb:
Am Donnerstag, 16. August 2001 15:42 schrieb Jens Puruckherr:
Am Donnerstag, 16. August 2001 15:31 schrieb Mike.Kramer3@epost.de:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
hmm, hats du auch sowas wie:
AddType application/x-httpd-php3 .php3
drin stehen? Im zweifelsfalle mal diese <ifdefined>-Klammern entfernen. Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich defined wird?
Wird meines Wissens nach aus der rc.config bzw. rc.config.apache im Skript /etc/rc.d/apache erzeugt.
sollte eigentlich das jeweilige apache Modul definieren, in deinem Fall mod_php
Viele Grüsse
Jan
Jan Dittberner wrote:
Frank Wenzke schrieb:
Am Donnerstag, 16. August 2001 15:42 schrieb Jens Puruckherr:
Am Donnerstag, 16. August 2001 15:31 schrieb Mike.Kramer3@epost.de:
Wer weiss, woran es liegen kann, daß der php-code auf der
Serverseite
nicht interpretiert wird ?
hmm, hats du auch sowas wie:
AddType application/x-httpd-php3 .php3
drin stehen? Im zweifelsfalle mal diese <ifdefined>-Klammern entfernen. Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich
defined
wird?
Wird meines Wissens nach aus der rc.config bzw. rc.config.apache im
Skript
/etc/rc.d/apache erzeugt.
sollte eigentlich das jeweilige apache Modul definieren, in deinem Fall
mod_php
Der Type ist registriert und auch das Modul ist eingetragen. Das komische an der ganzen Sache ist, dass ja alles schon irgendwie vorkonfiguriert ist (halt ne Suse 7.0) und trotzdem nicht läuft.
MfG Mike
Am Donnerstag, 16. August 2001 15:42 schrieb Jens Puruckherr:
Am Donnerstag, 16. August 2001 15:31 schrieb Mike.Kramer3@epost.de:
Wer weiss, woran es liegen kann, daß der php-code auf der
Serverseite
nicht interpretiert wird ?
hmm, hats du auch sowas wie:
AddType application/x-httpd-php3 .php3
drin stehen? Im zweifelsfalle mal diese <ifdefined>-Klammern entfernen. Apropos: kann mir mal jemand erklären wo das <ifdefined> eigentlich
defined
wird?
Wird meines Wissens nach aus der rc.config bzw. rc.config.apache im
Skript
/etc/rc.d/apache erzeugt.
sollte eigentlich das jeweilige apache Modul definieren, in deinem Fall
mod_php
Der Type ist registriert und auch das Modul ist eingetragen. Das komische an der ganzen Sache ist, dass ja alles schon irgendwie vorkonfiguriert ist (halt ne Suse 7.0) und trotzdem nicht läuft.
Wenn ich mich recht entsinne werden nur bestimmt Verzeichnisse von Apache "bearbeitet" ("document_root" und solche Einträge). Das klappte irgendwie nicht so richtig. Vor einem Jahr habe ich deshab mal eine halbe ewigkeit gebraucht um php (speziell php4) zur Arbeit zu überreden. Ich werde mal meine Konfiguration durchforsten.
Jens Weisse
At 15:31 16.08.01 +0200, you wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
Gruß
Bernd Ledig bl@heitech.net --------------------------------------------- HEITECH Service GmbH Macherstr 18, 01917 Kamenz
email: info@heitech.net http://www.heitech.net Tel: +49 3578 -34 33 0 Fax: +49 3578 - 34 33 30 ---------------------------------------------
At 15:31 16.08.01 +0200, Bernd Ledig wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite
nicht
interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
genau das hatte ich leider vergessen zu erwähnen, den Eintrag hab ich 10 mal geprüft, und der stand und steht in der httpd.conf.
leider
MfG Mike
________________________________________ Urlaubsfotos online verwalten, Abzuege bestellen, Grusskarten verschicken - mit den Fotoalben von http://www.epost.de
On Thu, Aug 16, 2001 at 05:11:36PM +0200, Mike.Kramer3@epost.de wrote:
At 15:31 16.08.01 +0200, Bernd Ledig wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite
nicht
interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
genau das hatte ich leider vergessen zu erwähnen, den Eintrag hab ich 10 mal geprüft, und der stand und steht in der httpd.conf.
Was sagt deine /var/log/httpd/error.log?
Ciao, Tobias
Tobias Koenig wrote:
On Thu, Aug 16, 2001 at 05:11:36PM +0200, Mike.Kramer3@epost.de wrote:
At 15:31 16.08.01 +0200, Bernd Ledig wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite
nicht
interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
genau das hatte ich leider vergessen zu erwähnen, den Eintrag hab ich 10 mal geprüft, und der stand und steht in der httpd.conf.
Was sagt deine /var/log/httpd/error.log?
die bleibt in dem Falle leer.
Ich hatte mal spasseshalber das ScriptAlias auf den Pfad, in dem die test.php3 steht, gesetzt, da bekam ich beim Aufruf einen Server Error und in der error_log stand "Premature end of file ...". Allerdings gilt ScriptAlias in dem Fall soweit ich weiss nicht, ein php executable (für cgi-like-Aufruf) gibt es auf dem System nicht.
ciao Mike
Mike.Kramer3@epost.de wrote:
At 15:31 16.08.01 +0200, Bernd Ledig wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite
nicht
interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
genau das hatte ich leider vergessen zu erwähnen, den Eintrag hab ich 10 mal geprüft, und der stand und steht in der httpd.conf.
wahrscheinlich hast Du (nur) PHP4 installiert, o.g. Zeile ist aber für PHP3 in dem Block <IFDefine PHP>. Füge ein paar Zeilen später, innerhalb <IFDefine PHP4> eine ähnliche Zeile ein: AddType application/x-httpd-php .php3
So geht's bei mir
Ciao, Rico
From: "Rico Koerner":
Mike.Kramer3@epost.de wrote:
At 15:31 16.08.01 +0200, Bernd Ledig wrote:
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite
nicht
interpretiert wird ?
in der conf des Apache muss folgender Eintrag existieren:
AddType application/x-httpd-php3 .php3
genau das hatte ich leider vergessen zu erwähnen, den Eintrag hab ich 10 mal geprüft, und der stand und steht in der httpd.conf.
wahrscheinlich hast Du (nur) PHP4 installiert, o.g. Zeile ist aber für PHP3 in dem Block <IFDefine PHP>. Füge ein paar Zeilen später, innerhalb <IFDefine PHP4> eine ähnliche Zeile ein: AddType application/x-httpd-php .php3
So geht's bei mir
danke für den Hinweis, aber das Problem konnnte ich durch die anderen Hinweise lösen: Die Idee, die Startparameter für den httpd zu prüfen, hat mich auf den richtigen Weg gebracht. Standardmäßssig versucht nämlich der Suse-"""vorkonfigurierte""" (/etc/rc.d/apache) httpd zuerst die midgard-Bibliothek zu laden, und wenn das geht wird die PHP-Lib nicht geladen und auch PHP nicht definiert. Ich hab pragmatischerweise die midgard-lib einfach umbenannt und jetzt funktioniert das gute alte php3 endlich.
Die Einstellungen in der httpd.conf sind allesamt ok. PHP4 war übrigens so eines der wenigen Pakete, das nicht installiert war (war eine Suse 7.0-Komplettinstallation mit Ausnahme der Sourcen) oder beissen sich php3 und php4 als Module ?
ciao Mike.
Mike.Kramer3@epost.de wrote:
Hallo,
ich habe hier eine Suse 7.0 mit eigentlich installierten PHP3 (so wie es nach der Installation der Suse aussieht). Wenn ich nun im Browser http://localhost/test.php3 eingebe (wird mitgeliefert), erscheint bei mir der reine Quelltest von test.php3, ebenso bei date.php3, wobei im Browser die HTML-Bestandteile interpretiert und die php-Bestandteile ignoriert werden. Laut httpd.conf ist ersichtlich, daß php3 als Modul (mod_php) vorliegt, die in der Konfigurationsdatei angegebene Bibliothek libphp3.so ist auch an ihrem Platz.
Wer weiss, woran es liegen kann, daß der php-code auf der Serverseite nicht interpretiert wird ?
MfG Mike Kramer
Hy, hatte vor 3 Tagen ein ähnliches Problem PHP4 für den Apache zum Laufen zu bringen! Alle Einträge in die httpd.conf stimmten. Allerding übersah ich in der INSTALL -Datei des Paketes einen Eintrag der besagte ich sollte die php.ini in den Standartorder /usr/local/lib/ copieren und siehe da, nachher hats funktioniert! Tschüß Robi
Hope I helped you!
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
lug-dd@mailman.schlittermann.de