Was bedeutet HTTP 500?
Der antwortende Server ist auf einen unerwarteten Zustand gestoßen und konnte die Anfrage nicht erfüllen. 500 ist eine allgemeine Fehlerantwort, keine genaue Ursachenbeschreibung. Nur ein Formular oder eine bestimmte Unterseite kann betroffen sein, während der übrige Dienst erreichbar bleibt.
Was Besucher tun können
Warte kurz und öffne zunächst eine unkritische Seite. Bei Zahlung, Buchung oder Formularversand prüfe zuerst, ob die Aktion bereits durchgeführt wurde. Ein Fehler nach dem Absenden bedeutet nicht, dass die Verarbeitung vollständig rückgängig gemacht wurde.
Melde dem Betreiber die betroffene URL, Uhrzeit und deine Aktion. Sende keine Passwörter, Sitzungscookies oder vollständigen privaten Formulardaten mit. Lokales DNS-Umschalten beseitigt keinen reproduzierbaren Anwendungsfehler.
Betreiber: Vom Request zum Fehler
Suche mit Zeitstempel oder Request-ID in Anwendungs- und Webserverlogs. Häufige Klassen sind unbehandelte Ausnahmen, ungültige Konfiguration, fehlende Dateien, erschöpfte Ressourcen und Datenbankfehler. Prüfe, ob alle Requests oder nur einzelne Funktionen betroffen sind.
Vergleiche den Beginn mit Deployments, Umgebungsvariablen, Berechtigungsänderungen und Schema-Migrationen. Ein Rollback braucht einen geprüften Weg, insbesondere wenn Datenbankänderungen nicht rückwärtskompatibel sind. Aktiviere keine öffentliche Fehlerausgabe mit Zugangsdaten oder Stacktraces.
WordPress nach Plugin- oder PHP-Update
Prüfe das PHP-Fehlerlog auf den zuerst auftretenden Fatal Error. Nach einem PHP-Update können Erweiterungen fehlen oder Plugin-Versionen inkompatibel sein. Reproduziere das Problem mit Backup und Staging und ändere eine Komponente nach der anderen.
Wenn ein Plugin eindeutig ursächlich ist, deaktiviere es kontrolliert über den vorgesehenen Administrationsweg. Lösche keine produktiven Daten und setze Dateirechte nicht pauschal herauf. Auch ein weißer Bildschirm kann mit 200 ausgeliefert werden: Sichtbares Ergebnis und HTTP-Code getrennt prüfen.
500 gegenüber Gateway-Fehlern
502 und 504 beschreiben Probleme eines Gateways mit seinem Upstream. 500 benennt einen internen Fehler des antwortenden Systems. Ein Domaincheck liefert ein äußeres Symptom; die eigentliche Ausnahme bleibt in den Betreiberlogs.
Häufige Fragen
Kann isdown.de den PHP-Fehler sehen?
Nein. Private Logs und Quellcode sind von außen nicht zugänglich. Der Check liefert Status und Messkontext.
Ist ein 500 immer dauerhaft?
Nein. Eine vorübergehende Abhängigkeit oder ein einzelner Request kann ausreichen. Prüfe Häufigkeit und zeitlichen Verlauf.
Hilft mehr Arbeitsspeicher?
Nur wenn Logs und Metriken tatsächlich Speichermangel zeigen. Ein Programmfehler bleibt auch mit mehr Speicher bestehen.