Was ist ein 500-Fehler?

Ein 500 Interner Serverfehler bedeutet, dass auf dem Server etwas schiefgelaufen ist – der Server kann aber nicht genauer sagen, was. Es ist eine allgemeine Meldung nach dem Muster „irgendetwas ist kaputt“, der man nachgehen muss.

Erster Schritt: Prüfen Sie die Fehler-Logs im EGPNL unter Logs und dann Fehler-Logs. Die konkrete Fehlermeldung führt Sie zur genauen Ursache.

Häufige Ursachen und Lösungen

1. PHP-Syntaxfehler

Ursache

Fehlendes Semikolon, fehlende Klammer oder Tippfehler im PHP-Code.

Lösung

Entnehmen Sie den Fehler-Logs Datei und Zeilennummer. Häufige Fehler: fehlendes ;, nicht geschlossene { oder ein $ in einer Zeichenkette.

2. Inkompatible PHP-Version

Ursache

Der Code nutzt Funktionen, die es in der aktuellen PHP-Version nicht gibt, oder veraltete Funktionen.

Lösung

Prüfen Sie die benötigte PHP-Version. Öffnen Sie im EGPNL PHP und dann PHP-Version und wechseln Sie auf eine kompatible Version.

3. Probleme mit Dateirechten

Ursache

PHP-Dateien haben falsche Rechte (zu restriktiv oder 777).

Lösung

Setzen Sie Ordner auf 755 und Dateien auf 644. Verwenden Sie niemals 777.

# Fix permissions via SSH
find /path/to/site -type d -exec chmod 755 {} \;
find /path/to/site -type f -exec chmod 644 {} \;

4. Fehlende PHP-Erweiterungen

Ursache

Die Anwendung benötigt eine PHP-Erweiterung, die nicht aktiviert ist.

Lösung

Öffnen Sie im EGPNL PHP und dann PHP-Erweiterungen und aktivieren Sie die benötigte Erweiterung (etwa mysqli, gd oder curl).

5. Speicherlimit überschritten

Ursache

Das PHP-Skript verbraucht mehr Speicher als erlaubt.

Lösung

Erhöhen Sie das Speicherlimit im EGPNL unter PHP und dann PHP-Einstellungen, oder ergänzen Sie Ihren Code:

// In PHP file
ini_set('memory_limit', '256M');

// Or in php.ini
memory_limit = 256M

6. Beschädigte .htaccess (Nginx)

Ursache

Manche Anwendungen legen .htaccess-Dateien an, EGPHP läuft aber auf Nginx, das sie nicht unterstützt.

Lösung

.htaccess-Regeln müssen ins Nginx-Format übertragen werden. Die Einstellmöglichkeiten finden Sie im EGPNL unter Nginx.

7. Datenbankverbindung fehlgeschlagen

Ursache

Falsche Datenbank-Zugangsdaten, oder die Datenbank existiert nicht.

Lösung

Prüfen Sie die Zugangsdaten in Ihrer Konfigurationsdatei (bei WordPress wp-config.php). Stellen Sie sicher, dass die Datenbank im EGPNL vorhanden ist.

8. Plugin- oder Theme-Konflikt (WordPress)

Ursache

Ein Plugin oder Theme hat einen Fehler oder kollidiert mit einem anderen.

Lösung

Benennen Sie den Plugin-Ordner im Dateimanager in plugins_old um. Lädt die Website danach, benennen Sie ihn zurück und aktivieren Sie die Plugins einzeln, bis Sie den Verursacher finden.

Lösungen speziell für WordPress

Debug-Modus von WordPress aktivieren

Bearbeiten Sie wp-config.php und ergänzen oder ändern Sie:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Prüfen Sie anschließend wp-content/debug.log auf Fehler.

Speicher für WordPress erhöhen

// Add to wp-config.php
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Beschädigte Core-Dateien ersetzen

  1. Laden Sie eine frische WordPress-Version von wordpress.org herunter
  2. Löschen Sie die Ordner wp-admin und wp-includes (NICHT wp-content)
  3. Laden Sie wp-admin und wp-includes frisch hoch
  4. Ersetzen Sie wp-config.php nur, wenn sie beschädigt ist
Erst sichern! Sichern Sie Ihre Website immer, bevor Sie Core-Dateien ändern.

Fehler-Logs auswerten

Bei der Diagnose von 500-Fehlern sind die Fehler-Logs Ihr bester Freund:

  1. Öffnen Sie EGPNL und dann Logs
  2. Wählen Sie Fehler-Logs
  3. Sehen Sie sich die jüngsten Einträge an (die neuesten stehen unten)
  4. Notieren Sie Dateipfad und Zeilennummer

Häufige Log-Meldungen

  • PHP Parse error – Syntaxfehler in einer PHP-Datei
  • PHP Fatal error – kritischer Fehler, der die Ausführung abbricht
  • Allowed memory size exhausted – das Speicherlimit ist erreicht
  • Call to undefined function – fehlende Funktion oder Erweiterung

Immer noch ein 500-Fehler?

  1. Kopieren Sie die genaue Fehlermeldung aus den Logs
  2. Halten Sie fest, wann der Fehler begann (nach einem Update? nach einem neuen Plugin?)
  3. Spielen Sie, wenn vorhanden, ein Backup zurück
  4. Wenden Sie sich an den Support und schildern Sie die Fehlerdetails