9
Apache2 PHP 5.4 Probleme beim Anzeigen der Webseite
Hallo,
ich habe aktuell ein Problem mit einem Rootserver auf diesem läuft Apache 2 PHP 5.4 und mySQL.
Html Seiten werden auch angezeigt und PHP funktioniert auch soweit!
Wenn ich jetzt das Webverzeichnis nutzen soll was die eigentliche Webseite beinhaltet bekomme ich immer die Browserfehlermeldung "Sorry ...
Server temporary not available!"
Und in der error.log steht folgendes:
[Thu Jan 22 15:52:31 2015] [debug] mod_deflate.c(700): [client xx.xx.xx.xx] Zlib: Compressed 168 to 130 : URL /index.php
Kann mir bitte wer helfen?
Mit freundlichen Grüßen
ich habe aktuell ein Problem mit einem Rootserver auf diesem läuft Apache 2 PHP 5.4 und mySQL.
Html Seiten werden auch angezeigt und PHP funktioniert auch soweit!
Wenn ich jetzt das Webverzeichnis nutzen soll was die eigentliche Webseite beinhaltet bekomme ich immer die Browserfehlermeldung "Sorry ...
Server temporary not available!"
Und in der error.log steht folgendes:
[Thu Jan 22 15:52:31 2015] [debug] mod_deflate.c(700): [client xx.xx.xx.xx] Zlib: Compressed 168 to 130 : URL /index.php
Kann mir bitte wer helfen?
Mit freundlichen Grüßen
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 260794
Url: https://administrator.de/contentid/260794
Printed on: April 23, 2024 at 11:04 o'clock
9 Comments
Latest comment
Paar mehr Details wären super:
- Betriebssystem
- Apache2 selbst kompiliert oder via paketdienst?
- PHP5.4 als Apache2-Modul,via FCGI,...?
- Lautet die Fehlermeldung wirklich exakt so?
- Betriebssystem
- Apache2 selbst kompiliert oder via paketdienst?
- PHP5.4 als Apache2-Modul,via FCGI,...?
- Lautet die Fehlermeldung wirklich exakt so?
1
Zitat von @117643:
Paar mehr Details wären super:
- Betriebssystem
Debian 78 wheezy 64bit minimal
- Apache2 selbst kompiliert oder via paketdienst?
Apache per aptitude install apache2 installiert
- PHP5.4 als Apache2-Modul,via FCGI,...?
PHP per aptitude install php5 installiert
- Lautet die Fehlermeldung wirklich exakt so?
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 in Unknown on line 0
Paar mehr Details wären super:
- Betriebssystem
Debian 78 wheezy 64bit minimal
- Apache2 selbst kompiliert oder via paketdienst?
Apache per aptitude install apache2 installiert
- PHP5.4 als Apache2-Modul,via FCGI,...?
PHP per aptitude install php5 installiert
- Lautet die Fehlermeldung wirklich exakt so?
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 in Unknown on line 0
Also wenn ich in der vHOST_Config ein anderes Webverzeichnis auswähle mit z.B. einer info.php und entsprechenden Code... zeigt mir der Server auch die PHP Infoseite an.
HTML Seiten laufen auch einwandfrei...
Nur das Ziel Webverzeichnis das ich nutzen soll vom Auftraggeber ist das Problem. Dort ist eine .htaccess Datei die auch das mod_rewrite beinhaltet zum passenden Verzeichnis und zur passenden Passwd... die Abfrage des Usernamen und Passworts erscheint auch und ich kann es eingeben er nimmt es auch und dann zeigt er mir aber leider keine Webseite.
Sondern
<!-- <doctype <header etc..-->
<h1>Sorry ...</h1>
<!-- Ausgabe der fehler-->
<ul class="error"><li>Server temporary not available!</li></ul>
<!-- </html>-->
Ich hoffe meine Infos reichen aus?
Mit freundlichen Grüßen
Moin,
beide Meldung sind keine Fehlermeldungen.
Deprecated weißt nur daraufhin, dass ein veralteter Befehl verwendet wird der wohl irgendwann nicht mehr verwendet wird.
mod_deflate weißt nur daraufhin, dass er die Ausgabe komprimiert hat.
Ein 503 mit einem Apache2 kannst Du eigentlich nur auf 2 Arten erzeugen
- Verwendest Du einen Proxy wie z.B. nginx (bei Plesk ist der z.B. automatisch dabei)
- PHP konnte nicht aufgerufen werden
Benutzt Du ein Control-Panel?
Viele Grüße
Stefan
beide Meldung sind keine Fehlermeldungen.
Deprecated weißt nur daraufhin, dass ein veralteter Befehl verwendet wird der wohl irgendwann nicht mehr verwendet wird.
mod_deflate weißt nur daraufhin, dass er die Ausgabe komprimiert hat.
Ein 503 mit einem Apache2 kannst Du eigentlich nur auf 2 Arten erzeugen
- Verwendest Du einen Proxy wie z.B. nginx (bei Plesk ist der z.B. automatisch dabei)
- PHP konnte nicht aufgerufen werden
Benutzt Du ein Control-Panel?
Viele Grüße
Stefan
1Zitat von @StefanKittel:
Moin,
beide Meldung sind keine Fehlermeldungen.
OK Danke für den Hinweis!
Deprecated weißt nur daraufhin, dass ein veralteter Befehl verwendet wird der wohl irgendwann nicht mehr verwendet wird.
mod_deflate weißt nur daraufhin, dass er die Ausgabe komprimiert hat.
OK!
Ein 503 mit einem Apache2 kannst Du eigentlich nur auf 2 Arten erzeugen
- Verwendest Du einen Proxy wie z.B. nginx (bei Plesk ist der z.B. automatisch dabei)
Der Server war mit der minimal Variante von Hetzner ausgewählt. Hab dann Apache 2 von Hand installiert!
Proxy wird nicht verwendet, kein NGINX oder Plesk installiert.
- PHP konnte nicht aufgerufen werden
PHP läuft auch also wenn ich die info.php aufrufe wird mir auch das Ergebnis ausgegeben!
HTML läuft auch. Also scheint soweit erstmal alles zu passen.
Ich habe diese Anleitung benutz https://www.howtoforge.de/anleitung/apache2-mit-php5-und-mysql-unterstut ...
Benutzt Du ein Control-Panel?
Control-Panel benutze ich nicht! ISt sowas wie Froxlor gemeint?
Viele Grüße
Stefan
Moin,
beide Meldung sind keine Fehlermeldungen.
OK Danke für den Hinweis!
Deprecated weißt nur daraufhin, dass ein veralteter Befehl verwendet wird der wohl irgendwann nicht mehr verwendet wird.
mod_deflate weißt nur daraufhin, dass er die Ausgabe komprimiert hat.
OK!
Ein 503 mit einem Apache2 kannst Du eigentlich nur auf 2 Arten erzeugen
- Verwendest Du einen Proxy wie z.B. nginx (bei Plesk ist der z.B. automatisch dabei)
Der Server war mit der minimal Variante von Hetzner ausgewählt. Hab dann Apache 2 von Hand installiert!
Proxy wird nicht verwendet, kein NGINX oder Plesk installiert.
- PHP konnte nicht aufgerufen werden
PHP läuft auch also wenn ich die info.php aufrufe wird mir auch das Ergebnis ausgegeben!
HTML läuft auch. Also scheint soweit erstmal alles zu passen.
Ich habe diese Anleitung benutz https://www.howtoforge.de/anleitung/apache2-mit-php5-und-mysql-unterstut ...
Benutzt Du ein Control-Panel?
Control-Panel benutze ich nicht! ISt sowas wie Froxlor gemeint?
Viele Grüße
Stefan
Hallo
Ist ja Freitag, darum schieße ich einfach mal ins blaue *g*
Ziel-Webverzeichnis = DocumentRoot ?
Wie sieht den die vhost-config aus ?
Was wird daran geändert ?
Kann das Verzeicnis vom Webserver-User gelesen werden ?
Können die Dateien vom Webserver-User gelesen werden ?
Gibt es eine <Directory>-Directive die den Zugriff auf das DocumentRoot steuert/blockiert ?
Welches soll überhaupt das neue DocumentRoot werden ?
Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
Wie sieht es dann mit einfachem HTML aus ?
~Arano
Ist ja Freitag, darum schieße ich einfach mal ins blaue *g*
Ziel-Webverzeichnis = DocumentRoot ?
Wie sieht den die vhost-config aus ?
Was wird daran geändert ?
Kann das Verzeicnis vom Webserver-User gelesen werden ?
Können die Dateien vom Webserver-User gelesen werden ?
Gibt es eine <Directory>-Directive die den Zugriff auf das DocumentRoot steuert/blockiert ?
Welches soll überhaupt das neue DocumentRoot werden ?
Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
Wie sieht es dann mit einfachem HTML aus ?
~Arano
1Zitat von @Arano:
Hallo
Ist ja Freitag, darum schieße ich einfach mal ins blaue *g*
Ziel-Webverzeichnis = DocumentRoot ?
var/www/xxxxx
Wie sieht den die vhost-config aus ?
<VirtualHost *:80>
Hallo
Ist ja Freitag, darum schieße ich einfach mal ins blaue *g*
Ziel-Webverzeichnis = DocumentRoot ?
var/www/xxxxx
Wie sieht den die vhost-config aus ?
<VirtualHost *:80>
ServerAdmin webmaster@ein-xxxxxxxx.com
ServerName ein-xxxxxxxx.com
ServerAlias xxx.xxx.xxx.xxx (IP)
ServerAlias www.ein-ein-xxxxxxxx.com
ServerAlias *.ein-ein-xxxxxxxx.com
DocumentRoot /var/www/ein-xxxxx/
<Directory />
Options -Indexes FollowSymLinks
AllowOverride All
</Directory>
<Directory /var/www/>
Options -Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
LogLevel debug
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Was wird daran geändert ?
Die default config wurde deaktiviert und die xxxx (conf) aktiviert!
Kann das Verzeicnis vom Webserver-User gelesen werden ?
Ja das geht.
Können die Dateien vom Webserver-User gelesen werden ?
Das geht ebenfalls
Gibt es eine <Directory>-Directive die den Zugriff auf das DocumentRoot steuert/blockiert ?
.htaccess das stehen die richtigen Pfadangaben auch drin
Welches soll überhaupt das neue DocumentRoot werden ?
/var/www/ein-xxxx
Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
Ja das habe ich funktioniert genauso gut, wie mit der ersten!
Wie sieht es dann mit einfachem HTML aus ?
HTML läuft und PHP läuft auch!
~Arano
Mit freundlichen Grüßen
Die default config wurde deaktiviert und die xxxx (conf) aktiviert!
Kann das Verzeicnis vom Webserver-User gelesen werden ?
Ja das geht.
Können die Dateien vom Webserver-User gelesen werden ?
Das geht ebenfalls
Gibt es eine <Directory>-Directive die den Zugriff auf das DocumentRoot steuert/blockiert ?
.htaccess das stehen die richtigen Pfadangaben auch drin
Welches soll überhaupt das neue DocumentRoot werden ?
/var/www/ein-xxxx
Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
Ja das habe ich funktioniert genauso gut, wie mit der ersten!
Wie sieht es dann mit einfachem HTML aus ?
HTML läuft und PHP läuft auch!
~Arano
Mit freundlichen Grüßen
Nabened
Das heißt doch, das sobald du die neuen Webseitendateien verwendest es zu diesem Fehlverhalten kommt !?
Dann muss der Fehler in diesen Dateien liegen ! Vermutlich in der .htaccess-Datei
Was steht denn da noch so drinne !?
Gibt es im ErrorLog noch weitere Einträge zu einem Seitenaufruf !?
Poste doch mal alle Einträge zu dem passendem Zeitwert des letzten Aufrufs. Ggf. einfach mal nur ein einziges mal die Index-Seite aufrufen und dann das Browserfenster schließen.
Oder mach ein Backup des ErrorLogs, erstelle eine neue leere Datei, starte nur den Apache neu, ruf dan eine einzene Seite auf und poste anschließend das Log hier.
(Muss na nicht nur am Seitenaufruf liegen, kann ja auch schon ander Konfiguration hängen)
~Arano
Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
Ja das habe ich funktioniert genauso gut, wie mit der ersten!Wie sieht es dann mit einfachem HTML aus ?
HTML läuft und PHP läuft auch!Das heißt doch, das sobald du die neuen Webseitendateien verwendest es zu diesem Fehlverhalten kommt !?
Dann muss der Fehler in diesen Dateien liegen ! Vermutlich in der .htaccess-Datei
Was steht denn da noch so drinne !?
Gibt es im ErrorLog noch weitere Einträge zu einem Seitenaufruf !?
Poste doch mal alle Einträge zu dem passendem Zeitwert des letzten Aufrufs. Ggf. einfach mal nur ein einziges mal die Index-Seite aufrufen und dann das Browserfenster schließen.
Oder mach ein Backup des ErrorLogs, erstelle eine neue leere Datei, starte nur den Apache neu, ruf dan eine einzene Seite auf und poste anschließend das Log hier.
(Muss na nicht nur am Seitenaufruf liegen, kann ja auch schon ander Konfiguration hängen)
~Arano
1Zitat von @Arano:
Nabened
>> Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
> Ja das habe ich funktioniert genauso gut, wie mit der ersten!
>> Wie sieht es dann mit einfachem HTML aus ?
> HTML läuft und PHP läuft auch!
Das heißt doch, das sobald du die neuen Webseitendateien verwendest es zu diesem Fehlverhalten kommt !?
Dann muss der Fehler in diesen Dateien liegen ! Vermutlich in der .htaccess-Datei
Was steht denn da noch so drinne !?
Gibt es im ErrorLog noch weitere Einträge zu einem Seitenaufruf !?
Poste doch mal alle Einträge zu dem passendem Zeitwert des letzten Aufrufs. Ggf. einfach mal nur ein einziges mal die
Index-Seite aufrufen und dann das Browserfenster schließen.
Oder mach ein Backup des ErrorLogs, erstelle eine neue leere Datei, starte nur den Apache neu, ruf dan eine einzene Seite auf und
poste anschließend das Log hier.
(Muss na nicht nur am Seitenaufruf liegen, kann ja auch schon ander Konfiguration hängen)
Hallo danke für die Antwort habe das alles geprüft und in den LOGs stand nichts fehlerhaftes mehr.
Das Problem war das die Datenbank nicht erreichbar/ kopiert wurde von der Softwareabteilung.
Dort kannte aber auch keiner mehr die erstellte Fehlermeldung Namens "Sorry" nichts mehr.
Nabened
>> Hast du mal alles aus dem neuen DocRoot entfernt und eine neue info.php darun erstellt ?
> Ja das habe ich funktioniert genauso gut, wie mit der ersten!
>> Wie sieht es dann mit einfachem HTML aus ?
> HTML läuft und PHP läuft auch!
Das heißt doch, das sobald du die neuen Webseitendateien verwendest es zu diesem Fehlverhalten kommt !?
Dann muss der Fehler in diesen Dateien liegen ! Vermutlich in der .htaccess-Datei
Was steht denn da noch so drinne !?
Gibt es im ErrorLog noch weitere Einträge zu einem Seitenaufruf !?
Poste doch mal alle Einträge zu dem passendem Zeitwert des letzten Aufrufs. Ggf. einfach mal nur ein einziges mal die
Index-Seite aufrufen und dann das Browserfenster schließen.
Oder mach ein Backup des ErrorLogs, erstelle eine neue leere Datei, starte nur den Apache neu, ruf dan eine einzene Seite auf und
poste anschließend das Log hier.
(Muss na nicht nur am Seitenaufruf liegen, kann ja auch schon ander Konfiguration hängen)
Hallo danke für die Antwort habe das alles geprüft und in den LOGs stand nichts fehlerhaftes mehr.
Das Problem war das die Datenbank nicht erreichbar/ kopiert wurde von der Softwareabteilung.
Dort kannte aber auch keiner mehr die erstellte Fehlermeldung Namens "Sorry" nichts mehr.
Weil sich dort keiner da Verantwortlich fühlte hieß es nicht unser Problem 
Ich habe die Datenbank dann kopiert bekommen von den Herren und siehe da es lief!
Also doch nicht das Problem der Administration/ Installation des neuen Servers!
~Arano
DANKE für die Unterstützung und den Hinweis nochmals in den LOGs zu suchen und so.
Mit freundlichen Grüßen
Hi,
es ist zwar richtig den Usern keine dataillierte Fehlermeldung an den Kopf zu klatschen aber das heißt nicht das man Fehler gar nicht mehr protokollieren braucht.
Per Mail, Flatfile im DocRoot und/oder ApacheLog, hier wäre ein Hinweis als Kommentar im ausgegebenen Quelltext vielleicht sogar schon der Schlüssel zu Lösung gewesen.
Naja... es läuft wirder, das dürfte wohl das wichtigste sein
Dann kann es jetzt ja langsam ins Wochenende gehen.
~Arano
es ist zwar richtig den Usern keine dataillierte Fehlermeldung an den Kopf zu klatschen aber das heißt nicht das man Fehler gar nicht mehr protokollieren braucht.
Per Mail, Flatfile im DocRoot und/oder ApacheLog, hier wäre ein Hinweis als Kommentar im ausgegebenen Quelltext vielleicht sogar schon der Schlüssel zu Lösung gewesen.
Naja... es läuft wirder, das dürfte wohl das wichtigste sein
Dann kann es jetzt ja langsam ins Wochenende gehen.
~Arano
1
