Risolvere l'errore 500 Internal Server Error

Uno Errore interno del server è uno degli errori di siti Web lato server più comuni. Il messaggio significa che il server Web ha ricevuto una richiesta, ma non è riuscito a elaborarla correttamente a causa di un errore interno.

Il codice di stato 500 senza ancora menzionare la causa effettiva. Spesso si tratta di errori PHP, di un errato .htaccess, plugin o temi incompatibili, impostazioni PHP errate o problemi con file e permessi sottostanti.

In questa guida ti mostriamo come risolvere un errore 500 Internal Server Error nell'hosting web CURIAWEB diagnostichi in modo sistematico e trovi la vera causa.

Importante: Un errore 500 è un messaggio generico. Perciò non cambiare a caso la versione di PHP, i permessi dei file, i plugin e .htaccess allo stesso tempo. Il modo più veloce per arrivare alla soluzione passa solitamente attraverso l'ora esatta dell'errore e il log degli errori.

Cosa significa 500 Internal Server Error? #

In parole semplici, una richiesta funziona così:

Il browser invia la richiesta
        ↓
Il server web riceve la richiesta
        ↓
L'elaborazione lato server fallisce
        ↓
500 Internal Server Error

Di solito il browser non sa quale errore interno si sia verificato sul server. Perciò viene mostrato solo il codice di stato HTTP generale 500 visualizzato.

Come può apparire un errore 500? #

A seconda del server web, dell'applicazione e del browser, il messaggio visibile può essere formulato in modo diverso.

Gli esempi sono:

500 Errore interno del server

Errore interno del server

ERRORE HTTP 500

Si è verificato un errore interno nel server
e non è stato possibile completare la richiesta.

Ciò che conta non è la formulazione esatta, ma che la richiesta con il codice di stato HTTP 500 fallisce.

differenziare tra 500, 403, 404 e 503 #

Stato	In parole semplici, significa
403 Proibito	Accesso negato
404 Non Trovato	Risorsa non trovata
Errore interno del server	Elaborazione interna lato server non riuscita
503 Servizio non disponibile	Il servizio non può elaborare la richiesta temporaneamente

Se viene effettivamente visualizzato un errore 403, usa invece la nostra guida Risolvere l'errore 403 Forbidden.

Per prima cosa, circoscrivere il tipo di errore #

Prima di cambiare qualsiasi cosa, verifica quando e dove si verifica l'errore.

Stabilisci ad esempio:

• L'intero sito web è interessato?
• Solo una singola pagina?
• Solo l'area di amministrazione di WordPress?
• Solo una determinata azione?
• Solo uno script PHP?
• Solo un'importazione o un'esportazione?
• L'errore si è verificato subito dopo una modifica?
• L'errore è permanente o solo sporadico?

Queste informazioni aiutano a circoscrivere notevolmente la ricerca degli errori.

1. Annotare data, ora e URL interessato #

Prendi nota con la maggiore precisione possibile di quando si verifica l'errore.

Esempio:

28.08.2026
15:42
https://example.ch/wp-admin/
500 Internal Server Error

Se l'errore si verifica solo durante un'azione specifica, annota anche quella.

Per esempio:

WordPress funziona
→ Aggiorna il plugin
→ Errore 500 Internal Server Error

Il momento esatto è importante affinché tu possa trovare la voce corrispondente nel registro degli errori in seguito.

2. Controlla il log degli errori di cPanel #

Apri nel cPanel di CURIAWEB:

Valori misurati → Errore

Cerca voci che coincidono temporalmente con l'errore 500.

Il registro degli errori è uno dei punti di diagnosi più importanti in caso di errore interno del server 500.

Ti spieghiamo nel dettaglio come leggere correttamente i messaggi su Leggere il log degli errori di cPanel e trovare gli errori del sito web.

Consiglio pratico: Se l'errore è riproducibile, annota l'ora corrente, visita la pagina con l'errore una volta e controlla subito dopo il registro degli errori. In questo modo è spesso più semplice individuare la voce pertinente.

Il messaggio di errore esatto è più importante di „Error 500“ #

L'errore 500 visibile è solo il sintomo.

Un elemento di un registro degli errori, invece, può contenere indicazioni come:

Errore irreversibile PHP

Dimensione di memoria consentita esaurita

Chiamata a funzione non definita

Classe non trovata

Permesso negato

Errore di configurazione .htaccess

Queste informazioni si avvicinano molto di più alla causa reale.

3. Verifica le ultime modifiche #

Se un sito web ha funzionato in precedenza, la domanda più importante è spesso:

Cosa è stato modificato immediatamente prima del primo errore 500?

Verifica ad esempio:

• Plugin installato o aggiornato
• Tema aggiornato
• Aggiornamento di WordPress
• Versione PHP modificata
• .htaccess modificato
• Impostazioni PHP modificate
• File caricati o sostituiti
• Sito web migrato
• codice PHP personalizzato modificato
• nuovo cronjob configurato

Uno stretto legame temporale è un importante indizio diagnostico.

4. Controllare .htaccess #

Un'istruzione Apache errata in un .htaccessIl file può causare un errore interno del server 500.

Ciò è particolarmente probabile se l'errore è iniziato subito dopo una modifica manuale di questo file.

Muori .htaccess si trova spesso nella root del documento del sito web.

Se non è visibile nel file manager, leggi prima Visualizzare i file nascosti come .htaccess in cPanel.

.Non cancellare semplicemente il file .htaccess #

Il file può contenere regole importanti, ad esempio per:

• Permalink di WordPress
• Reindirizzamenti
• Controllo degli accessi
• istruzioni individuali del server

Crea quindi prima una copia di backup.

Ti spieghiamo come apportare modifiche in modo controllato su .htaccess spiegato e modificato in sicurezza.

Annulla l'ultima regola .htaccess inserita #

Quando la procedura è chiara:

Sito web funzionante
        ↓
.htaccess modificato
        ↓
500 Internal Server Error

dovresti prima annullare esattamente questa modifica.

Non rimuovere arbitrariamente tutte le regole esistenti.

.Rinominare .htaccess per prova #

Se hai un forte sospetto di .htaccess ma non riesci a capire quale regola sia errata, dopo aver effettuato un backup preventivo puoi rinominare temporaneamente il file.

Per esempio:

.htaccess
→
.htaccess-test

Visita quindi nuovamente il sito web.

Se l'errore 500 scompare, molto probabilmente la causa risiede all'interno della precedente .htaccessConfigurazione precedente.

Importante: La rinominazione è un passaggio diagnostico e non una soluzione definitiva. Funzioni come i permalink di WordPress o i reindirizzamenti potrebbero temporaneamente smettere di funzionare correttamente a causa di ciò.

5. Controllare la versione di PHP #

Un errore 500 può verificarsi se un sito Web non è compatibile con la versione di PHP utilizzata.

Ciò è particolarmente rilevante se l'errore si è verificato immediatamente dopo un cambio di versione di PHP.

Su CURIAWEB gestisci la versione PHP di un dominio fondamentalmente tramite:

Software → MultiPHP Manager

Puoi trovare la guida completa su Modificare la versione di PHP in cPanel.

Non cambiare la versione di PHP a caso #

Non testare a caso versioni di PHP una dopo l'altra nella speranza che una di esse funzioni.

Verifica prima:

• quale versione di PHP è attualmente utilizzata
• quale versione funzionava prima
• quale versione supporta l'applicazione
• se plugin e temi sono compatibili

Se l'errore è iniziato subito dopo un cambio di PHP, un passaggio controllato alla versione precedentemente funzionante e ancora idonea può essere un test utile.

6. Controlla gli errori irreversibili di PHP #

Un errore fatale di PHP può fare sì che una richiesta non venga completata con successo.

Le segnalazioni tipiche possono iniziare, ad esempio, in questo modo:

Errore fatale di PHP:

Il testo successivo del messaggio è fondamentale per la diagnosi.

Può, ad esempio, su:

• un determinato file PHP
• un plugin per WordPress
• un tema
• una funzione mancante
• una classe mancante
• un errore di memoria

indicare.

Leggi il percorso nel messaggio di errore #

Se il messaggio contiene un percorso di file, questo può fornire un indizio importante sulla componente responsabile.

Esempio:

/wp-content/plugins/beispiel-plugin/...

indica che il codice all'interno di questa directory dei plugin è coinvolto nell'errore.

Questo non dimostra automaticamente che l'intero plugin sia difettoso, ma restringe notevolmente il campo dell'indagine.

7. Verifica delle estensioni PHP mancanti #

A seguito di un cambio di PHP o di una migrazione, un'applicazione potrebbe richiedere un'estensione PHP che non è disponibile nell'ambiente PHP utilizzato.

Tipici avvisi sono, ad esempio:

Chiamata a funzione non definita ...

Classe ... non trovata

richiede ext-...

Spiegheremo come indagare su tali casi su Attivare e gestire le estensioni PHP in cPanel.

Considerare congiuntamente le estensioni PHP e la versione di PHP #

Le estensioni PHP sono legate alla versione.

Se un errore si verifica subito dopo un cambio di versione di PHP, non dovresti quindi considerare solo il numero di versione, ma anche verificare se l'applicazione trova tutte le funzioni necessarie in questo ambiente PHP.

8. Verifica del limite di memoria PHP #

Se il registro degli errori contiene, ad esempio, il seguente messaggio:

Dimensione di memoria consentita di ... byte esaurita

ha un processo PHP configurato limite di memoria Raggiunto.

Questo è un suggerimento concreto e non deve essere confuso con la memoria fisica di CloudLinux.

Ti spieghiamo come verificare e impostare correttamente i limiti di PHP su Imposta limite di memoria PHP, dimensione di caricamento e tempo di esecuzione.

Non aumentare il limite di memoria a piacimento #

Se un'applicazione richiede una quantità insolitamente elevata di memoria, un limite più elevato potrebbe eventualmente spostare il sintomo senza eliminare la causa principale.

Verifica quindi anche:

• quale processo richiede la memoria
• se il fabbisogno per la relativa attività è plausibile
• se un plugin o uno script non funziona correttamente

9. Ulteriori impostazioni PHP da controllare #

Se l'errore è iniziato dopo le modifiche alla configurazione PHP, controlla i valori modificati di recente.

Su CURIAWEB utilizzi a tale scopo fondamentalmente il:

Software → MultiPHP INI-Editor

Puoi trovare la nostra guida su Modificare le impostazioni PHP in cPanel.

Non modificare i valori PHP a caso. Utilizza il messaggio di errore e i requisiti dell'applicazione come base.

10. Verifica dei permessi dei file #

Anche permessi di file o directory non idonei possono causare problemi sul lato server.

Apri:

File → Gestione file

Controlla in particolare i file e le directory che sono stati modificati, caricati o decompressi immediatamente prima dell'errore.

Nei siti Web tipici vengono spesso utilizzati i seguenti valori:

File:       644
Directory: 755

La procedura esatta si trova all'indirizzo Impostare correttamente i permessi dei file 644 e 755 in cPanel.

Attenzione: Non impostare i permessi in modo indiscriminato su 777. Questa non è una soluzione pulita per un errore 500 e può causare problemi di sicurezza.

11. Controllare i file dopo la migrazione o il caricamento #

Se l'errore è iniziato dopo una migrazione o un caricamento manuale, controlla:

• se tutti i file sono stati trasferiti
• se i file si trovano nella Document Root corretta
• che gli archivi zip siano stati completamente estratti
• se i file di configurazione sono presenti
• se le autorizzazioni sono plausibili
• se la versione PHP è compatibile con l'applicazione

Un plugin, tema o framework trasferito in modo incompleto può anche causare errori lato server.

12. Controllare la Document Root #

Se stai eventualmente esaminando file nella directory errata, controlla sotto:

Domini → Domini

la Document Root del dominio interessato.

Puoi trovare la nostra guida all'indirizzo Aggiungere e gestire un dominio in cPanel.

13. Esaminare i plugin di WordPress #

Su WordPress, i plugin sono tra i componenti applicativi più comuni che possono essere coinvolti in un errore 500.

Un plugin è particolarmente sospetto se l'errore si verifica immediatamente dopo:

• Installazione
• Attivazione
• Aggiorna
• Modifica della configurazione

questo plugin ha iniziato.

Controlla prima il log degli errori. Il messaggio di errore contiene un percorso all'interno di:

/wp-content/plugins/

kannst du die Untersuchung auf die betreffende Erweiterung konzentrieren.

WordPress-Plugin deaktivieren, wenn wp-admin nicht erreichbar ist #

Wenn ein fehlerhaftes Plugin den WordPress-Adminbereich unzugänglich macht, kann es notwendig sein, die Erweiterung außerhalb des WordPress-Backends zu deaktivieren.

Le istruzioni adatte si trovano su WordPress-Plugin deaktivieren oder löschen.

Nicht alle Plugins gleichzeitig deaktivieren, wenn die Ursache bekannt ist #

Wenn das Error Log eindeutig auf eine bestimmte Erweiterung zeigt, solltest du zunächst genau diese Komponente untersuchen.

Eine vollständige Deaktivierung aller Plugins ist eher ein Diagnoseschritt, wenn die Ursache nicht eingegrenzt werden kann.

14. WordPress-Theme untersuchen #

Auch ein Theme kann PHP-Code enthalten, der einen Fatal Error verursacht.

Wenn das Error Log einen Pfad wie:

/wp-content/themes/mein-theme/

zeigt, sollte die betreffende Theme-Komponente untersucht werden.

Das gilt besonders, wenn der Fehler unmittelbar nach einem Theme-Update oder einer Codeänderung begonnen hat.

Plugin- und Theme-Konflikte systematisch prüfen #

Wenn die Ursache nicht eindeutig ist, verwende die Anleitung Identificare e risolvere i conflitti tra plugin e temi WordPress.

Gehe dabei kontrolliert vor und dokumentiere jede Änderung.

15. WordPress-Debugging verwenden #

Wenn das normale Error Log nicht genügend Informationen liefert, kann bei WordPress eine gezielte Debug-Ausgabe beziehungsweise Protokollierung hilfreich sein.

WordPress può generare errori, ad esempio, in:

wp-content/debug.log

protokollieren, wenn das Debugging entsprechend konfiguriert wurde.

Wie du dies sicher einrichtest, erklären wir unter Utilizzare il debug di WordPress e i log degli errori.

Importante: Aktiviere eine ausführliche Fehlerausgabe auf einer produktiven Website nicht dauerhaft für Besucher. Fehlermeldungen können technische Details und interne Pfade offenlegen.

16. Kritischen WordPress-Fehler berücksichtigen #

WordPress kann bei bestimmten PHP-Fatal-Errors statt eines klassischen 500-Fehlers auch eine eigene Meldung über einen kritischen Fehler anzeigen.

Beide Fehlerbilder können dieselbe technische Ursache haben.

Wenn WordPress die Meldung:

Es gab einen kritischen Fehler auf deiner Website.

anzeigt, verwende zusätzlich WordPress kritischer Fehler oder weiße Seite beheben.

17. Fehler nur auf einer einzelnen Seite #

Wenn die Startseite funktioniert, aber eine einzelne URL einen 500-Fehler erzeugt, solltest du die Diagnose auf diese Anfrage konzentrieren.

Le possibili cause includono, ad esempio:

• bestimmtes Plugin
• individueller PHP-Code
• fehlerhafte Daten
• bestimmte Datenbankabfrage
• Rewrite-Regel
• speicherintensive Funktion

Ändere nicht die gesamte Hosting-Konfiguration, wenn der Fehler nur bei einer einzelnen Funktion auftritt.

18. Fehler nur im WordPress-Adminbereich #

Wenn die öffentliche Website funktioniert, aber /wp-admin/ einen 500-Fehler erzeugt, ist ein generelles DNS- oder Domainproblem unwahrscheinlich.

Prüfe besonders:

• Registro degli errori
• Plugin
• Theme beziehungsweise individuellen Code
• Versione PHP
• PHP Memory Limit
• kürzlich vorgenommene Updates

19. Fehler nur beim Speichern oder Aktualisieren #

Wenn WordPress normal lädt, aber beispielsweise das Speichern eines Beitrags mit 500 fehlschlägt, ist die serverseitige Verarbeitung genau dieser Aktion zu untersuchen.

Reproduziere den Fehler einmal und kontrolliere unmittelbar danach das Error Log.

Ein solches Fehlerbild kann beispielsweise mit einem Plugin, PHP-Code oder einer ressourcenintensiven Verarbeitung zusammenhängen.

20. Fehler bei Uploads #

Wenn der 500-Fehler nur beim Hochladen größerer Dateien auftritt, prüfe zusätzlich die PHP-Limits.

Relevant können beispielsweise sein:

upload_max_filesize
post_max_size
memory_limit
max_execution_time

Beachte, dass diese Werte unterschiedliche Aufgaben haben und nicht beliebig erhöht werden sollten.

21. Fehler bei Importen #

Wenn nur ein großer Import mit 500 abbricht, während die restliche Website funktioniert, solltest du die Importverarbeitung untersuchen.

Verifica in particolare:

• Registro degli errori
• PHP Memory Limit
• Ausführungszeit
• Compatibilità PHP
• Größe des Imports
• Fehler der verwendeten Import-Anwendung

Wenn möglich, kann eine Anwendung kleinere Verarbeitungspakete unterstützen. Welche Einstellung sinnvoll ist, hängt vom verwendeten Importwerkzeug ab.

22. Fehler bei Cronjobs #

Ein PHP-Skript kann bei einem Cronjob fehlschlagen, obwohl die Website im Browser grundsätzlich funktioniert.

Wenn der Fehler im Zusammenhang mit einem geplanten Prozess auftritt, kontrolliere:

• Cronjob-Befehl
• PHP-Pfad beziehungsweise PHP-Version
• Dateipfad
• Berechtigungen
• Fehlerausgabe

Die ausführliche Diagnose findest du unter Cronjob non funziona: cause e soluzioni.

23. CloudLinux-Ressourcen prüfen #

Wenn der 500-Fehler nur sporadisch oder unter Last auftritt, solltest du zusätzlich die CloudLinux-Ressourcennutzung zum gleichen Zeitpunkt kontrollieren.

Apri:

Valori misurati → Utilizzo delle risorse

Prüfe, ob zum Zeitpunkt des Fehlers ein Ressourcenlimit erreicht wurde.

Wie du die Werte interpretierst, erklären wir unter Comprendere l'utilizzo delle risorse di CloudLinux in cPanel.

500 und Resource Limit Is Reached sind nicht dasselbe #

Ein CloudLinux-Limit und ein HTTP-500-Fehler sind unterschiedliche Dinge.

Ein Ressourcenengpass kann jedoch die Verarbeitung einer Anwendung beeinflussen. Deshalb ist bei sporadischen Fehlern ein zeitlicher Vergleich sinnvoll.

Se espressamente Limite di risorse 508 raggiunto angezeigt wird, verwende unsere Anleitung Limite di risorse raggiunto: identificazione e risoluzione dei limiti di CloudLinux.

24. Speicherplatz kontrollieren #

Ein vollständig belegter Hosting-Account kann verschiedene Anwendungen und Schreibvorgänge beeinträchtigen.

Wenn der Fehler beispielsweise bei Updates, Cache-Erstellung, Uploads oder anderen schreibenden Vorgängen auftritt, kontrolliere zusätzlich den verfügbaren Speicherplatz.

Die Vorgehensweise findest du unter Controllare lo spazio di archiviazione e la larghezza di banda in cPanel.

25. Datenbankfehler berücksichtigen #

Eine Anwendung kann einen 500-Fehler erzeugen, wenn serverseitiger Code bei einer Datenbankoperation fehlschlägt.

Das bedeutet jedoch nicht, dass du sofort Tabellen in phpMyAdmin reparieren oder verändern solltest.

Prüfe zuerst die konkrete Fehlermeldung.

Wenn ein Datenbankproblem genannt wird, notiere:

• genauen Fehlertext
• betroffene Tabelle, falls angegeben
• betroffene Anwendung
• Momento

Datenbank nicht auf Verdacht bearbeiten #

Lösche oder ändere keine Tabellen, nur weil ein 500-Fehler auftritt.

Ein Fehler in Anwendungscode kann genauso gut die Datenbankabfrage verursachen.

Le basi della gestione dei database si trovano su Utilizzare phpMyAdmin in cPanel.

26. Fehler nach Website-Migration #

Wenn eine Website unmittelbar nach einer Migration einen 500-Fehler erzeugt, solltest du besonders folgende Punkte prüfen:

• Versione PHP
• estensioni PHP richieste
• Impostazioni PHP
• .htaccess
• Permessi dei file
• vollständige Dateiübertragung
• Connessione al database
• anwendungsspezifische Pfade und Konfigurationen

Versuche nicht, alle Punkte gleichzeitig zu verändern. Das Error Log sollte auch hier die Diagnose führen.

27. Fehler nach PHP-Wechsel #

Wenn der zeitliche Ablauf lautet:

Website funktioniert
        ↓
PHP-Version geändert
        ↓
500 Internal Server Error

prüfe zuerst:

• Kompatibilität der Anwendung
• Plugin e temi
• estensioni PHP richieste
• Registro degli errori

Ein Wechsel zurück auf die zuvor funktionierende und weiterhin unterstützte Version kann als kontrollierter Test sinnvoll sein.

28. Fehler nach Plugin-Update #

Wenn ein 500-Fehler unmittelbar nach einem Plugin-Update beginnt, prüfe zuerst das Error Log auf einen entsprechenden Plugin-Pfad.

Falls die Erweiterung tatsächlich beteiligt ist, können je nach Situation folgende Schritte sinnvoll sein:

• Plugin deaktivieren
• Kompatibilität prüfen
• Update korrigieren beziehungsweise erneut sauber installieren
• Herstellerhinweise prüfen

Führe kein Downgrade auf eine unsichere oder bekannte fehlerhafte Version durch, ohne die Auswirkungen zu prüfen.

29. Fehler nach Theme-Update #

Lo stesso vale per i temi.

Wenn das Error Log auf:

/wp-content/themes/...

verweist und der Fehler direkt nach einem Theme-Update begonnen hat, konzentriere die Diagnose auf diese Komponente.

30. Fehler nach Bearbeitung von functions.php #

Individueller PHP-Code in einer Theme-Datei kann bereits durch einen Syntax- oder Programmierfehler die Ausführung unterbrechen.

Wenn der Fehler unmittelbar nach einer Änderung an:

functions.php

auftritt, stelle zunächst die zuvor funktionierende Version dieser Änderung wieder her.

Bearbeite produktiven PHP-Code nicht ohne Sicherung.

31. Fehler nach Code Snippet #

Dasselbe Prinzip gilt für individuell eingefügten PHP-Code über ein Snippet-Plugin.

Wenn:

Snippet aktiviert
        ↓
500 Internal Server Error

ist dieses Snippet ein naheliegender Ausgangspunkt der Diagnose.

Prüfe das Error Log und deaktiviere gezielt den betreffenden Code, sofern dies sicher möglich ist.

32. Fehler nach Entpacken eines Archivs #

Wenn eine Website nach dem Hochladen und Entpacken eines ZIP-Archivs einen 500-Fehler erzeugt, prüfe:

• ob das Archiv vollständig entpackt wurde
• ob Dateien im richtigen Verzeichnis liegen
• Permessi dei file
• .htaccess
• Compatibilità PHP
• File di configurazione

Wie du Archive korrekt verarbeitest, erklären wir unter Comprimere ed estrarre file ZIP in cPanel.

33. 500 nur zeitweise #

Ein sporadischer 500-Fehler ist schwieriger zu diagnostizieren als ein dauerhaft reproduzierbarer Fehler.

Notiere deshalb jeden bekannten Zeitpunkt und vergleiche:

Zeitpunkt des 500-Fehlers
        ↓
Error Log
        ↓
CloudLinux-Ressourcen
        ↓
Cronjobs / Hintergrundaufgaben
        ↓
Traffic / besondere Aktivität

Wiederkehrende Zeitmuster können besonders hilfreich sein.

34. 500 immer zur selben Uhrzeit #

Wenn der Fehler regelmäßig ungefähr zur gleichen Uhrzeit auftritt, prüfe geplante Prozesse.

Questi possono includere, ad esempio:

• Cronjob
• Importo
• Esporta
• Sincronizzazioni
• Plugin di backup
• Attività in background di WordPress

Der wiederkehrende Zeitpunkt ist dabei ein starker Diagnosehinweis.

35. 500 nur bei hoher Last #

Wenn der Fehler ausschließlich während hoher Auslastung auftritt, prüfe zusätzlich CloudLinux und die Art der Anfragen.

Ein hoher Traffic allein beweist noch nicht, dass das Hosting-Paket die Ursache ist.

Auch langsame PHP-Prozesse, ineffiziente Datenbankabfragen oder fehlendes Caching können dazu führen, dass sich Anfragen unter Last stärker aufstauen.

36. Caching kontrollieren #

Bei WordPress kann geeignetes Caching die dynamische Verarbeitung reduzieren.

CURIAWEB stellt dafür AccelerateWP in der Hosting-Umgebung bereit.

Die Verwendung erklären wir unter AccelerateWP in cPanel spiegato.

Caching ist jedoch keine Reparatur für einen PHP Fatal Error oder eine fehlerhafte .htaccess.

37. Nicht mehrere Cache-Systeme als Fehlerbehebung installieren #

Ein 500-Fehler sollte nicht dadurch behandelt werden, dass zusätzliche Performance-Plugins installiert werden.

Dadurch kann die technische Situation sogar komplizierter werden.

Finde zuerst die Ursache des Fehlers.

38. Browser-Cache ist selten die Ursache eines echten 500 #

Ein HTTP-500 wird serverseitig erzeugt.

Ein privates Browserfenster kann bei Tests trotzdem hilfreich sein, ändert aber nicht die zugrunde liegende Serverursache.

Wenn der Webserver weiterhin mit 500 antwortet, muss die serverseitige Verarbeitung untersucht werden.

39. DNS ist normalerweise nicht die Ursache eines 500 #

Wenn du von einem Webserver bereits einen HTTP-500 erhältst, wurde grundsätzlich ein Server erreicht.

Un classico guasto del DNS si manifesta diversamente.

Nach DNS-Änderungen kann eine Domain allerdings versehentlich auf einen anderen Server zeigen. Prüfe deshalb bei einer kürzlichen Migration, ob du tatsächlich die erwartete Hosting-Umgebung erreichst.

40. SSL-Fehler und HTTP 500 unterscheiden #

Ein Zertifikatsfehler ist ebenfalls eine andere Fehlerklasse.

Wenn der Browser einen echten HTTP-Statuscode 500 erhält, wurde die Verbindung bereits weit genug aufgebaut, damit der Webserver eine HTTP-Antwort senden konnte.

Ersetze deshalb nicht auf Verdacht SSL-Zertifikate.

41. 500-Fehler nicht durch display_errors dauerhaft offenlegen #

Es kann verlockend sein, PHP-Fehler direkt auf der öffentlichen Website anzeigen zu lassen.

Auf einer produktiven Website ist das keine gute dauerhafte Lösung, weil Fehlermeldungen interne Informationen wie Dateipfade oder technische Details offenlegen können.

Verwende für die Diagnose bevorzugt Fehlerprotokolle.

42. Fehler nach Änderung erneut reproduzieren #

Nach jeder gezielten Korrektur solltest du exakt dieselbe URL oder Aktion erneut testen.

Ein sinnvoller Ablauf lautet:

Fehler reproduzieren
        ↓
Log prüfen
        ↓
eine Ursache ändern
        ↓
gleiche Aktion erneut testen
        ↓
Ergebnis vergleichen

Dadurch kannst du feststellen, ob deine Änderung tatsächlich relevant war.

43. Nicht fünf Dinge gleichzeitig ändern #

Se tu contemporaneamente:

PHP wechselst
.htaccess löschst
Plugins deaktivierst
Berechtigungen änderst
Cache leerst

und die Website danach wieder funktioniert, weißt du nicht, was die Ursache war.

Das erschwert spätere Fehler erheblich.

Regola fondamentale: Bei einem 500 Internal Server Error sollte das Error Log die Diagnose führen. Eine konkrete Fehlermeldung ist wertvoller als zehn Änderungen auf Verdacht.

500 Internal Server Error systematisch diagnostizieren #

1. Notiere betroffene URL, Datum und Uhrzeit.
2. Prüfe, ob die ganze Website oder nur eine bestimmte Aktion betroffen ist.
3. Apri Valori misurati → Errore.
4. Suche den zeitlich passenden Error-Log-Eintrag.
5. Prüfe die zuletzt vorgenommenen Änderungen.
6. Untersuche bei entsprechendem Hinweis die .htaccess.
7. Kontrolliere PHP-Version und Anwendungskompatibilität.
8. Prüfe gemeldete PHP Fatal Errors.
9. Kontrolliere gegebenenfalls benötigte PHP-Erweiterungen.
10. Prüfe bei Speicherfehlern das PHP Memory Limit.
11. Kontrolliere relevante Datei- und Verzeichnisberechtigungen.
12. Prüfe bei WordPress den im Log genannten Plugin- oder Theme-Pfad.
13. Kontrolliere bei sporadischen Fehlern die CloudLinux-Ressourcen.
14. Berücksichtige Cronjobs und Hintergrundaufgaben.
15. Modifica una sola possibile causa alla volta.
16. Teste anschließend exakt dieselbe Aktion erneut.

Schnelldiagnose nach Fehlermeldung #

Hinweis	Primo punto di controllo
Errore fatale PHP	genannten PHP-Pfad beziehungsweise Komponente prüfen
Dimensione della memoria consentita esaurita	PHP Memory Limit und verursachenden Prozess prüfen
Chiamata a funzione non definita	PHP-Kompatibilität beziehungsweise Erweiterung prüfen
Classe non trovata	Anwendung, Autoloading oder benötigte Erweiterung prüfen
Fehler direkt nach .htaccess-Änderung	zuletzt geänderte Regel prüfen
Fehler direkt nach PHP-Wechsel	Verifica la compatibilità e le estensioni di PHP
Fehler direkt nach Plugin-Update	Error Log und betreffendes Plugin prüfen
Fehler nur unter Last	Controlla risorse e applicazione CloudLinux
Fehler regelmäßig zur gleichen Uhrzeit	Controlla cronjob e attività in background

Was du bei einem 500-Fehler nicht tun solltest #

Evita in particolare:

• Dateiberechtigungen pauschal auf 777 setzen
• .htaccess ohne Sicherung löschen
• Cambiare le versioni di PHP a caso
• PHP Memory Limit extrem erhöhen
• alle Plugins ohne Diagnose löschen
• Modificare le tabelle del database per sospetto
• installare più plugin di cache
• DNS oder SSL ohne entsprechenden Hinweis ändern
• eseguire più modifiche tecniche contemporaneamente

Quando dovresti contattare il supporto di CURIAWEB? #

Wenn der 500 Internal Server Error weiterhin besteht oder die Ursache aus dem Error Log nicht eindeutig hervorgeht, dokumentiere das Problem möglichst genau.

Sono particolarmente utili:

• dominio interessato
• vollständige betroffene URL
• Data e ora esatte
• messaggio di errore visibile
• relevanter Error-Log-Eintrag
• ob die gesamte Website oder nur eine bestimmte Aktion betroffen ist
• modifiche recenti
• versione PHP attualmente in uso
• se l'errore si verifica in modo permanente o sporadico
• bei sporadischen Fehlern gegebenenfalls auffällige CloudLinux-Werte

Se l'errore è riproducibile, descrivi inoltre i passaggi esatti con cui può essere attivato.

Riepilogo #

Uno Errore interno del server bedeutet, dass eine serverseitige Anfrage nicht erfolgreich verarbeitet werden konnte. Der Statuscode selbst nennt noch nicht die eigentliche Ursache.

Der wichtigste erste Diagnosepunkt ist deshalb das cPanel Error Log unter Valori misurati → Errore. Vergleiche den dortigen Eintrag mit dem genauen Zeitpunkt des Fehlers.

Häufige Ursachen sind PHP Fatal Errors, fehlerhafte .htaccess-Regeln, inkompatible Plugins oder Themes, ungeeignete PHP-Versionen, fehlende PHP-Erweiterungen, erreichte PHP-Limits oder Probleme nach einer Migration beziehungsweise Dateiänderung.

Bei sporadischen Fehlern solltest du zusätzlich die CloudLinux-Ressourcennutzung, Cronjobs und Hintergrundaufgaben zum gleichen Zeitpunkt untersuchen.

Ändere nicht mehrere Komponenten gleichzeitig. Reproduziere den Fehler, prüfe das Log, formuliere eine konkrete Ursache und teste anschließend genau eine gezielte Änderung.

La regola più importante è: „500 Internal Server Error“ ist nicht die Diagnose – die eigentliche Diagnose beginnt mit der Fehlermeldung im Log.