Guten Tag! Mein Problem ist in wenig Worten beschrieben: Das als DSO mittels APXS compilierte PHP4 Modul ist in meinem Webserver zwar geladen, aber beim Aufruf von PHP Files bietet mir mein Browser statt dem erwarteten Ergebnis, das das Skript liefern soll, einen Download Dialog an. Naja, das Problem liesse sich mittels Nachlesen in den INSTALL bzw. README Dateien der beiden Programme sicher loesen, dachte ich mir, und habe damit und dem damit verbundenen Reinstallieren bzw. Umkonfigurieren etliche Tage verbracht. Unter http://www.phpbuilder.com/forum/read.php3?num=3&id=108908&loc=0&thread=108908 hat ein weniger geduldiger Zeitgenosse einen Thread angeleiert, der mir sowohl die Bauchmuskeln trainieren half, als auch den Gedanken nahe gelegt hat, das Problem doch mal in die Oeffentlichkeit zu schicken, um zu sehen, wie Ihr dazu steht. Ich bin der Reihe nach wie folgt vorgegangen: #> tar xzf apache_1.3.23.tar.gz #> cd apache_1.3.23 #> configure --prefix=/usr/local/apache1.3.23 \ --enable-module=all \ --enable-rule=SHARED_CORE \ --enable-shared=MAX #> make && make install #> .. Anschließend php3 und php4: #> tar xzf php-3.0.18.tar.gz #> cd php-3.0.18 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars #> make && make install #> .. #> tar xzf php-4.1.1.tar.gz #> cd php-4.1.1 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars #> make && make install Es existieren jetzt /usr/local/apache1.3.23/libexec/libphp3.so und /usr/local/apache1.3.23/libexec/libphp4.so, beide sind in der httpd.conf aktiviert: LoadModule php3_module libexec/libphp3.so LoadModule php4_module libexec/libphp4.so AddModule mod_php3.c AddModule mod_php4.c AddType application/x-httpd-php .php AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php-source .phps Damit ist die Installation/Konfiguration wie in den INSTALLs und READMEs erfolgreich abgeschlossen, wie ich auch der /var/log/error_log entnehmen konnte: [notice] Apache/1.3.23 (Unix) PHP/3.0.18 PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations phpMyAdmin funktioniert einwandfrei. Ist ja auch mit PHP3 gemacht. Bei jeder Datei die auf eine Erweiterung endet, die mit dem PHP4 Modul assoziiert ist, gibts den Download-Dialog. Fragen, die sich leicht beantworten lassen durch Ausprobieren: 1. Liegts an der Parallelinstallation von PHP3 und PHP4 DSOs? NEIN! -> Wenn es so waere, muesste es dann nicht funktionieren, wenn ich die Loadmodule und Addmodule Befehle fuer PHP3 auskommentiere und den httpd neu starte? Im error_log sehe ich dann: [notice] Apache/1.3.23 (Unix) PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations Es reicht also, an der httpd.conf zu manipulieren, um die Module nachtraeglich zu (de)aktivieren. 2. Liegts am apache_1.3.23? Schliesslich hat der 1.3.22 auch ohne DSOs nichtmal gestartet. Zwei Tage lang hab ichs probiert, dann kam die 1.3.23 raus. NEIN! -> Wenn es so waere, dann muesste doch ein etwas aelterer und bugfreier apache (ich hab noch nen 1.3.14 rumfahren) mit php-4.1.1 klar kommen, tut er aber nicht. Das Ergebnis ist dasselbe. 3. Liegts an meinem IQ? Dann haette doch inzwischen sicher jemand dasselbe Problem schon laengst mal hier gepostet, oder? NEIN! Mein IQ ist laut amtlicher Messung bei 126 Punkten, damit kann ich Klappstuehle aufstellen, ner Blondine Englisch beibringen, Parkplaetze mit ner Thermosflasche verteidigen und vieles mehr. Nunja. Es wird wohl was ganz einfaches sein, vielleicht der eine oder andere Parameter den ich (nicht) verwendet habe beim configure. Lasst mich teilhaben an eurer magischen Runde der troubleshootenden Bug-Exorzisten. MfG Conner Mayhem
Hi, Conner Mayhem wrote: [ Einleitung und Konfiguration ...]
LoadModule php3_module libexec/libphp3.so LoadModule php4_module libexec/libphp4.so
AddModule mod_php3.c AddModule mod_php4.c
AddType application/x-httpd-php .php AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php-source .phps
Sieht gut aus ...
Damit ist die Installation/Konfiguration wie in den INSTALLs und READMEs erfolgreich abgeschlossen, wie ich auch der /var/log/error_log entnehmen konnte:
[notice] Apache/1.3.23 (Unix) PHP/3.0.18 PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations
phpMyAdmin funktioniert einwandfrei. Ist ja auch mit PHP3 gemacht. Bei jeder Datei die auf eine Erweiterung endet, die mit dem PHP4 Modul assoziiert ist, gibts den Download-Dialog.
Welche Endung meinst du denn ?
Im error_log sehe ich dann:
[notice] Apache/1.3.23 (Unix) PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations
Es reicht also, an der httpd.conf zu manipulieren, um die Module nachtraeglich zu (de)aktivieren.
Versteh ich nicht ... was meinst du damit ?
2. Liegts am apache_1.3.23? Schliesslich hat der 1.3.22 auch ohne DSOs nichtmal gestartet. Zwei Tage lang hab ichs probiert, dann kam die 1.3.23 raus.
Kann ich nicht bestätigen, bei läuft 1.3.22 mit PHP/4.1.1 , mysql und (fast) allen sonstigen Sperenzchen ...
3. Liegts an meinem IQ? Dann haette doch inzwischen sicher jemand dasselbe Problem schon laengst mal hier gepostet, oder?
NEIN!
Mein IQ ist laut amtlicher Messung bei 126 Punkten, damit kann ich Klappstuehle aufstellen, ner Blondine Englisch beibringen, Parkplaetze mit ner Thermosflasche verteidigen und vieles mehr.
Nun ja, deine IQ kann ich nun wirklich weder veri- noch falsifizieren :o) mfg Harry PS.: Laß doch die Testmails sein ...
On Wed, Feb 06, 2002 at 01:45:00PM +0100, Conner Mayhem wrote:
Guten Tag!
Mein Problem ist in wenig Worten beschrieben:
Haha, der beste Witz zu Anfang ;-)
Das als DSO mittels APXS compilierte PHP4 Modul ist in meinem Webserver zwar geladen, aber beim Aufruf von PHP Files bietet mir mein Browser statt dem erwarteten Ergebnis, das das Skript liefern soll, einen Download Dialog an.
[...]
#> tar xzf apache_1.3.23.tar.gz #> cd apache_1.3.23 #> configure --prefix=/usr/local/apache1.3.23 \ --enable-module=all \ --enable-rule=SHARED_CORE \ --enable-shared=MAX #> make && make install #> ..
Anschließend php3 und php4:
#> tar xzf php-3.0.18.tar.gz #> cd php-3.0.18 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars
#> make && make install #> ..
#> tar xzf php-4.1.1.tar.gz #> cd php-4.1.1 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars
#> make && make install
Es existieren jetzt /usr/local/apache1.3.23/libexec/libphp3.so und /usr/local/apache1.3.23/libexec/libphp4.so, beide sind in der httpd.conf aktiviert:
LoadModule php3_module libexec/libphp3.so LoadModule php4_module libexec/libphp4.so
Bei meiner httpd.conf sind die Pfadangaben absolut... daran liegt's aber wohl nicht.
AddModule mod_php3.c AddModule mod_php4.c
AddType application/x-httpd-php .php AddType application/x-httpd-php3 .php3
[...]
Mein IQ ist laut amtlicher Messung bei 126 Punkten, damit kann ich Klappstuehle aufstellen, ner Blondine Englisch beibringen, Parkplaetze mit ner Thermosflasche verteidigen und vieles mehr.
Aber bei deinem Problem hilft dir dein Monsterhirn offensichtlich trotzdem nicht... Nun denn. Ich hab den ganzen Kram fuer meine SuSE 7.3 auch neu gebacken (abgesehen von MySQL). Meine configure-strings findest du unter: http://wolfram.schlich.org/linux/suse/ Vielleicht klappt's ja damit (bei mir tut's das). (Sicher, dass die php.ini von php4 eingelesen wird?) -- Mit freundlichen Gruessen / Yours sincerely Wolfram Schlich; Berghof, D-56626 Andernach-Kell; +49-(0)2636-941194;
Hi, ich wieder ... Mit fällt da gerade etwas ein.
Anschließend php3 und php4:
Schwachsinn! Laß PHP3 einfach weg, IMHO sollten alle alten PHP3 Skripte auch unter PHP4 laufen. Es reicht dann (so bei mir) <IfModule mod_php4.c> AddType application/x-httpd-php .php AddType application/x-httpd-php .php4 AddType application/x-httpd-php .php3 <------------ !!!! AddType application/x-httpd-php-source .phps </IfModule> ByE Andre
Guten Abend nochmal an alle eifrigen Leseratten!! Mit Ausnahme von der folgenden Bemerkung von Herrm Schlich:
(Sicher, dass die php.ini von php4 eingelesen wird?)
lagen alle, die mir geantwortet haben entweder inhaltlich falsch: + Konrad Bück
mit Suse 7.2 kannst du es nur wenn du es statisch machst also kein DSO, dann funktioniert es auch einwandfrei.
+ André Heine
Schwachsinn! Laß PHP3 einfach weg, IMHO sollten alle alten PHP3 Skripte auch unter PHP4 laufen.
+ Till, der BASF-Azubi
Hast Du für die Verzeichnisse, in denen Deine Skripte liegen, Perl- bzw. PHP-Handler eingerichtet? Wenn Du das nicht hast, weiss Dein Apache ja nicht, dass er die Dateien ausführen soll.
oder sie vergassen schlicht die Tatsache, dass es sich bei dieser Liste nicht um eine Institution handelt, bei der selbsternannte Haeuptlinge den Fragestellern Verhaltenrichtlinien auftackern. Wer damit gemeint ist, weiss derjenige selber *G* Um wieder zur Sache zurueckzukommen: Es lagen keinerlei Installations- oder Konfigurationsfehler in den Zeilen vor, die ich in der ersten Mail gepostet habe. Beide PHP-Module laufen einwandfrei. Lediglich eine kleine Zeile in der PHP.INI, die von beiden Modulen gleichermassen benutzt wird, enthielt einen Eintrag, den das PHP4-Modul wohl beachtet, das PHP3-Modul aber nicht: ; As of 4.0b4, PHP always outputs a character ; encoding by default in the Content-type: header. ; To disable sending of the charset, simply ; set it to be empty. ; PHP's built-in default is text/html default_mimetype = "php4/html" default_charset = "iso-8859-1" Nachdem ich die Zeile mit "php4/html" auskommentierte, hat alles einwandfrei funktioniert. Nun danke ich also allen, die mir bei meinem Problem bereit waren zu helfen.... MfG Conner Mayhem
* Conner Mayhem schrieb am 06.Feb.2002:
Mit Ausnahme von der folgenden Bemerkung von Herrm Schlich:
(Sicher, dass die php.ini von php4 eingelesen wird?)
lagen alle, die mir geantwortet haben entweder inhaltlich falsch:
...
oder sie vergassen schlicht die Tatsache, dass es sich bei dieser Liste nicht um eine Institution handelt, bei der selbsternannte Haeuptlinge den Fragestellern Verhaltenrichtlinien auftackern.
Aber Du bist der Meinung, Du hast hier eine Anspruch auf eine Antwort? Da versuchen Dir einige Leute zu helfen, lagen vielleicht falsch und Du mußt sie hier unbedingt bloßstellen. Was soll das? Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11
Hallo, On Wed, 06 Feb 2002, Bernd Brodesser wrote:
* Conner Mayhem schrieb am 06.Feb.2002:
Mit Ausnahme von der folgenden Bemerkung von Herrm Schlich:
(Sicher, dass die php.ini von php4 eingelesen wird?)
lagen alle, die mir geantwortet haben entweder inhaltlich falsch:
...
oder sie vergassen schlicht die Tatsache, dass es sich bei dieser Liste nicht um eine Institution handelt, bei der selbsternannte Haeuptlinge den Fragestellern Verhaltenrichtlinien auftackern.
Aber Du bist der Meinung, Du hast hier eine Anspruch auf eine Antwort? Da versuchen Dir einige Leute zu helfen, lagen vielleicht falsch und Du mußt sie hier unbedingt bloßstellen. Was soll das?
Ack! Bezieht man auch die testmails ein, ist folgendes ueberfaellig. *PLONK* -dhn -- 129: Knigge Kofler des erfolgreichen Kommunizierens (Heinrich Konrad Bartels)
Hi Problem ist mir gut bekannt, im error.log sementation fault(11) mit Suse 7.3 kein Problem Apache 1.3.22 und Php 4.1 und DSO, mit Suse 7.2 kannst du es nur wenn du es statisch machst also kein DSO, dann funktioniert es auch einwandfrei. Gruss Ruedi ----- Original Message ----- From: "Conner Mayhem" <Kicknews@gmx.de> To: "Linux Liste" <suse-linux@suse.com> Sent: Wednesday, February 06, 2002 1:45 PM Subject: PHP4.1.1 + Apache 1.3.32 - Download statt Execute
Guten Tag!
Mein Problem ist in wenig Worten beschrieben:
Das als DSO mittels APXS compilierte PHP4 Modul ist in meinem Webserver zwar geladen, aber beim Aufruf von PHP Files bietet mir mein Browser statt dem erwarteten Ergebnis, das das Skript liefern soll, einen Download Dialog an.
Naja, das Problem liesse sich mittels Nachlesen in den INSTALL bzw. README Dateien der beiden Programme sicher loesen, dachte ich mir, und habe damit und dem damit verbundenen Reinstallieren bzw. Umkonfigurieren etliche Tage verbracht.
Unter
http://www.phpbuilder.com/forum/read.php3?num=3&id=108908&loc=0&thread=10890 8
hat ein weniger geduldiger Zeitgenosse einen Thread angeleiert, der mir sowohl die Bauchmuskeln trainieren half, als auch den Gedanken nahe gelegt hat, das Problem doch mal in die Oeffentlichkeit zu schicken, um zu sehen, wie Ihr dazu steht.
Ich bin der Reihe nach wie folgt vorgegangen:
#> tar xzf apache_1.3.23.tar.gz #> cd apache_1.3.23 #> configure --prefix=/usr/local/apache1.3.23 \ --enable-module=all \ --enable-rule=SHARED_CORE \ --enable-shared=MAX #> make && make install #> ..
Anschließend php3 und php4:
#> tar xzf php-3.0.18.tar.gz #> cd php-3.0.18 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars
#> make && make install #> ..
#> tar xzf php-4.1.1.tar.gz #> cd php-4.1.1 #> configure --with-mysql \ --with-apxs=/usr/local/apache1.3.23/bin/apxs \ --enable-versioning \ --enable-track-vars
#> make && make install
Es existieren jetzt /usr/local/apache1.3.23/libexec/libphp3.so und /usr/local/apache1.3.23/libexec/libphp4.so, beide sind in der httpd.conf aktiviert:
LoadModule php3_module libexec/libphp3.so LoadModule php4_module libexec/libphp4.so
AddModule mod_php3.c AddModule mod_php4.c
AddType application/x-httpd-php .php AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php-source .phps
Damit ist die Installation/Konfiguration wie in den INSTALLs und READMEs erfolgreich abgeschlossen, wie ich auch der /var/log/error_log entnehmen konnte:
[notice] Apache/1.3.23 (Unix) PHP/3.0.18 PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations
phpMyAdmin funktioniert einwandfrei. Ist ja auch mit PHP3 gemacht. Bei jeder Datei die auf eine Erweiterung endet, die mit dem PHP4 Modul assoziiert ist, gibts den Download-Dialog.
Fragen, die sich leicht beantworten lassen durch Ausprobieren:
1. Liegts an der Parallelinstallation von PHP3 und PHP4 DSOs?
NEIN!
-> Wenn es so waere, muesste es dann nicht funktionieren, wenn ich die Loadmodule und Addmodule Befehle fuer PHP3 auskommentiere und den httpd neu starte?
Im error_log sehe ich dann:
[notice] Apache/1.3.23 (Unix) PHP/4.1.1 mod_perl/1.26 configured -- resuming normal operations
Es reicht also, an der httpd.conf zu manipulieren, um die Module nachtraeglich zu (de)aktivieren.
2. Liegts am apache_1.3.23? Schliesslich hat der 1.3.22 auch ohne DSOs nichtmal gestartet. Zwei Tage lang hab ichs probiert, dann kam die 1.3.23 raus.
NEIN!
-> Wenn es so waere, dann muesste doch ein etwas aelterer und bugfreier apache (ich hab noch nen 1.3.14 rumfahren) mit php-4.1.1 klar kommen, tut er aber nicht. Das Ergebnis ist dasselbe.
3. Liegts an meinem IQ? Dann haette doch inzwischen sicher jemand dasselbe Problem schon laengst mal hier gepostet, oder?
NEIN!
Mein IQ ist laut amtlicher Messung bei 126 Punkten, damit kann ich Klappstuehle aufstellen, ner Blondine Englisch beibringen, Parkplaetze mit ner Thermosflasche verteidigen und vieles mehr.
Nunja. Es wird wohl was ganz einfaches sein, vielleicht der eine oder andere Parameter den ich (nicht) verwendet habe beim configure.
Lasst mich teilhaben an eurer magischen Runde der troubleshootenden Bug-Exorzisten.
MfG Conner Mayhem
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (7)
-
Andr� Heine -
B.Brodesser＠t-online.de -
Conner Mayhem -
David Haller -
Harry Rüter -
Konrad BüKo -
Wolfram Schlich