Cos’\u00c8 il Codice di Stato HTTP 408<\/h2>\n
I codici di stato HTTP<\/a> indicano lo stato della richiesta di un cliente. Possono anche reindirizzare i clienti verso risorse diverse, a seconda delle loro richieste.<\/p>\n Il codice di stato HTTP pi\u00f9 comune \u00e8 404, che indica che la risorsa richiesta non \u00e8 stata trovata. Altri codici di stato comuni sono 200 (OK)<\/a>, 400 (Bad Request)<\/a> e 500 (Internal Server Error)<\/a>.<\/p>\n I codici di stato si dividono in 5 categorie:<\/p>\n HTTP 408 rientra nella categoria degli errori del client. Questo codice di stato comunica che il server non ha ricevuto una risposta tempestiva dal client e che il server ha esaurito l’attesa della richiesta. Questo pu\u00f2 accadere se il client impiega troppo tempo per inviare la richiesta o se il server \u00e8 troppo occupato per elaborarla.<\/p>\n L’errore HTTP 408 \u00e8 simile al codice di stato 504 Gateway Timeout<\/a>. Tuttavia, il primo non proviene da un gateway o da un server proxy. Viene invece direttamente dal server web a cui il cliente \u00e8 connesso.<\/p>\n\n Ci sono una serie di potenziali ragioni alla base dell’errore HTTP 408 request timeout. Queste cause includono:<\/p>\n L’errore 408 Request Timeout significa che la richiesta inviata al server del sito web ha richiesto pi\u00f9 tempo di quanto il server fosse disposto ad aspettare. Pu\u00f2 accadere a causa del traffico intenso su internet o di una connessione lenta da parte vostra.<\/p>\n Il problema di questo codice di stato \u00e8 che pu\u00f2 verificarsi sia per motivi legati al client che al server. In altre parole, anche se l’errore 408 \u00e8 classificato come errore del client, non significa necessariamente che il problema derivi dal browser o dal dispositivo. \u00c8 possibile che il server sia mal configurato o che non gestisca correttamente le richieste.<\/p>\n Ora che abbiamo capito meglio il codice di stato HTTP 408, parliamo di come risolverlo. Di seguito sono riportate 8 potenziali soluzioni che potete usare, suddivise in due categorie: lato client e lato server.<\/p>\n Di seguito sono riportate alcune soluzioni lato client che potete usare per risolvere l’errore HTTP 408!<\/p>\n La prima cosa da fare prima di risolvere l’errore HTTP 408 \u00e8 eseguire il backup del vostro sito web<\/a>. In questo modo, se qualcosa dovesse andare storto mentre cercate di risolvere il problema, avrete una versione completa e aggiornata dei vostri file e del vostro database da ripristinare.<\/p>\n Ci sono diversi metodi che potete usare per fare il backup del vostro sito. Uno \u00e8 l’approccio manuale. Questo metodo prevede l’utilizzo di un client SFTP (Secure File Transfer Protocol)<\/a>, come FileZilla<\/a>. Dopo aver ricevuto le credenziali SFTP dal vostro host e dopo esservi collegati al server, potete scaricare i vostri file dalla directory principale(<\/em> cartella public_html<\/em> ).<\/p>\n Successivamente, dovrete scaricare il vostro database tramite phpMyAdmin. Se siete utenti di Kinsta, potete accedervi da MyKinsta <\/strong>> Siti <\/strong>> Info<\/strong>:<\/p>\n Selezionate quindi Open phpMyAdmin<\/strong> per avviare il gestore del database. Selezionate il database del vostro sito dal menu:<\/p>\n Successivamente, fate clic su Export<\/strong> nella parte superiore della schermata. Assicuratevi di selezionare SQL<\/strong> alla voce Format<\/strong> e poi fate clic su Go<\/strong>. Il file del database dovrebbe iniziare a essere scaricato.<\/p>\n Potete anche usare un plugin di backup come UpdraftPlus<\/a>. Dopo aver installato e attivato il plugin, andate su Settings<\/strong> > UpdraftPlus Backups<\/strong> nella bacheca di WordPress e fate clic su Backup Now<\/strong>:<\/p>\n Una terza opzione \u00e8 quella di eseguire il backup del sito tramite il vostro host web. Su Kinsta, potete visualizzare i vostri backup esistenti accedendo a MyKinsta<\/a> e navigando nella scheda Backup<\/strong>:<\/p>\n Potete creare fino a 5 backup manuali, che vengono archiviati automaticamente per due settimane. Offriamo anche DevKinsta<\/a>, uno strumento di sviluppo locale di WordPress gratuito che potete usare per lo staging<\/a> e il backup del vostro sito in un ambiente locale.<\/p>\n Potete farlo andando su DevKinsta e selezionando l’opzione Import from Kinsta<\/strong>. Potrebbe essere necessario verificare le credenziali del vostro hosting. Una volta scelto il sito, DevKinsta si occuper\u00e0 di tutto il resto.<\/p>\n Uno dei motivi per cui potreste vedere l’errore HTTP 408 status code \u00e8 che avete semplicemente digitato l’URL sbagliato nel browser. Pertanto, dovreste ricontrollare l’URL per assicurarvi di non aver commesso errori di battitura.<\/p>\n Prestate molta attenzione al nome del dominio, soprattutto se ci sono degli slash o dei trattini. Provate a inserire nuovamente l’URL<\/a> e a ricaricare la pagina. Se l’errore di timeout della richiesta \u00e8 ancora presente, potete passare alla soluzione successiva.<\/p>\n Se avete apportato delle modifiche recenti al vostro database<\/a>, queste potrebbero essere la causa dell’errore HTTP 408. Dovrete ripristinare le modifiche apportate per risolvere il problema.<\/p>\n Le estensioni installate di recente o gli aggiornamenti del database potrebbero aver alterato i record del database che causano problemi. Per verificare se \u00e8 questo il caso, vi consigliamo di aprire il vostro database (phpMyAdmin) e di controllare manualmente tutte le tabelle o i record che sono stati modificati di recente. Se ne trovate qualcuno, riportatelo al suo stato originale.<\/p>\n L’aggiunta di estensioni e plugin al vostro sito pu\u00f2 causare diversi problemi di incompatibilit\u00e0 ed errori, tra cui il codice di stato HTTP 408. Uno dei modi pi\u00f9 semplici per verificare se questo \u00e8 il caso \u00e8 disattivare tutti i plugin<\/a> del vostro sito.<\/p>\n Se avete accesso alla bacheca di WordPress, potete farlo navigando su Plugin<\/strong> dall’area di amministrazione, selezionando tutti i plugin installati e selezionando Disattiva<\/strong> dal menu a tendina Azioni di massa<\/strong>. Ora fate clic su Applica<\/strong>:<\/p>\n Se non avete accesso alla bacheca, potete disattivare in blocco le vostre estensioni collegandovi al vostro sito tramite SFTP e rinominando la cartella plugins in qualcosa come “plugins_old”.<\/p>\n Ritornate sul vostro sito. Se non vedete pi\u00f9 il messaggio di errore, potete presumere che la colpa sia di un plugin.<\/p>\n Dovrete riattivare ogni plugin uno per uno, controllando il sito tra l’uno e l’altro. Quando vedrete di nuovo il messaggio di errore, dovrete disinstallare quell’estensione e trovarne una sostitutiva (o contattare chi lo ha sviluppato per maggiori informazioni).<\/p>\n Se di recente avete apportato delle modifiche al vostro sito WordPress, come per esempio l’installazione di un nuovo plugin o l’aggiornamento del software WordPress<\/a>, potreste vedere l’errore HTTP 408. I nuovi strumenti possono talvolta causare problemi di configurazione. Potete ripristinare le modifiche recenti ripristinando il vostro sito a una versione precedente.<\/p>\n Se siete utenti di Kinsta, aprite la bacheca MyKinsta, quindi andate su Siti<\/strong> e selezionate il vostro sito. Successivamente, fate clic su Backup<\/strong>.<\/p>\n Dall’elenco dei backup, trovate la versione che volete ripristinare, fate clic su Ripristina<\/strong> e selezionate Staging <\/strong> o Live<\/strong>:<\/p>\n Successivamente, potete confermare il ripristino del backup e fare clic su Ripristina backup<\/strong>. Una volta completato il backup, potete verificare se il messaggio di errore \u00e8 ancora visualizzato.<\/p>\n Se nessuna delle soluzioni precedenti ha funzionato, l’errore HTTP 408 potrebbe essere causato da un problema lato server. Vediamo le possibili soluzioni che potete usare per risolverlo.<\/p>\n Uno dei modi per determinare la causa dell’errore HTTP 408 \u00e8 controllare i file di configurazione del server tramite SFTP. La procedura da seguire dipende dal software del vostro server.<\/p>\n \u00c8 probabile che il vostro server utilizzi Apache o Nginx<\/a>. Se siete utenti di Kinsta, noi ci serviamo di Nginx.<\/p>\n Se usate Apache, potete cercare il file .htaccess<\/strong><\/a> nella directory principale del vostro sito. Una volta individuato il file, apritelo e cercate le seguenti righe:<\/p>\n Se trovate queste direttive, potete commentarle utilizzando il prefisso #<\/strong> prima della riga. Quindi salvate il file e ricaricate la pagina nel browser.<\/p>\n Se siete utenti Kinsta, potete controllare il vostro file .htaccess<\/strong> aprendo la vostra bacheca MyKinsta e navigando sul vostro sito web alla voce Siti<\/strong>. Individuate la sezione SFTP\/SSH<\/strong> per ottenere le vostre credenziali, poi usatele per collegarvi al vostro sito tramite un client FTP<\/a>.<\/p>\n Successivamente, navigate nella cartella public_html<\/strong>, quindi individuate e aprite il file .htaccess <\/strong>:<\/p>\n Cercate una delle direttive elencate sopra. Se vedete una di queste regole, commentatele e salvate le modifiche.<\/p>\n I log del vostro server possono essere preziosi per fornire informazioni sulle vostre applicazioni, tra cui le attivit\u00e0 svolte, le pagine richieste, i server a cui si sono collegati e altro ancora. Se siete utenti Kinsta, potete controllare i log degli errori<\/a> usando il visualizzatore di log in MyKinsta.<\/p>\n Se non usate un piano di hosting Kinsta o il vostro host non fornisce uno strumento di log, potete inserire il seguente codice nel vostro file wp-config.php<\/strong><\/a>:<\/p>\n In questo modo abiliterete la modalit\u00e0 di debug di WordPress<\/a>.<\/p>\n Da MyKinsta, andate su Siti<\/strong> > Logs<\/strong>:<\/p>\n Qui troverete il visualizzatore<\/strong> di log<\/strong> che mostra i log di errore. Potete cliccare su access.log<\/strong> dal menu a tendina. Qui potete trovare tutte le richieste HTTP del vostro sito web. Potete anche cercare le richieste HTTP 408 utilizzando la barra di ricerca.<\/p>\n Se trovate degli errori, potete usare le informazioni per individuare la pagina web che causa il problema. Questo pu\u00f2 aiutarvi a circoscrivere la fonte del problema.<\/p>\n A questo punto, se continuate a vedere l’errore HTTP 408, \u00e8 il momento di eseguire il debug del vostro sito<\/a>. Ci sono diverse opzioni che potete usare per questo processo.<\/p>\n Una \u00e8 quella di utilizzare un plugin come Query Monitor<\/a>:<\/p>\n Questo plugin gratuito consente di eseguire il debug delle prestazioni e dello sviluppo del vostro sito web. Vi permette di controllare le query del database, gli script, le tempistiche e molto altro ancora.<\/p>\n Un’altra opzione \u00e8 quella di usare uno strumento di Application Performance Monitoring (APM)<\/a>. Questo software vi aiuta a monitorare e ottimizzare le prestazioni del vostro sito web o della vostra applicazione.<\/p>\n L\u2019uso di uno strumento APM<\/a> pu\u00f2 aiutarvi a eseguire il debug del vostro sito, fornendovi informazioni sulle sue prestazioni e sulla posizione di eventuali colli di bottiglia. Queste informazioni possono aiutarvi a identificare e risolvere i problemi che causano la lentezza del vostro sito web o altri problemi di prestazioni.<\/p>\n Potete usare il nostro strumento Kinsta APM<\/a>. Si tratta di uno strumento di monitoraggio delle prestazioni progettato su misura per i siti WordPress che vi aiuta a identificare i problemi di performance. Inoltre, \u00e8 gratuito per tutti i siti ospitati presso di noi.<\/p>\n Potete accedere a Kinsta AMP tramite la vostra bacheca MyKinsta navigando su Siti <\/strong>> Kinsta APM<\/strong>:<\/p>\n Una volta attivato l’APM, potete usare una serie di strumenti e funzioni. Questi includono la diagnosi dei problemi di prestazioni<\/a> e il monitoraggio dei risultati.<\/p>\n\n I codici di stato HTTP possono fornire un’ampia gamma di informazioni sulle richieste del client e del server. Tuttavia, alcuni di questi messaggi indicano dei problemi, come l’errore HTTP 408 Request Timeout.<\/p>\n Come abbiamo discusso in questo articolo, l’origine del problema pu\u00f2 essere sia lato client che lato server. Per risolvere il problema dell’errore del codice di stato, dovete rivedere e ripristinare le modifiche recenti, controllare il file di configurazione del server e i log dell’applicazione, nonch\u00e9 eseguire il debug delle applicazioni e degli script.<\/p>\n\n
Cause Comuni dell’Errore HTTP 408 Request Timeout<\/h2>\n
\n
Come Risolvere l’Errore HTTP 408 (8 Soluzioni)<\/h2>\n
Lato Client<\/h3>\n
1. Eseguire il Backup del Sito<\/h4>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/mykinsta-sites-info.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-database-phpmyadmin.png\")
![\"Utilizzo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/updraftplus-backup.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-backups.png\")
2. Controllare l’URL<\/h4>\n
3. Controllare le Recenti Modifiche al database<\/h4>\n
4. Disinstallare Estensioni e Plugin<\/h4>\n
![\"Disattivare](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/plugin-deactivate-bulk.png\")
5. Ripristinare le Modifiche Recenti<\/h4>\n
![\"Ripristino](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/backup-restore-mykinsta.png\")
Lato Server<\/h3>\n
6. Controllare i File di Configurazione del Server<\/h4>\n
\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file.png\")
7. Esaminate i Log delle Applicazioni<\/h4>\n
define( 'WP_DEBUG', true );\n\ndefine( 'WP_DEBUG_LOG', true );\n\ndefine( 'WP_DEBUG_DISPLAY', false );<\/code><\/pre>\n![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/logs-kinsta.png\")
8. Eseguire il Debug di Applicazioni o Script<\/h4>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/query-monitor-plugin-1.png\")
![\"Lo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-apm.png\")
Riepilogo<\/h2>\n