So zeigen Sie Webserver-Protokolle in Plesk an

Wenn Sie cPanel schon einmal verwendet haben, werden Sie sicherlich skeptisch gegenüber der Fähigkeit Ihres Control Panels sein, nützliche Protokolle bereitzustellen, aber der Protokollbetrachter von Plesk hat nicht nur Zugriffs- und Fehlerprotokolle, die leicht verfügbar sind, seine Funktionalität wurde auch mit jeder neuen Plesk-Version verbessert . Es ist nicht erforderlich, es zu aktivieren oder rohe Protokolldateien anzuzeigen:Es ist immer da, wenn Sie es brauchen.

Wann möchten Sie die Protokolle anzeigen?

• Wenn Sie einen Webserverfehler (z. B.:403, 404, 501 oder 502) erhalten, wenn Sie eine Webseite oder Datei besuchen, die funktionieren sollte, und Sie einen detaillierteren Fehlerprotokolleintrag sehen möchten
• Sie möchten Besucher und/oder Anfragen an Ihre Website in Echtzeit überwachen und optional sehen, welche Anfragen eine PHP-Verarbeitung erfordern.
• Beim Speichern einer Einstellung oder Seite erhalten Sie eine Fehlermeldung oder die Seite wird nie geladen

Ansehen und Überwachen von Protokollen in Plesk

1. Melden Sie sich bei Plesk an
2. Suchen Sie unter „Websites und Domains“ nach der Domain, für die Sie die Protokolle anzeigen möchten, und wählen Sie die Schaltfläche „Protokolle“ aus.
3. Das Neueste Log-Einträge werden unten angezeigt.
4. Sie können auf die Schaltfläche „Echtzeit“ oben links klicken, um neue Einträge unten angehängt zu sehen, wenn Besucher auf Ihre Website zugreifen, oder Sie können auf die Schaltfläche „Aktualisieren“ klicken, um die angezeigten Protokolle manuell zu aktualisieren.

DEBUG-MODUS :Wenn die erwartete Protokollierung nicht angezeigt wird, müssen Sie möglicherweise den Debug-Modus in Ihrer Anwendung aktivieren. So machen Sie das mit gängigen Web-Apps:

• Debug-Modus in WordPress aktivieren
• Debug-Modus in Joomla aktivieren
• Debug-Modus in Magento aktivieren

Wenn Sie den Debug-Modus in Ihrer Web-App aktiviert haben, vergessen Sie nicht, ihn zu deaktivieren, nachdem Sie Ihr Problem gefunden und behoben haben. Andernfalls wird Ihre Website wahrscheinlich mehr CPU (E/A-Last) verwenden und die Debug-Protokolldateien werden wahrscheinlich beanspruchen viel mehr Platz auf dem Konto.

Filtern/Suchen von Protokollen in Plesk

In der oberen rechten Ecke können Sie filtern, welche Protokolle Sie sehen, indem Sie auf den Pfeil neben „Alle Protokolle“ klicken.

Zum Beispiel wenn Sie versuchen, einen Fehler zu beheben , dann möchten Sie vermeiden, „Zugriff“-Einträge zu sehen und nur Fehler sehen, also kreuzen Sie nur diejenigen an, die das Wort „Fehler“ enthalten .

Nach Fehlercode filtern: Wenn Sie beim Besuch der Seite, mit der Sie Probleme haben, einen Fehler 502 erhalten, suchen Sie nach dem Textfeld oben in der Liste mit der Aufschrift „Code“ und geben Sie „502“ ein. Wenn die Protokollliste aktualisiert wird, sollten Sie jetzt nur die Protokolleinträge sehen, die zu einem 502-Fehlercode geführt haben.

Das Filtern nach Fehlercode ist möglicherweise nicht in allen Fällen hilfreich. Manchmal erfolgt die Fehlerprotokollierung in mehreren Protokolleinträgen und nur der erste von zwei oder mehr nützlichen Protokolleinträgen enthält explizit den Fehlercode.

Logeinträge Aktionen zuordnen

Es gibt zwei Möglichkeiten, diese Protokolle auf Fehler zu analysieren. Der einfachste Weg, um sicherzustellen, dass die angezeigten Fehler mit den Aktionen übereinstimmen, die das Problem verursachen, besteht darin, Echtzeit-Updates zu aktivieren und das Problem, das den Fehler verursacht, in einem anderen Tab oder Fenster zu reproduzieren. Sie sehen sofort die entsprechenden Log-Einträge im Plesk Log Viewer.

Alternativ können Sie versuchen, Zeitcodes abzugleichen . Wenn Sie beispielsweise vor 5 Minuten versucht haben, sich bei Ihrer Website anzumelden, und ein 403-Fehler angezeigt wurde, sehen Sie sich die Zeitstempel in den Protokollen von vor 5 Minuten an und sehen Sie, welche Protokolleinträge übereinstimmen.

Tipp:Achten Sie auf Zeitzonenunterschiede! Das Ende des Protokolls stellt die neuesten Einträge dar und sollte ungefähr mit Ihrer aktuellen Uhrzeit übereinstimmen. Wenn also der letzte Protokolleintrag 10:31 Uhr anzeigt und Ihre Uhr 11:31 Uhr anzeigt, müssen Sie bei der Suche nach bestimmten Protokolleinträgen um eine Stunde nachstellen.

Suchen Sie nach dem spezifischeren Fehler

Sobald Sie die richtigen Protokolleinträge identifiziert haben, die der Aktion entsprechen, die Sie ergreifen, wenn Sie auf ein Problem gestoßen sind, müssen Sie dieses Problem beheben. Da Sie jetzt einen spezifischeren Fehler untersuchen müssen als zuvor, sollten Ihre Suchen genauere Ergebnisse liefern.

• So beheben Sie verbotene 403-Fehler.
• So beheben Sie Gateway-Fehler wie 502.
• 500 Fehler lösen ist da.

Sie können diese aussagekräftigeren Fehler dann verwenden, indem Sie unsere Wissensdatenbank durchsuchen, um eine Lösung zu finden. Wenn Sie mit einer Suche nach dem bereitgestellten Fehlertext keine Lösung finden, können Sie auch ein Support-Ticket erstellen und den Protokolleintrag dort einfügen (bitte achten Sie darauf, nur den neuesten Eintrag einzufügen, falls er sich wiederholt). Sie in die richtige Richtung.

Filtern nur nach dynamischen Anfragen

Wenn Sie die nginx-Verarbeitung statischer Dateien aktiviert haben, wie es für Live-Sites empfohlen wird (Details in unserem Leitfaden zur Leistungsoptimierung), verarbeitet nginx alle statischen Dateianforderungen, einschließlich WordPress-Caches. Das bedeutet, dass Sie auswählen können, *nur* die Apache-Zugriffsprotokolle anzuzeigen, und die Ausgabe davon sollte alles dynamische Anfragen sein.

Klicken Sie in der oberen rechten Ecke auf den Pfeil neben „Alle Protokolle“ und wählen Sie nur die Apache-Zugriffsprotokolle aus.

Billige Protokolleinträge

Dies sind Beispiele für Protokolleinträge, die ignoriert werden können:

Map-Dateien

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Diese können getrost ignoriert werden, da es sich um .map-Dateien handelt, die für den Betrieb Ihrer Website nicht unbedingt erforderlich sind und stattdessen zum Debuggen bei der Verwendung von minimierten Dateien verwendet werden. Wenn Sie neugierig sind, beschreibt dieser Artikel, wofür Kartendateien verwendet werden.

Warnungen

PHP-Warnungen sollten nur beachtet werden wenn Ihnen alle anderen Optionen ausgegangen sind. Wenn Sie weitere Informationen zur Fehlerbehebung haben, beginnen Sie auf jeden Fall zuerst damit. So sieht eine PHP-Warnung in den Protokollen aus:

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Speicherorte der Serverprotokolle (Shell/Advanced)

Wenn Sie Ihren eigenen Plesk VPS mit Root-Zugriff auf das Dateisystem des Servers haben, können Sie beim Filtern der Protokolle etwas mehr Leistung erhalten, indem Sie sich mit SSH anmelden. Die Speicherorte der Plesk-Protokolle finden Sie hier:

/var/www/vhosts/system//logs/

Filtern nach dynamischen Anfragen über CLI…

Sie können in das Logs-Verzeichnis wechseln und dann einen Befehl wie diesen verwenden, um nur die Anfragen zu sehen, die Apache treffen und die am wahrscheinlichsten PHP-Prozesse erzeugen:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

Dieser filtert die Ergebnisse noch weiter:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Dieser Befehl zeigt Ihnen alle 404-Fehler, alle Anfragen, die Abfrageparameter verwenden, und alle Anfragen für eine .php-Datei.

Der letzte Teil egrep -v "fbclid" schließt den Facebook-Tracking-URL-Parameter aus, der bei Verwendung zwischengespeicherte Ergebnisse sicher zurückgeben sollte. Sie können dort mit dem | zusätzliche Ausschlüsse hinzufügen Operator, etwa so:fbclid|anotherclid

Es ist wichtig, Folgendes zu verstehen:

1. Nicht alle Anfragen mit Abfrageparametern (die /? enthalten ) dynamisch sein, aber wir fügen sie hier ein, falls es mindestens einer von ihnen tut.
2. Sie können den 404-Eintrag aus dem Befehl entfernen, wenn Sie die .htaccess-Optimierungen für 404-Befehle implementiert haben, die in unserem Leitfaden zur Geschwindigkeitsoptimierung, Bonus-Tipp Nr. 2, beschrieben sind. Der Befehl würde dann so aussehen:tail -f /path/to/access/logs | egrep "\/\?|.php"