Page 2 of 2

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-08 01:32
by darth
Bekommst Du denn wenigstens eine Fehlermeldung wenn Du den Apachen starten willst?

Der Support am Telefon meinte Er würde mal 'druck' machen bei den Kollegen das da ein FAQ oder so rauskommt für, aber ich frage mich ehrlich womit wenn Er im System nichts finden konnte von denen.

Scheinbar haben aber laut Seiner Aussage mehrere dieses Problem schon gehabt.. leider.

Aber ich wurde nett auf das Forum hier verwiesen wenn ich bis Montag schonmal selber aktiv werden möchte :roll:

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-08 03:14
by ups
ich hatte genau das gleiche problem, jedoch auf debian. hab xmal apache neu installiert etc. => gleiches problem.

abhilfe hat die installation eines perl-paketes gebracht. ich weiß zwar nicht mehr genau welches und bei suse werden die wohl eh anders heissen. habe den tip von nem kollegen bekommen und erst auch nicht dran geglaubt, dass perl was mit php zu tun haben sollte.

habe mal die debian module durchsucht. glaube es war "perl-modules", "perl" und "perl-base". werde den kollegen aber am montag nochmal fragen, falls das keine abhilfe schaffen sollte.

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-08 23:46
by darth
Also ich habe jetzt mal mein PHP selbst kompiliert, mal schaun was das bringt.

Folgende Pakete musste ich noch nachinstallieren per Yast:

Apache2-devel
Bison
Flex
zlib-devel
libxml2-devel
libpng-devel
xdevel
t1lib-devel
openldap2-devel
libmcrypt-devel
curl-devel
freetype2-devel
imap-devel
ypbind

(Sind die Pakete nach Outi's Howto!)

Danach 4.3.8 runtergeladen und mit folgenden Optionen kompiliert:

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=lib --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --disable-debug --enable-inline-optimization --enable-memory-limit --enable-magic-quotes --enable-safe-mode --enable-sigchild --disable-ctype --disable-session --without-mysql --disable-cli --without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork i586-suse-linux
Diese Einstellungen habe ich aus ner phpinfo von VOR dem Update.
Ich hoffe mal das ich dadurch das selbe kompiliert habe wie es schon vorinstalliert war :?

Auf jedenfall läuft jetzt der Apache und nimmt die Webseiten an.... mal schaun was das wird und ob ich Morgen noch Dateien zum Download angeboten bekomme

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 18:36
by termi11
Hab genau das gleiche Problem mit Suse 9.0

Apache2, PHP 4.3.3 usw. sind Installiert. (Original Pakete von Suse 9.0)

Beim updaten der Pakete bekomme ich aber jedesmal diese Fehlermeldung:



error: Failed dependencies:
apache is needed by mod_php4-4.3.8-1



Beim updaten von apache2:

error: Failed dependencies:
libapr0 = 2.0.50 is needed by apache2-2.0.50-1
apache2 = 2.0.48 is needed by (installed) apache2-worker-2.0.48-132
apache2 = 2.0.48 is needed by (installed) apache2-prefork-2.0.48-132
apache2 = 2.0.48 is needed by (installed) apache2-metuxmpm-2.0.48-132


apache 2 2.0.48 is Installiert, genau wie PHP 4.3.3

Gab mir auch ne Meldung, dass mod_php4.3.3 fehlen würde.

Hab's jetzt mir -i --force Installiert.
Doch was kann der Grund sein?

TKS !

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 18:37
by darth
So, ein Tag später und Er läuft immer noch ohne Probleme und vorallem ohne Download der Dateien :)

Nochmal angerufen bei 1&1 und die sagten mir auch man solle ein Update von PHP machen da es ein Fehler vom SuSE-System war.

Nur wieso dann die RPM's nicht liefen... keine Ahnung

Michael

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 20:49
by Joe User
Termi11 wrote:apache 2 2.0.48 is Installiert, genau wie PHP 4.3.3
Jedoch unterschiedliche Builds, welche naturgemäss inkompatibel zueinander sind.
Termi11 wrote:Hab's jetzt mir -i --force Installiert.
Fein, irgendwann ist Dein FS zugemüllt und der Paketmanager sagt "TILT"...

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 20:57
by termi11
Sorry, Apache hab ich nicht geforced/geupdated, nur PHP.
zeigt mir auch unter phpinfo dir 4.3.8er an.

In den Log's steht nix spezielles bisher.

Wie kann ich dann diese updates machen? Soory, aber damit hab ich mich noch net so beschäftigt (rpm update usw.)

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 21:48
by rafelangelo
Mir hat der 1&1 Support heute was ganz anderes gesagt und das scheint auch recht einleuchtend.

Angeblich ist es ein Bug welcher bei noch keiner PHP 4.x Version behoben ist, auch nicht bei der aktuellen 4.3.8. Es geht darum das die Apache Childs nicht wieder auf die Standart Werte für PHP gesetzt werden nachdem sie eine Seite ausgeliefert haben, wenn sie also eine Seite eines VHosts ausgeben bei dem PHP abgeschalten ist, interpretieren sie PHP nicht, sobald dieser Child dann aber eine weitere Anfrage bearbeiten soll ist PHP immernoch deaktiviert.

Als workaround empfohl mir der Support entweder nirgends PHP zu deaktivieren (Ã?ber die Confixx Einstellungen) oder manuell den Eintrag

Code: Select all

php_admin_flag engine on
in der Configdatei /etc/apache2/confixx_mhost.conf für das Confixx System und für jeden einzellnen VHost im System welcher PHP haben soll (über das Confixx System als Administrator > HTTP Specials).

Das ganze habe ich jetzt seit heute nachmittag am laufen und bisher scheint es zu gehen. Aber um ehrlich zu sein, gefällt mir das nicht sonderlich und ich werde auch mal ein Update wie beschrieben durchführen, wenn das so funktioniert. Ich werde aber erstmal abwarten ob das jetzt so läuft, mal schaun.

Re: Apache interpretiert .php manchmal nicht

Posted: 2004-08-09 22:46
by darth
Komisch.
Ich hab so zwischen 18 und 19 Uhr angerufen.
Eventuell hast Du die Nachtschicht erwischt? :lol:

Denn die beiden Leute die ich nacheinander am Sprecher hatten meinten beide was von PHP Updaten...

Aber ich drück Dir die Daumen das es bei Dir klappt und es bei mir so bleibt :wink: