- Kosten
- Kostenlos
- Anmeldung
- Keine
- Läuft
- Im Browser
Error-Log-Viewer
Machen Sie aus einem Server-Fehlerlog etwas Lesbares: gruppierte Traces, Wiederholungstäter und die Fehler, die still bei jedem einzelnen Request auftreten.
Was es macht
4 Funktionen
- Gruppierung
- Identische Fehler werden zu einem Eintrag mit Zähler zusammengefasst, damit ein Log mit zehntausend Zeilen und vier echten Problemen als vier echte Probleme lesbar wird.
- Stack Traces
- Mehrzeilige PHP- und Apache-Traces bleiben zusammen, statt in einzelne Zeilen zerlegt zu werden - genau daran scheitern die meisten Log-Werkzeuge hier.
- Nach Schweregrad filtern
- Trennen Sie Fatals von Notices und sehen Sie, was tatsächlich kaputt ist statt nur laut.
- Häufigkeit
- Nach Auftrittshäufigkeit sortieren. Der Fehler, den niemand gemeldet hat, steht meist ganz oben.
Wie es abläuft
- Schritt 1
Laden Sie ein PHP-, Apache- oder allgemeines Server-Fehlerlog von Ihrem Rechner. Es bleibt auf Ihrem Rechner.
- Schritt 2
Gruppieren und filtern Sie nach Schweregrad oder Häufigkeit, bis sich die echten Fehler vom Rauschen trennen.
- Schritt 3
Lesen Sie den Trace direkt an Ort und Stelle und schließen Sie danach den Tab.
Unterstützte Eingaben
PHP und Apache
- PHP-Fehlerlogs
- PHP Fatal Errors und Warnings
- Mehrzeilige Stack Traces
- Apache-Fehlerlogs
Allgemein
- Zeitgestempelte Klartext-Logs
- Zeilen mit Schweregrad-Präfix
- Eigene Formate mit Trennzeichen
Ein Server-Error-Log richtig lesen
Aufbau einer PHP-Fehlerzeile
[12-Oct-2026 06:25:14 Europe/Vienna] PHP Warning: Undefined array key "id_lang" in /var/www/shop/classes/Product.php on line 412Zeitstempel, Schweregrad, Meldung, Datei und Zeile. Auf einen Fatal Error folgt meist ein Stack-Trace in den nächsten Zeilen, nummeriert ab #0. Lesen Sie ihn von oben: Der erste Frame ist die Stelle, an der es fehlschlug, die Frames darunter zeigen, wie die Ausführung dorthin kam.
Schweregrad: was zuerst behoben wird
Fatal Errors und Parse Errors brechen die Anfrage ab: Der Besucher bekommt eine leere Seite oder einen 500er. Warnings lassen die Anfrage durchlaufen, bedeuten aber oft falsche Ausgabe - fehlende Daten, ein falscher Preis, eine leere Liste.
Notices und Deprecated-Meldungen machen heute selten etwas kaputt. Deprecations sind allerdings die Liste dessen, was beim nächsten PHP-Upgrade bricht - räumen Sie sie auf, bevor Sie eines planen.
Error-Logs von Apache und Nginx
Apache-Fehlerzeilen tragen Modul und Level in eckigen Klammern, etwa [php:error] oder [core:error], dazu die Client-IP. Codes mit AH-Präfix - zum Beispiel AH01630, client denied by server configuration - lassen sich suchen und benennen meist genau die betroffene Direktive.
Nginx schreibt [error] oder [crit], gefolgt von der Prozess-ID des Workers. Zeilen wie upstream timed out oder connect() failed bedeuten meist, dass PHP-FPM oder die Anwendung hinter Nginx langsam oder ausgefallen ist - nicht Nginx selbst.
Den Fehler finden, der bei jeder Anfrage auftritt
Der lauteste Fehler ist selten der wichtige. Der wichtige ist oft eine leise Warning, die tausendfach wiederholt wird - in einem Template oder einem Modul-Hook, der bei jedem Seitenaufruf läuft. Nach Meldung gruppiert und nach Häufigkeit sortiert, steht er ganz oben. Seine Behebung entfernt Tausende Zeilen auf einmal und verkürzt oft jede einzelne Antwortzeit.
Error-Logs und SEO
Suchmaschinen lesen Ihr Error-Log nie, sehen aber seine Folgen: 500er während des Crawlings, Seiten mit Timeout, Templates ohne Inhalt, weil eine Warning eine Schleife abbricht. Meldet die Search Console Serverfehler oder weniger gecrawlte Seiten, steht die Ursache im Error-Log derselben Stunden. Legen Sie die Zeitstempel neben das Access-Log, um zu sehen, welche URLs betroffen waren.
FAQ
- Was ist der Unterschied zum Access-Log-Viewer?
- Ein Fehlerlog hält fest, was kaputtgegangen ist - PHP Fatals, Warnings, Apache-Fehler - und dieser Viewer gruppiert sie nach Trace, damit die Wiederholungstäter auffallen. Ein Access-Log hält jeden Request fest: wer welche URL angefragt hat und welchen Status er bekam. Für Traffic-, Crawler- und Statuscode-Analysen nutzen Sie den Access-Log-Viewer.
- Kann ich hier IIS- oder Proxy-Logs öffnen?
- IIS-W3C-Logs und Proxy-Logs wie ISA, Forefront TMG oder Squid protokollieren Requests, keine Fehler - es sind Access-Logs. Öffnen Sie sie im Access-Log-Viewer, der diese Formate automatisch erkennt.
Nichts wird hochgeladen. Nichts wird gespeichert.
Es läuft vollständig in Ihrem Browser, ohne Konto und ohne Serveraufruf. Schließen Sie den Tab, und es ist weg.