PHP-Seiten werden sporadisch nicht geparsed

[raygizmo]

Hallo zuammen,

hab seit einigen Wochen ein merkwürdiges Problem, das allgemeiner Natur zu sein scheint: Auf meinem WebServer werden unter verschiedensten Domains ab und wann die PHP-Seiten nicht geparsed. Es erscheint dann ein Downloadfenster das mich fragt ob ich die Seite des Typs application/x-httpd-php runterladen oder anderweitig öffnen möchte.
Das ist natürlich recht unschön, da der reine Quelltext downgeloaded werden kann!
Wenn ich den Browsercache leere und die Seite neu lade, klappts in 90% der Fälle direkt wieder.

über meine httpd.conf wird mittels

Code: Select all

Include /etc/apache2/conf.d/mod_php4.conf

die mod_php4.conf geladen, worin auch folgendes definiert wird:

Code: Select all

<IfModule sapi_apache2.c>
        AddType application/x-httpd-php .php
        AddType application/x-httpd-php .php3
        AddType application/x-httpd-php .php4
        AddType application/x-httpd-php-source .phps
        DirectoryIndex index.php
        DirectoryIndex index.php3
        DirectoryIndex index.php4
</IfModule>

Apache-Version ist übrigens 2.0.48
PHP 4.3.3
WebServer zu PHP interface: apache2handler

Hat irgendjemand eine Idee?

Gruß,
Ray

[floschi]

Idee nicht, aber seid ihr evtl. vergleichbar http://www.rootforum.org/forum/viewtopic.php?t=28536 ??

Ein Bug bei php/apache2 ??

[realoftime]

hab das Problem auch..

lösung nur leider noch keine.

[raygizmo]

mh, ein Bug in PHP??
Meine Logs zeigen übrigens auch nichts Auffälliges...

[Joe User]

Die Lösung ist simpel: Aktuelle Sourcen laden und selbst kompilieren ;)

[raygizmo]

Ach ja?
Und warum sollte ich das nochmal tun?

[arty]

Ach ja?
Und warum sollte ich das nochmal tun?

Weil dein PHP recht alt ist und dort ausserdem noch einige üble Sicherheitslücken bestehen?

bye
arty

[raygizmo]

ahoi!

naja, mit Version 4.3.3. vom 16. Juli ist meine PHP-Version nicht wirklich alt. Habe aber inzwischen mal eine 4.3.8.1 drübergebügelt und siehe da, es scheint zu funktionieren. Danke also für den Hinweis!

Streube mich nur immer etwas gegen diese pauschalen "compilier du erst mal seber" Tipps. Selber compilieren ist nicht das Problem, ich wüsst' nur schon gern WARUM ich das machen soll.
Hier gings z.B. auch per RPM über Yast (Suse).

Dank & Gruß,

Ray

[..::rxr::..]

aloha,

ich hab das gleiche Problem, allerdings ist bei mir der PHP Stand 4.3.6 und ab und an bietet das indianerlein ebenfalls die phpfiles zum download an ohne erkennbaren grund. Logfiles sind "leer" und auch sonst sind keine anormalien zu verzeichnen ...

Ich düftel ma noch was rum ... sobald ich was finde meld ich mich nochma ...

so long

[odysseus]

Die Lösung ist simpel: Aktuelle Sourcen laden und selbst kompilieren ;)

Apache 2.0.50 + PHP 4.3.8
Selbst vor 1 bis 2 Wochen gebacken, kenne die Probleme auch. Bei mir war das aber nur ganz kurz mal der Fall und ein Restart des Apachen schaffte Abhilfe. Ich hoffe, dass es nicht mehr so schnell passiert.

Aufgetreten ist das übrigens nach dem ersten Start von PHP 4.3.8.

[Joe User]

Wie sehen Deine vollständigen ./configure aus?

[odysseus]

Bei mir sieht das so aus:

Code: Select all

./configure --prefix=/usr --datadir=/usr/share/php --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --sysconfdir=/etc --with-_lib=lib64 --with-config-file-path=/etc --with-exec-dir=/usr/lib64/php/bin --disable-debug --enable-inline-optimization --enable-memory-limit --enable-magic-quotes --enable-safe-mode --enable-sigchild --disable-ctype --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-ftp --with-zlib --with-libpng-dir=/usr/local --with-gd=/usr/local --with-jpeg-dir=/usr/local/lib --disable-cli --without-pear --with-openssl --with-apxs2=/usr/local/apache2/bin/apxs

[Joe User]

--without-pear kann raus, da es durch --disable-cli automatisch deaktiviert wird, zudem solltest Du, sofern nicht zwingend benötigt, noch --disable-ipv6 aufnehmen, da ipv6 zuviele Nebenwirkungen hat. Ansonsten könnte noch die externe gdlib problematisch sein, mangels eigener Erfahrung liegt die Betonung jedoch auf "könnte".

Apaches ./configure?

[odysseus]

OK, habe ipv6 mal rausgenommen. Brauche ich eigentlich nicht, aber GD brauche ich auf jeden Fall. Das arbeitet aber auch ganz gut.

Bei der pache Config bin ich mir nicht mehr 100%ig sicher, müsste aber folgendes gewesen sein:

Code: Select all

./configure --enable-auth-digest=shared --disable-actions --enable-logio --disable-asis --disable-imap --disable-userdir --enable-so --enable-ssl --enable-cgi=shared --disable-negotiation --enable-suexec=shared --with-suexec-caller=wwwrun --with-suexec-docroot=/home --with-suexec-logfile=/var/log/suexec.log

Gibt es eine Möglichkeit, sich den Configure-String vom Apache 2 nachträglich ausgeben zu lassen?

[nikon]

AFAIK nur .bach_history :?
Solltest dir auch immer aufschreiben, ist besser, wenn mans mal schnell braucht ;)

"--with-config-file-path=/etc/" würd ich auf "--with-config-file-path=/etc/php.ini" ändern, aber ansonsten ist mir im ./configure nichts besonderes aufgefallen. (Habs aber auch nur überflogen)

[Joe User]

AFAIK nur .bach_history :?

/usr/src/httpd-$VERSION/config.nice

"--with-config-file-path=/etc/" würd ich auf "--with-config-file-path=/etc/php.ini" ändern

Nein -> RTFM

[Joe User]

OK, habe ipv6 mal rausgenommen. Brauche ich eigentlich nicht, aber GD brauche ich auf jeden Fall. Das arbeitet aber auch ganz gut.

Nimm doch die gdlib, welche bereits von PHP mitgebracht wird.

Bei der pache Config bin ich mir nicht mehr 100%ig sicher, müsste aber folgendes gewesen sein:

Bitte selbst anpassen:

Code: Select all

cd /usr/src/httpd-2.0.50
patch -Np1 < ../httpd.layout.diff
./buildconf
CFLAGS="-O3 -pipe -march=pentium3 -fomit-frame-pointer -fno-strict-aliasing -fPIC -Wall" CXXFLAGS="-O3 -pipe -march=pentium3 -fomit-frame-pointer -fno-strict-aliasing -fPIC -Wall" ./configure --enable-layout=SuSE91 --with-mpm=prefork --with-perl=`which perl` --enable-so --enable-mods-shared="access actions alias asis auth autoindex cern_meta cgi deflate dir env expires headers imap include info log_config mime mime_magic negotiation rewrite setenvif ssl status suexec userdir" --enable-suexec --with-suexec-bin=/usr/sbin/suexec --with-suexec-caller=wwwrun --with-suexec-docroot=/srv/www/htdocs --with-suexec-logfile=/var/log/apache2/suexec.log --with-suexec-userdir=public_html --with-suexec-uidmin=96 --with-suexec-gidmin=96 --with-suexec-safepath="/usr/local/bin:/usr/bin:/bin" && make && make install

[nikon]

Nein -> RTFM

k, gewonnen, wobei es auch mit "php.ini" geht.

[Anonymous]

ahoi!

naja, mit Version 4.3.3. vom 16. Juli ist meine PHP-Version nicht wirklich alt.

PHP 4.3.3 wurde am 25 August 2003 released .. da sist fast 1 Jaht alt und somit "nicht wirklich alt"?

..

:?