Risolvere l'errore 503 Service Unavailable

Il messaggio di errore 503 Servizio non disponibile significa che un server o un servizio non è attualmente in grado di elaborare con successo la richiesta.

A differenza di un classico errore interno del server 500, un 503 indica spesso un stato temporaneo Ad esempio, possibili cause includono processi fortemente sollecitati, un'applicazione in stato di manutenzione, attività in background difettose o problemi all'interno di un'applicazione web.

In questa guida ti mostriamo come investigare sistematicamente su un errore 503 nell'hosting web CURIAWEB e scoprire se la causa risiede nell'applicazione, in PHP, in WordPress, nelle attività programmate o nell'utilizzo delle risorse.

Importante: Un errore 503 non significa automaticamente che l'intero server di hosting sia sovraccarico. Verifica prima se sono interessati solo il tuo sito web, una determinata funzione o il tuo account di hosting.

Cosa significa 503 Service Unavailable? #

Il codice di stato HTTP 503 appartiene al gruppo degli errori HTTP lato server.

In sintesi:

Il browser invia la richiesta
        ↓
Il server o l'applicazione viene raggiunto
        ↓
Il servizio non è in grado di elaborare la richiesta al momento
        ↓
503 Service Unavailable

La parola al momento è importante in questo contesto. Un 503 è fondamentalmente previsto per situazioni in cui un servizio è temporaneamente non disponibile.

Come può apparire un errore 503? #

A seconda dell'applicazione e della configurazione del server, possono apparire messaggi diversi.

Gli esempi sono:

503 Servizio non disponibile

Servizio non disponibile

ERRORE HTTP 503

Il server è temporaneamente incapace di soddisfare la tua richiesta.

Un'applicazione può inoltre mostrare una propria pagina di errore o di manutenzione.

differenziare 503, 500, 508 e 403 #

Per la ricerca degli errori è importante considerare il codice di stato effettivamente visualizzato.

Stato	In parole semplici, significa
403 Proibito	Accesso negato
Errore interno del server	L'elaborazione lato server è fallita internamente
503 Servizio non disponibile	Il servizio non è in grado di elaborare la richiesta in questo momento
Limite di risorse 508 raggiunto	è stato raggiunto un limite di risorse CloudLinux

In caso di errore 500, troverai la procedura appropriata alla voce Risolvere l'errore 500 Internal Server Error.

Se espressamente Limite di risorse 508 raggiunto visualizzato viene, usa Limite di risorse raggiunto: identificazione e risoluzione dei limiti di CloudLinux.

Prima determinare come si presenta il 503 #

Prima di modificare le impostazioni, circoscrivi il problema.

Verifica in particolare:

• È interessato l'intero sito web?
• Solo una pagina o funzione specifica?
• Solo l'area di amministrazione di WordPress?
• Solo un'importazione, un'esportazione o un altro processo?
• Il errore si verifica permanentemente o solo temporaneamente?
• Si presenta solo sotto carico elevato?
• Compare regolarmente alla stessa ora?
• Il problema è iniziato subito dopo una modifica?

Queste informazioni sono particolarmente importanti per un 503, poiché l'errore è spesso solo temporaneo.

1. Annotare data, ora e URL #

Prendi nota possibilmente dell'orario esatto in caso di errore 503.

Esempio:

28.08.2026
16:18
https://example.ch/
503 Servizio non disponibile

Se è interessata solo una specifica azione, annota anche quella.

Per esempio:

Sito web normalmente accessibile
        ↓
Avviare l'importazione del prodotto
        ↓
503 Service Unavailable

Il momento temporale consente successivamente il confronto con i log degli errori, le risorse CloudLinux e le attività pianificate.

2. Testare nuovamente dopo breve tempo #

Poiché un errore 503 può indicare una condizione temporanea, prova a ricaricare il sito web dopo breve tempo.

Fai una distinzione tra:

503 solo una volta
→ probabilmente evento a breve termine

503 regolarmente
→ cercare causa ricorrente

503 permanentemente
→ esaminare guasto o configurazione specifici

Un errore occasionale durante una procedura eccezionale non deve necessariamente avere la stessa causa di un errore 503 che si verifica più volte al giorno.

3. Controlla se solo il tuo sito web è interessato #

Un errore 503 sul tuo dominio non dimostra che l'intero server di hosting non sia disponibile.

La causa potrebbe risiedere all'interno della tua applicazione o del tuo account di hosting.

Se cPanel è ancora accessibile, puoi iniziare la diagnosi direttamente da lì.

Breve spiegazione: „Service Unavailable“ descrive la risposta alla tua specifica richiesta. Da ciò da solo non si può ancora dedurre quale livello tecnico stia causando il problema.

4. Controlla il log degli errori di cPanel #

Apri:

Valori misurati → Errore

Confronta le voci presenti lì con il momento dell'errore 503.

Ti spieghiamo come valutare i messaggi sotto Leggere il log degli errori di cPanel e trovare gli errori del sito web.

Presta particolare attenzione alle segnalazioni che:

• nate nello stesso momento
• indicare il dominio o il file interessato
• segnalare a PHP
• contenere un percorso di un plugin o di un tema
• rivelare un errore di processo o di applicazione

5. Controllare l'utilizzo delle risorse di CloudLinux #

In caso di un errore 503 sporadico, dovresti anche controllare il comportamento del tuo account di hosting nel momento in questione.

Apri:

Valori misurati → Utilizzo delle risorse

Controlla il periodo intorno all'errore.

CloudLinux può mostrare, tra le altre cose, informazioni sulle seguenti risorse:

• CPU
• Memoria fisica
• I/O
• IOPS
• Processi di ingresso
• Numero di processi

Una spiegazione dettagliata si trova sotto Comprendere l'utilizzo delle risorse di CloudLinux in cPanel.

Un errore 503 non è automaticamente un limite di CloudLinux #

Una correlazione temporale con un elevato utilizzo di risorse può essere importante per la diagnosi. Ciononostante, un errore 503 non deve essere equiparato automaticamente a un limite CloudLinux raggiunto.

Verifica quindi:

503 verificato
        ↓
Controllare CloudLinux nello stesso momento
        ↓
Evento di limite presente?
        ↓
sì → Indagare sulla causa dell'utilizzo delle risorse
no → Continuare a verificare altre cause

6. Indagare sull'elevato utilizzo della CPU #

Se al momento del problema l'utilizzo della CPU è insolitamente alto, dovresti scoprire quali processi o applicazioni stanno impegnando la potenza di calcolo.

Le possibili cause includono, ad esempio:

• numerose visualizzazioni di pagine dinamiche
• processi PHP complessi
• Importazioni ed esportazioni
• Cronjob
• Attività in background di WordPress
• Processi WooCommerce
• plugin inefficienti
• Bot o accessi automatizzati

Un utilizzo elevato della CPU è innanzitutto un valore di misurazione. Ciò che è determinante è quale processo lo sta causando.

7. Considerare i processi di ingresso #

Molte richieste dinamiche elaborate contemporaneamente o a lungo possono aumentare il numero di processi di immissione.

Ciò può verificarsi, ad esempio, quando:

• molte richieste PHP vengono elaborate contemporaneamente
• le singole richieste richiedono un tempo insolitamente lungo
• l'elaborazione del database è lenta
• molti bot visitano URL dinamici
• diversi processi in background sono attivi in parallelo

Spiegheremo in dettaglio come i limiti e i guasti di CloudLinux sono correlati su Limite di risorse raggiunto: identificazione e risoluzione dei limiti di CloudLinux.

8. Differenza tra Memoria Fisica e Limite di Memoria PHP #

CloudLinux Physical Memory e il PHPlimite di memoria non sono la stessa cosa.

In sintesi:

Limite di memoria PHP

Se nel registro degli errori, ad esempio:

Dimensione di memoria consentita di ... byte esaurita

si trova, dovresti esaminare il limite di memoria PHP e il processo responsabile.

Vedi a riguardo Imposta limite di memoria PHP, dimensione di caricamento e tempo di esecuzione.

9. Controllare la versione di PHP #

Se il 503 è iniziato subito dopo una modifica della versione di PHP, controlla la compatibilità dell'applicazione.

Su CURIAWEB, la versione PHP di un dominio viene generalmente gestita tramite:

Software → MultiPHP Manager

gestito.

Le istruzioni si trovano su Modificare la versione di PHP in cPanel.

Non cambiare la versione di PHP a caso. Verifica in particolare se il sito web, i plugin e i temi supportano la versione utilizzata.

10. Controllo delle estensioni PHP #

Se nel log degli errori compaiono indicazioni su funzioni o classi mancanti, potrebbe mancare un'estensione PHP necessaria o non essere disponibile nell'ambiente PHP utilizzato.

Tipiche indicazioni possono essere:

Chiamata a funzione non definita ...

Classe ... non trovata

richiede ext-...

Spieghiamo la procedura su Attivare e gestire le estensioni PHP in cPanel.

11. Verifica la modalità di manutenzione di WordPress #

WordPress può passare temporaneamente in modalità di manutenzione durante gli aggiornamenti.

Nella directory principale dell'installazione di WordPress potrebbe temporaneamente trovarsi un file denominato:

.manutenzione

essere creato.

Di solito WordPress rimuove questo file dopo il completamento con successo dell'aggiornamento.

WordPress è bloccato in modalità manutenzione #

Se un aggiornamento è stato interrotto, il sito Web potrebbe rimanere in modalità di manutenzione.

I suggerimenti tipici sono:

• Il problema è iniziato durante un aggiornamento di WordPress, di un plugin o di un tema
• al posto del sito web compare un messaggio di manutenzione
• si trova ancora nella directory principale di WordPress .manutenzione

Apri per farlo:

File → Gestione file

e controlla la directory principale di WordPress.

Attenzione: Elimina uno .manutenzione-Non cancellare file ciecamente durante un aggiornamento effettivamente ancora in corso. Verifica prima se il processo di aggiornamento è davvero interrotto o completato.

Un messaggio di manutenzione non è sempre un vero HTTP 503 #

Un'applicazione può mostrare una propria pagina di manutenzione. Perciò dovresti distinguere tra il messaggio visibile e lo stato HTTP effettivamente restituito.

Per la risoluzione pratica dei problemi è comunque fondamentale stabilire se immediatamente prima sia stato eseguito un aggiornamento o un'operazione di manutenzione.

12. Esaminare i plugin di WordPress #

Se un errore 503 si verifica solo su un sito WordPress, potrebbero essere coinvolti dei plugin.

Verifica in particolare se il problema si presenta subito dopo:

• Installazione di un plugin
• Aggiornamento del plugin
• Attivazione di un'estensione
• Modifica di una configurazione di plugin

è iniziato.

Controlla quindi il registro degli errori per individuare eventuali indizi all'interno di:

/wp-content/plugins/

Isolare i conflitti tra plugin in modo sistematico #

Se la causa non è chiara, utilizza la nostra guida Identificare e risolvere i conflitti tra plugin e temi WordPress.

Non disattivare a caso più componenti contemporaneamente se esiste già un sospetto specifico.

13. Tenere conto del tema WordPress #

Anche un tema o un codice di tema personalizzato può influenzare l'elaborazione lato server.

Se l'errore è iniziato immediatamente dopo un aggiornamento del tema o una modifica al tema, controlla il registro degli errori (error log) per individuare i percorsi sotto:

/wp-content/themes/

Un percorso corrispondente aiuta a circoscrivere l'indagine al componente in questione.

Utilizzare il debug di WordPress #

Se il normale log degli errori non fornisce informazioni sufficienti, una registrazione di debug di WordPress controllata può fornire ulteriori indizi.

WordPress può generare errori, ad esempio, in:

wp-content/debug.log

registrare.

Ti spieghiamo come configurarlo in modo sicuro su Utilizzare il debug di WordPress e i log degli errori.

Un output di errore dettagliato non dovrebbe essere mostrato permanentemente al pubblico su un sito web di produzione.

15. Controllo delle attività in background di WooCommerce #

WooCommerce e molte estensioni di WooCommerce eseguono attività in background.

Questi possono includere, ad esempio:

• Processi di ordinazione
• Importazioni di prodotti
• Sincronizzazioni
• Webhook
• azioni pianificate
• Compiti dei plugin di pagamento o spedizione

Se il 503 si verifica solo su un negozio online, non dovresti quindi guardare esclusivamente il sito web pubblico.

Considerare Action Scheduler #

WooCommerce e numerosi plugin utilizzano Action Scheduler per le attività di background programmate.

Se lì si sono accumulate molte attività in sospeso o ripetutamente fallite, ciò può contribuire a una maggiore attività in background.

In caso di problemi ricorrenti, dovresti quindi verificare se il momento del 503 coincide con tali attività.

503 solo al momento del pagamento #

Se il negozio funziona in linea di principio, ma è interessato esclusivamente il checkout, concentra la diagnosi su questo processo dinamico.

Verifica in particolare:

• Log di WooCommerce o errori applicativi
• Plugin di pagamento
• Estensioni per spedizioni e tasse
• connessioni API esterne
• Registro degli errori
• Utilizzo delle risorse nello stesso momento

Un checkout non dovrebbe semplicemente essere „riparato“ tramite un aggressivo caching dell'intera pagina.

16. Considerare i servizi esterni #

Le applicazioni web comunicano spesso con servizi esterni.

Gli esempi sono:

• Fornitore di servizi di pagamento
• Servizi di spedizione
• Sistemi ERP
• Sistemi CRM
• API esterne
• Server di licenze o aggiornamenti

Se un'applicazione è in attesa di una risposta esterna o non gestisce correttamente un errore di tale servizio, ciò può ripercuotersi anche sul proprio sito web.

Pertanto, in caso di errore che si verifica solo in una determinata funzione, verifica quali sistemi esterni sono coinvolti in tale funzione.

17. Controllare i cronjob #

Se il 503 si verifica regolarmente alla stessa ora, i cronjob sono un punto di controllo importante.

Apri:

Opzioni avanzate → Cronjob

Verifica quali attività vengono avviate nel momento in questione.

La diagnosi delle attività difettose viene spiegata su Cronjob non funziona: cause e soluzioni.

Diverse attività alla stessa ora #

Un programma sfavorevole può comportare l'esecuzione simultanea di più attività complesse.

Esempio:

03:00 → Backup
03:00 → Importazione prodotti
03:00 → Sincronizzazione
03:00 → Esportazione dati

Se le applicazioni lo consentono, una distribuzione temporale può essere opportuna.

Non modificare tuttavia alcuna attività predefinita da un'applicazione senza conoscerne la funzione.

Cerca uno schema temporale ricorrente #

Un errore 503 che si presenta ogni giorno più o meno alla stessa ora fornisce un indizio prezioso.

Confronta:

Momento del 503
        ↓
Cronjob
        ↓
Attività pianificate di WordPress
        ↓
Action Scheduler di WooCommerce
        ↓
Backup / Importazioni / Esportazioni
        ↓
Risorse CloudLinux

Se diversi di questi eventi coincidono temporalmente, la causa può essere circoscritta molto meglio.

19. Esaminare le importazioni e le esportazioni #

Le grandi operazioni di importazione ed esportazione possono richiedere risorse considerevoli.

A seconda dell'applicazione, questo può:

• CPU
• Memoria RAM
• I/O
• Database
• Processi PHP

essere messi a dura prova.

Se il 503 si verifica esclusivamente durante un grande import, verifica se l'applicazione supporta l'elaborazione in lotti più piccoli.

20. Considerare i backup come un fattore temporale #

Anche i processi di backup possono temporaneamente richiedere risorse di CPU e operazioni sui file.

Ciò non significa che un backup sia automaticamente la causa di un errore 503.

Se l'errore si verifica regolarmente esattamente durante un processo di backup, questo collegamento dovrebbe essere indagato.

21. Verificare bot e accessi automatizzati #

Un improvviso aumento degli accessi automatizzati può generare molte richieste dinamiche.

Questi possono includere, ad esempio:

• Crawler di motori di ricerca
• Crawler SEO
• Servizi di monitoraggio
• scanner automatizzati
• Content-Crawler
• bot indesiderati

Se il 503 coincide con un traffico insolito, dovresti controllare i dati di accesso su Valori misurati tenere conto.

Un traffico elevato da solo non prova il sovraccarico #

Molti visitatori possono aumentare il fabbisogno di risorse. Ma è fondamentale anche quanto efficientemente vengano elaborate le singole richieste.

In sintesi:

molte richieste veloci
→ i processi si liberano rapidamente

meno richieste, ma molto lente
→ i processi rimangono attivi più a lungo

Perciò, in caso di errore 503, dovrebbero essere esaminate sia la quantità di visitatori che l'applicazione stessa.

22. Verifica AccelerateWP e caching #

Su WordPress, un caching adeguato può ridurre il numero di richieste da elaborare dinamicamente.

CURIAWEB integra AccelerateWP, una soluzione di ottimizzazione incentrata su WordPress, nell'ambiente di hosting.

Puoi trovare ulteriori informazioni su AccelerateWP in cPanel spiegato.

La memorizzazione nella cache non è una soluzione universale al errore 503 #

Il caching aiuta in particolare con le chiamate frontend ricorrenti, ma non risolve automaticamente:

• processi PHP difettosi
• cronjob difettosi
• Problemi di pagamento
• Errore di importazione
• problemi con le API esterne
• plugin difettosi

Non installare quindi diversi plugin di cache solo perché si verifica un errore 503.

23. Verifica dello spazio di archiviazione #

Quando le applicazioni devono scrivere file, generare cache, eseguire aggiornamenti o creare file temporanei, uno spazio di hosting completamente occupato può causare ulteriori problemi.

Controllare quindi lo spazio di archiviazione disponibile in caso di sintomi corrispondenti.

Le istruzioni si trovano su Controllare lo spazio di archiviazione e la larghezza di banda in cPanel.

24. Considerare i problemi del database #

Se un'applicazione esegue operazioni di database molto lunghe o errate, i processi sul lato server possono rimanere attivi di conseguenza per molto tempo.

Controlla il registro degli errori e i log specifici dell'applicazione prima di apportare modifiche al database.

Non eliminare o modificare tabelle sulla base di semplici sospetti.

25. 503 dopo l'aggiornamento del plugin #

Se l'errore è iniziato immediatamente dopo un aggiornamento di un plugin, verifica:

• Registro degli errori
• Compatibilità dei plugin
• Compatibilità PHP
• nuove attività in background
• Comportamento di salvataggio delle risorse

Se l'errore è correlato in modo riproducibile all'estensione in questione, questa dovrebbe essere esaminata in modo mirato.

26. 503 dopo il cambio di PHP #

Se il sito web genera un errore 503 solo dopo un cambio di versione di PHP, verifica:

• Compatibilità delle applicazioni
• Plugin e temi
• estensioni PHP richieste
• Registro degli errori

Un passaggio controllato alla versione PHP precedentemente funzionante e ancora idonea può essere utile come fase diagnostica.

27. 503 dopo la migrazione del sito web #

Se l'errore si verifica immediatamente dopo un trasferimento di hosting, controlla in particolare:

• Versione PHP
• Estensioni PHP
• Impostazioni PHP
• Cronjob
• Attività in background di WordPress
• Configurazione della cache
• Connessione al database
• servizi esterni
• Registro degli errori

Una migrazione può rendere visibili differenze tra due ambienti di hosting che prima non erano state notate.

28. 503 solo per determinati URL #

Se la pagina iniziale funziona, ma solo determinati URL generano un errore 503, concentra la diagnosi sull'elaborazione di queste pagine.

Verifica ad esempio:

• quale plugin fornisce la funzione
• se vengono utilizzate API esterne
• se viene eseguita una complessa interrogazione al database
• se l'errore è riproducibile
• quale voce del log degli errori viene generata in quel processo

Un problema generale di dominio o DNS è quindi meno probabile.

29. 503 solo nel backend di WordPress #

Se il frontend funziona, ma l'area di amministrazione o una specifica funzione di amministrazione è interessata, verifica in particolare:

• Plugin
• Attività in background
• Errore PHP
• Processi di importazione o esportazione
• Utilizzo delle risorse

Molte azioni di backend sono dinamiche e non traggono lo stesso vantaggio dalla memorizzazione nella cache del frontend.

30. 503 solo sotto carico #

Se il sito web funziona in condizioni normali e l'errore si verifica solo in caso di utilizzo elevato, dovresti esaminare insieme le risorse CloudLinux e l'applicazione.

Verifica:

• quale limite di risorse è evidente
• se sono presenti guasti
• quali URL vengono visitati frequentemente
• quanto tempo richiedono le richieste dinamiche
• se la memorizzazione nella cache degli oggetti (object caching) viene utilizzata in modo sensato
• se siano coinvolti dei bot

31. 503 senza valori CloudLinux evidenti #

Se al momento dell'errore non sono presenti eventi di risorse corrispondenti, non dovresti continuare a presumere che si tratti di un problema di risorse solo perché il messaggio è „Service Unavailable“.

Controlla invece:

• Registro degli errori
• Errore di applicazione
• WordPress e WooCommerce
• servizi esterni
• Stati di manutenzione
• modifiche recenti

Importante: I valori misurati sono preziosi per la diagnosi perché possono anche smentire un'ipotesi. Se al momento dell'errore non è stato raggiunto alcun limite di risorse, dovresti estendere la ricerca degli errori di conseguenza.

32. 503 si è verificato una sola volta #

Se un errore 503 si è verificato una tantum durante un'operazione eccezionale e non è riproducibile, documenta prima l'evento.

Gli esempi possono essere:

• grande importazione una tantum
• Aggiorna
• attività di background a breve termine
• insolito picco di traffico

Un singolo evento non giustifica automaticamente modifiche estese a un sito web altrimenti stabile.

33. 503 si verifica regolarmente #

Un 503 ricorrente, invece, dovrebbe essere sistematicamente indagato.

Di particolare valore sono:

ora esatta
+
Registro errori
+
Risorse CloudLinux
+
Cronjob
+
Attività in background di WordPress/WooCommerce
+
Traffico

Quanto più queste informazioni possono essere ricondotte a uno stesso momento, tanto più è possibile determinarne la causa con precisione.

Non modificare tutte le impostazioni contemporaneamente #

Se tu contemporaneamente:

cambi PHP
disattivi i plugin
modifichi i cronjob
riconfiguri la cache
aumenti i limiti di PHP

e l'errore scompare successivamente, la causa rimane sconosciuta.

Procedi invece in modo controllato:

Riprodurre l'errore
        ↓
Controllare misurazioni e log
        ↓
Formulare un'ipotesi
        ↓
Una modifica mirata
        ↓
Testare nuovamente

Misurare di nuovo dopo una modifica #

Se, ad esempio, hai corretto un processo problematico, in seguito non controllare solo se il sito web funziona di nuovo.

Confronta anche i valori delle risorse e i log.

Esempio:

Prima:
503 ogni giorno alle 03:00
CPU ed EP anomali contemporaneamente

Causa:
molteplici attività onerose si avviano contemporaneamente

Modifica:
attività distribuite temporalmente in modo controllato

Dopo:
nessun 503
nessun guasto corrispondente

In questo modo ottieni una prova decisamente migliore del fatto che la modifica fosse effettivamente rilevante.

diagnosticare in modo sistematico l'errore 503 Service Unavailable #

1. Annota dominio, URL, data e ora esatta.
2. Verifica se l'errore è permanente o solo temporaneo.
3. Verifica se è interessato l'intero sito web o solo una funzione.
4. Controlla Valori misurati → Errore.
5. Confronta il registro degli errori con il momento del 503.
6. Apri Valori misurati → Utilizzo delle risorse.
7. Verifica i valori di CloudLinux e i possibili guasti nello stesso momento.
8. Controlla le modifiche apportate di recente.
9. Controlla la versione di PHP ed eventuali estensioni PHP.
10. Controlla lo stato di aggiornamento di plugin, temi e manutenzione in WordPress.
11. Considera le attività in background e le azioni programmate in WooCommerce.
12. Controlla i cronjob e i processi ricorrenti.
13. Confronta l'errore con importazioni, esportazioni e backup.
14. Tieni conto del traffico insolito e dei bot.
15. Controlla i servizi esterni se è interessata solo una determinata funzione.
16. Modifica una sola possibile causa alla volta.
17. Testa di nuovo e confronta successivamente log e valori di misura.

Diagnosi rapida basata sul tipo di errore #

Anomalia	Primo punto di controllo
503 dopo l'aggiornamento di WordPress	Controllare lo stato di manutenzione, il registro degli errori e l'aggiornamento
503 dopo l'aggiornamento del plugin	Controllare i plugin e il registro degli errori
503 dopo il cambio di PHP	Verifica la compatibilità e le estensioni di PHP
503 tutti i giorni alla stessa ora	Controlla cronjob e attività in background
503 solo con carico elevato	Controlla risorse e applicazione CloudLinux
503 solo durante l'importazione	Controllare PHP, risorse e processo di importazione
503 solo al checkout di WooCommerce	Controllare WooCommerce, plugin, servizi esterni e log
503 senza anomalie di risorse	Controllare applicazione, log e dipendenze esterne

Cosa non dovresti fare in caso di errore 503 #

Evita in particolare:

• presupporre automaticamente un sovraccarico dell'intero server
• Aumentare drasticamente i limiti PHP senza diagnosi
• Cambiare le versioni di PHP a caso
• eliminare più plugin contemporaneamente
• disattiva tutti i cronjob
• installare più sistemi di cache
• Modificare le tabelle del database per sospetto
• Modificare i record DNS senza il relativo avviso
• eseguire più modifiche tecniche contemporaneamente

Regola fondamentale: Un errore 503 descrive inizialmente un'elaborazione temporaneamente non disponibile. La vera diagnosi nasce solo dalla combinazione di momento, registro degli errori, utilizzo delle risorse e applicazione o attività appena eseguita.

Quando dovresti contattare il supporto di CURIAWEB? #

Se il 503 si verifica regolarmente, persiste a lungo termine o se la causa non può essere determinata con precisione, documenta il problema nel modo più dettagliato possibile.

Sono particolarmente utili:

• dominio interessato
• URL completo
• Data e ora esatte
• messaggio di errore visibile
• se l'intero sito web o solo una determinata funzione sia interessata
• se l'errore si verifica in modo permanente o sporadico
• voci di registro degli errori rilevanti
• Valori o guasti di CloudLinux nello stesso momento
• versione PHP attualmente in uso
• modifiche recenti
• cron job in esecuzione, importazioni o attività in background

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

Riepilogo #

Uno 503 Servizio non disponibile significa che un server o un servizio non è attualmente in grado di elaborare con successo la richiesta. Il messaggio non significa automaticamente che l'intero server di hosting sia sovraccarico.

Registra prima il momento esatto e successivamente controlla il registro degli errori di cPanel e l'utilizzo delle risorse di CloudLinux. In questo modo potrai determinare se l'errore coincide con un'applicazione, un processo PHP, un evento di risorse o una specifica attività in background.

Su WordPress dovresti considerare in particolare aggiornamenti, stati di manutenzione, plugin, temi e attività in background. Con WooCommerce si aggiungono processi dinamici come il checkout, azioni pianificate, importazioni, sincronizzazioni e servizi esterni.

Se l'errore si verifica regolarmente alla stessa ora, i cron job e altre attività ricorrenti sono punti di diagnosi particolarmente importanti. Se invece si manifesta solo sotto carico, dovresti considerare congiuntamente le risorse di CloudLinux, il traffico e la velocità di elaborazione dell'applicazione.

Non modificare più componenti contemporaneamente. Riproduci il problema, controlla i log e le metriche, formula un'ipotesi specifica e poi testa una modifica mirata.

La regola più importante è: „503 Service Unavailable“ indica che una richiesta non può essere elaborata al momento: timestamp, log e metriche ti mostrano il perché.