In caso di messaggi d’errore (4xx) o problemi di reindirizzamento (3xx), può essere opportuno ripristinare il file .htaccess predefinito fornito con il CMS in uso. Di seguito una breve lista dei file .htaccess di default forniti per i CMS più popolari e maggiormente utilizzati.
WordPress
Esistono tre tipologie di file .htaccess relative a diverse varianti di WordPress. La prima è la regola basic nel caso in cui venga utilizzato un unico sito, le altre due riguardano le versioni multisite, una configurato con domini in sottocartelle, che utilizza la regola “subdirectory”, l’altra che usa la regola “subdomain” se i domini aggiuntivi sono in sottodomini
RewriteEngine On
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
RewriteEngine On
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
RewriteEngine On
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
Joomla
IndexIgnore *
Header always set X-Content-Type-Options “nosniff”
Options +FollowSymlinks
Options -Indexes
<FilesMatch “\.svg$”>
Header always set Content-Security-Policy “script-src ‘none'”
RewriteEngine On
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
RewriteRule .* index.php [F]
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteCond %{REQUEST_URI} !^/index\.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
Drupal 7
<FilesMatch “\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)(~|\.sw[op]|\.bak|\.orig|\.save)?$|^(\.(?!well-known).*|Entries.*|Repository|Root|Tag|Template|composer\.(json|lock)|web\.config)$|^#.*#$|\.php(~|\.sw[op]|\.bak|\.orig\.save)$”>
Require all denied
Order allow,deny
Options -Indexes
Options +FollowSymLinks
ErrorDocument 404 /index.php
DirectoryIndex index.php index.html index.htm
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
ExpiresActive On
ExpiresDefault A1209600
ExpiresActive Off
RewriteEngine on
RewriteRule ^ – [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ – [E=protossl:s]
RewriteRule ^ – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule “/\.|^\.(?!well-known/)” – [F]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
RewriteRule \.css\.gz$ – [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ – [T=text/javascript,E=no-gzip:1]
<FilesMatch “(\.js\.gz|\.css\.gz)$”>
Header set Content-Encoding gzip
Header append Vary Accept-Encoding
Header always set X-Content-Type-Options nosniff
Drupal 9
<FilesMatch “\.(engine|inc|install|make|module|profile|po|sh|.*sql|theme|twig|tpl(\.php)?|xtmpl|yml)
(~|\.sw[op]|\.bak|\.orig|\.save)?$|^(\.(?!well-known).*|Entries.*|Repository|Root|Tag|Template|composer\.(json|lock)|web\.config)$|^#.*#$|\.php(~|\.sw[op]|\.bak|\.orig|\.save)$”>
Require all denied
Order allow,deny
Options -Indexes
DirectoryIndex index.php index.html index.htm
AddType image/svg+xml svg svgz
AddEncoding gzip svgz
php_value assert.active 0
ExpiresActive On
ExpiresDefault A1209600
ExpiresActive Off
FallbackResource /index.php
RewriteEngine on
RewriteRule ^ – [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ – [E=protossl:s]
RewriteRule ^ – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule “/\.|^\.(?!well-known/)” – [F]
RewriteCond %{REQUEST_URI} ^(.*)?/(install\.php) [OR]
RewriteCond %{REQUEST_URI} ^(.*)?/(rebuild\.php)
RewriteCond %{REQUEST_URI} !core
RewriteRule ^ %1/core/%2 [L,QSA,R=301]
RewriteRule ^core/install\.php core/install.php?rewrite=ok [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
RewriteCond %{REQUEST_URI} !/core/[^/]*\.php$
RewriteCond %{REQUEST_URI} !/core/modules/system/tests/https?\.php
RewriteCond %{REQUEST_URI} !/core/modules/statistics/statistics\.php$
RewriteRule “^(.+/.*|autoload)\.php($|/)” – [F]
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
RewriteRule \.css\.gz$ – [T=text/css,E=no-gzip:1,E=no-brotli:1]
RewriteRule \.js\.gz$ – [T=text/javascript,E=no-gzip:1,E=no-brotli:1]
<FilesMatch “(\.js\.gz|\.css\.gz)$”>
Header set Content-Encoding gzip
Header append Vary Accept-Encoding
Header always set X-Content-Type-Options nosniff
RequestHeader unset Proxy
PrestaShop
SetEnv HTTP_MOD_REWRITE On
RewriteEngine on
RewriteRule . – [E=REWRITEBASE:/]
RewriteRule ^api$ api/ [L]
RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-
9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$
9$10.jpg [L]
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %
{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ – [NC,L]
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
AddType application/vnd.ms-fontobject .eot
AddType font/ttf .ttf
AddType font/otf .otf
AddType font/woff2 .woff2
AddType application/x-font-woff .woff
<FilesMatch “\.(ttf|ttc|otf|eot|woff|woff2|svg)$”>
Header set Access-Control-Allow-Origin “*”
ErrorDocument 404 /index.php?controller=404
Magento
DirectoryIndex index.php
php_value memory_limit 512M
php_value max_execution_time 18000
php_flag magic_quotes_gpc off
php_flag session.auto_start off
php_flag suhosin.session.cryptua off
php_flag zend.ze1_compatibility_mode Off
SecFilterEngine Off
SecFilterScanPOST Off
SSLOptions StdEnvVars
Options +FollowSymLinks
RewriteEngine on
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteCond %{REQUEST_URI} !^/(media|skin|js)/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php [L]
AddDefaultCharset Off
ExpiresDefault “access plus 1 year”
Order allow,deny
Allow from all
L’ errore 508 indica che il sito ha superato le risorse disponibili per il piano associato ed è, per questo motivo, temporaneamente sospeso, per evitare di compromettere l’intero server, con ricadute sugli altri siti ospitati. Una volta apparso l’errore, l’utente potrà trovarne riscontro in cPanel alla voce “Resource Usage”.
Tale evento può verificarsi in tantissimi casi, tra i quali:
E’ consigliabile, dunque, mantenere sempre il CMS ed i suoi componenti aggiornati e controllare se ci sia una coincidenza temporale tra il momento in cui visualizza il messaggio ed il verificarsi di uno degli eventi sopra elencati.
L’utente potrà, quindi, valutare se far effettuare un’analisi del CMS da un tecnico o considerare l’opportunità di un upgrade del proprio piano.
Il codice errore 504 Gateway Timeout può avere diverse forme, ad esempio:
HTTP Error 504 – Gateway Timeout
Come risolvere l’errore HTTP 504 Gateway Timeout
Nella maggior parte dei casi la causa degli errori 504 gateway timeout provengono lato server ma a volte possono apparire anche a causa di problemi o configurazioni errate lato utente.
Pertanto, eseguiremo i passaggi di base per la risoluzione dei problemi su entrambe le cause.
Parte delle soluzioni sono adatte per WordPress, ma la maggior parte di esse può essere applicata a qualsiasi sito web.
Il primo passo per risolvere l’errore HTTP 504 gateway timeout è il più semplice. Aspetta un paio di minuti e aggiorna la pagina. È possibile che il web server stia ricevendo più richieste del solito in quel momento e non sia in grado di gestirne di più.
Durante l’attesa, è possibile utilizzare uno strumento online per verificare se il sito non è attivo . È un ottimo modo per avere la conferma che il problema è legato alla rete locale.
Nel caso in cui il sito web sia attivo, ma visualizzi ancora l’errore di gateway timeout, prova a cambiare browser.
La cancellazione della cache del browser o l’utilizzo della modalità di navigazione in incognito possono aiutare a verificare se il problema è correlato relativo al browser.
Il 504 gateway timeout error a volte può essere il risultato di una cache DNS errata o obsoleta. Il modo di cancellarla varia a seconda del sistema operativo.
Il passaggio temporaneo del server DNS a Google Public DNS può farti escludere che il codice di stato HTTP 504 appare a causa di un problema DNS. Raccomandiamo principalmente questa opzione ad utenti esperti.
Prova a caricare il sito web su un altro computer, connessione di rete o telefono cellulare.
Nel caso in cui nessuna delle soluzioni precedenti abbia risolto l’errore 504 gateway timeout, questo passaggio può aiutarti a capire se l’errore è legato alla tua macchina o al server.
L’errore HTTP 504 può anche essere causa di recenti modifiche o aggiornamenti del sito web. Il modo più rapido per scoprirlo è controllare il registro degli errori per cercare eventuali indizi.
Gli utenti di WordPress possono abilitare la registrazione dei messaggi di errore (modalità debug) aggiungendo le seguenti righe al file wp-config.php :
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
define( ‘WP_DEBUG_DISPLAY’, false );
Una volta fatto, tutte le voci generate appariranno nel file wp-contents/debug.log .
Durante la risoluzione di un errore HTTP 504, è consigliabile consultare i plugin e le estensioni del sito web in questione.
In WordPress, i plugin di caching, plugin obsoleti o incompatibili possono causare l’errore 504 gateway timeout. Disabilitandoli temporaneamente ti aiuterà a capire se stai cercando nel posto giusto.
Per disabilitare tutti i plugin di WordPress, accedi alla directory wp-content e assegna un nome diverso alla cartella dei plugin.
Se il tuo sito funziona correttamente quando tutti i plugin sono disattivati, il passaggio successivo sarebbe individuare quale causa l’errore HTTP 504.
Rinomina la directory dei plugin con il nome originale e questa volta prova a disabilitarli singolarmente.
Se stai utilizzando una CDN per pubblicare contenuti più velocemente, dovresti controllare che tutto sia ok. Una delle soluzioni utilizzate più frequentemente è
CloudFlare, che funge sia da CDN che da servizio di mitigazione DDoS.
Durante l’utilizzo, è possibile riscontrare due versioni del codice errore 504 gateway timeout.
Questa versione dell’errore HTTP 504 appare quando il problema è da parte di CloudFlare. L’approccio migliore è contattare l’assistenza CloudFlare o disabilitarla completamente.
Se decidi di disattivarla potrebbe essere necessario attendere un paio d’ore per la propagazione dei DNS.
La versione qui sopra indica invece che il problema riguarda l’attuale provider di web hosting.
Se stai utilizzando un hosting VPS, ci sono alcune cose extra che puoi provare per risolvere l’errore 504 gateway timeout: modificare le impostazioni del web server e aumentare i limiti di risorse specifiche.
Apache
Gli utenti Apache possono aumentare il valore di timeout predefinito nel file httpd.conf . Per esempio:
# Timeout: The number of seconds before receives and sends time out.
Timeout 600
Anche aumentare il limite di max_execution_time nel php.ini può portare a risultati positivi:
max_execution_time 300
Salvare le modifiche, riavviare apache e ricontrollare. L’errore 504 gateway timeout dovrebbe essere scomparso se la causa era un valore insufficiente della richiesta di timeout.
nginx
Se il tuo VPS utilizza Nginx, prova ad aumentare i seguenti valori in /etc/nginx/conf.d/timeout.conf:
proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;
Si consiglia inoltre di aumentare il max_execution_time nel php.ini:
max_execution_time 300
Una volta salvate le modifiche, riavvia Nginx e prova a ricaricare nuovamente il sito web
A differenza di altri codici di errori HTTP, il codice di errore server 502 è diverso. Un bad gateway si verifica quando un server su Internet riceve una risposta non valida da un altro server. Un codice di stato HTTP 502 verrà visualizzato su uno schermo quando il server impiega più tempo del previsto per completare una richiesta.
Come risolverlo?
Il più delle volte questo può essere risolto semplicemente aggiornando il browser o svuotando la cache del browser. Se hai appena migrato il sito, prova ad attendere dalle 24 alle 48 ore. A volte, un servizio CDN di terze parti o un plugin WordPress potrebbe essere il motivo alla base della risposta 502.
Quando il tuo sito web presenta un errore 502 Bad Gateway, è come risolvere un mistero. Non sai cosa sia successo esattamente o perché – tutto ciò che sai è che c’è qualcosa non va e devi risolverlo.
Ogni volta che si apre un sito, il browser invia varie richieste ad altri server web. I server quindi gestiscono queste richieste e inviano un codice di stato HTTP insieme alle risorse richieste. In genere, i codici di stato HTTP non vengono visualizzati a meno che non si verifichi un problema lungo la strada.
Ecco come i server si informano a vicenda e informano l’utente finale su cosa è andato storto. 502 bad gateway è uno dei codici di stato HTTP che è possibile ricevere navigando in internet.
Sebbene non sia frequente come l’errore 500 internal server error o l’errore 503 service unavailable, il codice di errore HTTP 502 può comunque causare un bel mal di testa.
Questo articolo si concentrerà sulle possibili cause e correzioni dell’errore 502 Bad Gateway su siti WordPress.
Come risolvere l’errore 502 Bad Gateway
1. Aggiorna la pagina
2. Cancella la cache del browser
3. Prova un altro browser o la modalità di navigazione in incognito
4. Svuota la cache DNS
5. Fai un test da un altro dispositivo
6. Controlla il registro degli errori
7. Controlla i plugin
8. Controlla la CDN
9. Contatta l’assistenza clienti
Sebbene il motivo esatto della loro comparsa sia generico, nella maggior parte dei casi la causa è lato server. Ricevere un errore HTTP 502 bad gateway significa che il server di origine ha inviato una risposta non valida ad un altro server che funge da gateway o proxy.
Poiché tutte le richieste sul web vengono inoltrate attraverso più gateway, può risultare complicato individuare il punto o il processo esatto che sta causando il problema.
Ci sono però dei passaggi generali per la risoluzione dei problemi che puoi seguire per risolvere l’errore 502 bad gateway.
L’errore HTTP 502 può presentarsi in varie forme. Ecco alcune delle varianti che puoi incontrare:
Temporary Error (502)
Error 502
HTTP Error 502 Bad Gateway
502 Server Error: The server encountered a temporary error and could not complete your request
502 – Web server received an invalid response while acting as a gateway or proxy server
HTTP 502
502 Service Temporarily Overloaded
502 Bad Gateway Nginx
Come risolvere l’errore 502 Bad Gateway
Come abbiamo visto l’errore HTTP 502 bad gateway di solito si riferisce a problemi lato server ma può essere causato anche da configurazioni errate o problemi dal lato client.
Di seguito illustreremo i passaggi comuni per la risoluzione dei problemi tenendo conto di entrambe le cause.
Anche se alcune soluzioni sono focalizzate su WordPress, la maggior parte di esse può essere applicata a qualsiasi sito web.
Senza ulteriori indugi, vediamo i passaggi per correggere l’errore 502.
1. Aggiorna la pagina
La prima soluzione è abbastanza semplice. Aspetta un minuto o due e aggiorna la pagina in cui ti trovi. In molti casi, l’errore HTTP 502 è temporaneo e un semplice aggiornamento della pagina potrebbe risolvere il problema.
Nel frattempo puoi verificare se il sito web è offline utilizzando uno strumento online.
2. Cancella la cache del browser
Se l’errore persiste, è possibile che sia causato da un determinato elemento memorizzato nella cache.
Svuotare la cache del browser, pertanto, è un buon approccio per la risoluzione dell’errore HTTP 502.
3. Prova un altro browser o la modalità di navigazione in incognito
Anche verificare la connessione utilizzando un browser o una modalità di navigazione in incognito diversi è un’ottima idea. Consentirà di escludere l’opzione che l’errore sia apparso a causa di un problema relativo al browser.
4. Svuota la cache DNS
L’errore 502 bad gateway può comparire anche a causa di problemi DNS, come valori dell’indirizzo IP memorizzati nella cache in modo errato. In questi casi, svuotare la cache DNS è un’altra soluzione che puoi provare.
5. Fai un test da un altro dispositivo
Se nessuna delle soluzioni elencate ha risolto l’errore HTTP 502, verifica la connessione su un altro computer o dispositivo, preferibilmente collegato a una rete diversa.
Questo è l’ultimo passaggio che escluderà che l’errore è legato alla tua macchina.
6. Controlla il registro degli errori
Se l’errore HTTP 502 compare dopo una certa modifica o un aggiornamento, è possibile che l’errore sia all’interno del sito web stesso. L’approccio migliore è controllare il registro degli errori per trovare eventuali suggerimenti.
In WordPress, è possibile abilitare il log degli errori (modalità di debug) aggiungendo le seguenti righe al file wp-config.php:
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
define( ‘WP_DEBUG_DISPLAY’, false );
Tutte le voci generate appariranno nel file wp-contents/debug.log.
7. Controlla i plugin
È importante controllare anche i tutti plugin e le estensioni. Problemi con i plugin di caching, infatti, possono spesso portare alla comparsa di errori 502 bad gateway.
Un modo semplice per verificare se i plugin generano errori è disabilitandoli tutti per un breve periodo. Per fare ciò, vai alla directory wp-content e rinomina la directory dei plugin.
Se il sito web torna online dopo che tutti i plugin sono stati disabilitati, è possibile rinominare nuovamente la cartella in plugins. Quindi prova a disabilitare i plugin uno per uno per determinare quello che causa l’errore.
8. Controlla la CDN
Un’altra causa dell’errore HTTP 502 può essere l’utilizzo errato della CDN o i servizi di mitigazione DDoS. Un esempio importante è CloudFlare, dove l’errore 502 bad gateway può verificarsi in due diverse varianti, a seconda del problema.
Questa schermata indica che il problema è da parte di CloudFlare e per risolverlo è necessario contattare il team di assistenza clienti.
In alternativa, puoi scegliere di disabilitare CloudFlare, ma tieni presente che la propagazione dei DNS potrebbe richiedere un paio d’ore.
Se invece vedi questa versione dell’errore HTTP 502, significa che il problema è relativo al provider di hosting.
9. Contatta l’assistenza clienti
Se nessuna delle soluzioni elencate ha risolto l’errore 502 bad gateway, ti consigliamo di contattarci aprendo un ticket di assistenza nella Vostra area riservata.
Quando descriverai il problema, ricordati di comunicare le procedure di risoluzione del problema che hai già adottato. Fornisci quante più informazioni possibili in modo da facilitare e snellire le procedure di assistenza e velocizzare la messa online del sito.
Hai ricevuto l’errore http 500 internal server error nel tuo sito WordPress? Non farti prendere dal panico, armati di pazienza e segui questo articolo.
L’ errore del server 500 non è specifico di WordPress e può verificarsi con qualsiasi altro sito web ospitato su qualsiasi server web.
Esistono diversi motivi per cui il codice 500 internal server error può verificarsi. La sua natura generica lo rende complicato da risolvere perchè non mostrerà l’errore reale nel browser.
Per verificare gli errori server basati su Linux, dovrai cercare nei file log del server la causa esatta del codice di errore HTTP 500 di WordPress. Abbiamo analizzato tutte le possibili cause degli errori server 500 in WordPress e gli eventuali passaggi per la risoluzione dei problemi.
CAUSA 1
Errore interno del server HTTP 500: File .htaccess danneggiato
La prima cosa da fare quando si incorre in un internal server error 500 è controllare che il file .htaccess sia integro. In questo caso, per prima cosa dovrai accedere al file .htaccess tramite FTP o tramite il file manager di cPanel e rinominarlo.
Ecco i passaggi per rinominare il file .htaccess.
1.Dopo l’accesso a cPanel, nella sezione File, seleziona l’icona File Manager.
2.Seleziona la casella Document Root e seleziona il nome di dominio a cui desideri accedere dal menu a discesa.
3.Accertati che l’opzione Mostra file nascosti sia selezionata e fai clic su Vai .
4.File Manager aprirà una nuova scheda, Individua il file .htaccess nell’elenco di tutti i file.
5.Fai clic con il tasto destro sul file .htaccess e rinominalo come .htaccess.old.
Crea un nuovo file .htaccess
1.Accedi alla dashboard di WordPress.
2.Dal menu di navigazione a sinistra, fai clic su Impostazioni > Permalink
3.Fai clic sul pulsante Salva impostazioni e prova a ricaricare il tuo sito web.
4.Se la rinominare il file .htaccess non ha risolto il problema, continua a leggere il post.
CAUSA 2
Errore del server HTTP500: memoria esaurita
L’errore server 500 internal server error può verificarsi anche se il tuo sito web WordPress esaurisce il limite di memoria allocata.
Potrebbe essere causato un plugin con errori nel codice o un tema che ha esaurito il limite di memoria. Questo significa che per risolvere il problema, dovrai aumentare il limite di memoria utilizzata da WordPress.
Per farlo apri il file wp-config.php che trovi nella directory principale di WordPress. Aggiungi la seguente riga in wp-config.php e salva il file.
define (‘WP_MEMORY_LIMIT’, ‘128M’);
Se continui a riscontrare l’errore 500 anche dopo questa correzione, dovrai estendere il limite di memoria PHP nel file php.ini.
Puoi contattarci tramite la Livechat presente nel nostro sito o tramite ticket e chiederci di aumentare il limite di memoria PHP. Puoi anche fare riferimento a questo post del blog dedicato proprio a questo argomento.
CAUSA 3
Errore 500: plugin WordPress corrotto
Se aumentare il limite di memoria PHP non ha risolto il problema, è probabile che l’errore 500 sia causato da uno o più plugin installati su WordPress.
È abbastanza frequente che i plugin vadano in conflitto per diverse ragioni e causino l’errore del server 500 su WordPress.
In altri casi, combinazioni di plugin e temi potrebbero non essere compatibili tra loro e causare quindi l’errore 500 internal server error.
Non esiste un modo semplice per determinare quale plugin stia generando problemi .Dovrai quindi disattivarli tutti contemporaneamente.
Se non hai accesso alla dashboard di WordPress, per disattivare tutti i plugin fai riferimento ai seguenti passaggi :
Disattiva tutti i plugin da cPanel
1.Accedi a cPanel , sezione File e vai al File Manager .
2.Seleziona web Root (public_html/www) e fai clic su Vai .
3.Espandi la cartella public_html e vai alla cartella /wp-content/plugins .
4.Fai clic con il tasto destro sulla cartella /wp-content/plugins e rinominala come plugins.old. Questo disattiverà tutti i plugin contemporaneamente.
5.Ora riattiva nuovamente la cartella dei plugin rinominandola nuovamente plugins. Questo ti consentirà di accedere nuovamente alla dashboard di WordPress.
6.Dalla Dashboard, riattiva ogni plugin (uno alla volta) e aggiorna la pagina il tuo sito per vedere se il codice internal server error 500 si è risolto.
7.Disattiva tutti i plugin tramite phpMyAdmin
8.Accedi a phpMyAdmin e individua la tabella wp_options, sotto la colonna option_name (campo) trova la riga active_plugins
9.Modifica il campo option_value a a:0:{}
Con questo metodo, è possibile determinare il plugin che dà problemi e isolarlo per risolvere l’errore del server 500 su WordPress.
Ricarica i file core di WordPress
Se disabilitare i plugin non ha risolto l’ errore interno del server 500 l’unica soluzione che rimane è quella di ricaricare la cartella wp-admin e wp-Includes da una nuova installazione di WordPress.
Vai su https://it.wordpress.org/, scarica i file di installazione di WordPress e individua le cartelle wp-admin e wp-include e sostituiscile sul web server..
Non preoccuparti, questa operazione non rimuoverà nessuno dei tuoi dati ma risolverà eventuali problemi in caso di file del core corrotti.
Contattaci per controllare i log del server
Nel caso in cui nessuna soluzione ha risolto il problema, dovresti contattarci.
I nostri tecnici possono controllare i log errori del server web e determinare la causa esatta dell’errore del server 500.
La causa dell’errore HTTP 500 potrebbe essere un vero e proprio problema del server, e loro potrebbero confermartelo o provare soluzioni come la modifica dei permessi dei file o altro.
Conclusione
Un codice di errore 500 internal server error in WordPress non è generalmente causato da errori effettivi del server. Il più delle volte, può essere corretto facilmente usando i metodi sopra descritti. In caso di dubbi, contattaci tramite Ticket nell’area a te dedicata, abbiamo strumenti molto più sofisticati dei tuoi per individuare e risolvere i problemi.
Consigliamo sempre di attivare il debug mentre lavori ed escludere i problemi relativi a plugin e temi poiché questo è ciò che qualsiasi tecnico dell’assistenza ti chiederebbe prima di fare, o lo farebbe da solo.
Il codice 410 gone è simile alla risposta 404. Pensalo come un 404 permanente. Quando un webmaster decide di rimuovere un post o una pagina per sempre o ripubblicarlo su un altro sito, può utilizzare questo codice.
Una risposta 410 indica a Google che la risorsa richiesta viene rimossa definitivamente da Internet e non verrà più visualizzata. Ciò rende più semplice ottenere la scansione o la de-indicizzazione della pagina da Google.
Come risolverlo?
Ci sono molte ragioni dietro un codice 410 gone. Innanzitutto, controlla l’URL di input e assicurati che sia corretto. Quindi, prova a eseguire il debug dell’aggiornamento sul sito web WordPress. Disinstalla i plugin di WordPress o altre estensioni di terze parti. Se nulla di tutto ciò funziona, è un problema del server. Trova il file .htaccess. Quindi, individua la parola “RewriteXXX” nell’editor di testo .htaccess e inserisci il seguente codice:
RewriteEngine on
RewriteRule ^(.*)$ http://yourwebsitename.con/expired_page$1 [R=410,L]
Quando si inserisce il codice, sostituisci [http://yourwebsitename.con/expired_page]con l’URL scaduto o in cui si desidera aggiungere la risposta 410.
Un errore 404 è spesso accompagnato dal messaggio “Pagina non trovata” e corrisponde a un codice di errore HTTP restituito dal server del sito web.
In questo tipo di situazione, l’utente tenta di accedere a una pagina che il server non è in grado di trovare: non può quindi visualizzare alcun contenuto.
A seconda del browser, un errore 404 può assumere diverse terminologie, ad esempio:
404 Not Found
The requested URL was not found in this server
HTTP 404
HTTP 404 Not Found
404 04 File or Directory Not Found
Errore 404: le cause
Sono diverse le situazioni che possono portare a un errore 404:
Il link a cui un utente sta tentando di accedere è stato rimosso, non esiste più
Il link, quando inserito direttamente dall’utente, contiene un errore di sintassi
Il link ha un redirect , ma non è stato configurato correttamente
Il problema proviene dal server, ma è molto raro
È molto importante risolvere gli errori 404, perché la qualità della navigazione sul tuo sito è un aspetto da non trascurare. Come già accennato all’inizio di questo articolo, non poter accedere a una pagina web è molto frustrante. I tuoi visitatori possono lasciare il tuo sito per andare da un concorrente per trovare il contenuto desiderato.
Per quanto riguarda la tuo SEO, probabilmente non sarà influenzata. Google riconosce che è difficile tenere d’occhio tutti i suoi collegamenti, quindi è “normale” che tutti i siti abbiano un certo numero di link interrotti che portano a errori 404.
Per contro, troppi errori possono generare una frequenza di rimbalzo elevata e quindi avere conseguenze sul comportamento dei visitatori. In quest’ultimo caso, il tuo sito potrebbe essere giudicato di qualità inferiore, compromettendo così la tua visibilità sui motori di ricerca.
Strumenti per rilevare gli errori 404
Per correggere gli errori 404, devi prima sapere dove sono.
Se disponi di un account Google Search Console , puoi iniziare con questo primo strumento gratuito. Andando su “Copertura”, vedrai tutti gli errori presenti sul tuo sito.
Per trovare gli errori 404, dai un’occhiata più da vicino alla sezione “Dettagli”.
Puoi utilizzare anche Dead Link Checker , uno strumento gratuito .
Inserisci l’URL del tuo sito e vedrai comparire tutti gli errori. Le pagine che non possono essere trovate sono evidenziate in rosso con il messaggio “404 Not Found“.
Infine, SEMRush che rimane uno degli strumenti più efficaci. In “Controllo del sito” puoi vedere gli errori 404 errori clic su “Broken” nel blocco “Total Score”.
Come risolvere un errore 404
Ora che hai identificato tutti i tuoi link non funzionanti, è il momento di correggerli per eliminare quanti più errori 404 possibili.
Hai a disposizione diverse soluzioni:
Rimuovi il link interrotto
Sostituisci il link interrotto: il nuovo URL deve portare a contenuti pertinenti
Esegui un redirect 301 se cambi l’URL
Qualunque cosa tu faccia, è essenziale creare in parallelo una pagina di errore 404 personalizzata . Quest’ultima deve rispecchiare l’immagine del tuo brand e deve contenere almeno un link (nella migliore delle ipotesi il tuo menu principale) per riportare l’utente, ad esempio, alla home page. L’idea è di offrire una soluzione al problema e mantenere il visitatore sul tuo sito.
Ti sarà sicuramente successo di dover accedere a WordPress e inserire accidentalmente le credenziali sbagliate. Quando ciò accade, viene visualizzata una pagina che ti informa che hai commesso un errore, ma puoi comunque accedere inserendo nuovamente nome utente e password corretti.
L’errore 401 è simile in quanto comporta il tentativo di accedere a un sito web utilizzando credenziali errate, ma a un livello superiore. Se il tuo browser non si autentica correttamente con il server del tuo sito, non arriverai nemmeno alla pagina di login di WordPress.
L’ errore 401 Authorization Required significa che puoi provare ad accedere nuovamente alla risorsa usando le credenziali corrette. In altre parole, è spesso un problema temporaneo, a differenza di un errore HTTP 403 in cui è espressamente vietato accedere alla pagina che si vuole raggiungere.
In alcuni casi, un errore HTTP 401 scompare da solo, dandoti di nuovo accesso al tuo sito web. Tuttavia, rimanere bloccati fuori dal tuo sito anche solo brevemente è scomodo. Invece di rimanere in attesa sperando che il tuo browser risolva il problema, puoi agire per raggiungere più rapidamente il back-end.
Quali sono le cause di un codice di errore 401?
Ecco alcune delle cause più comuni del codice di errore HTTP 401:
Come correggere l’errore HTTP 401 in WordPress (5 metodi)
Il problema principale di un errore 401 Authorization Required è che ha diverse potenziali cause. Ciò rende difficile individuare quale stia influenzando il tuo browser.
Tenendo presente questo, vediamo insieme alcune possibili soluzioni in modo da poterlo superare.
1. Svuota i record DNS (Domain Name System)
In molti casi, il tuo computer memorizza i dati sugli indirizzi IP e sugli URL a cui accedi più spesso. In questo modo, è in grado di elaborare più rapidamente richieste future.
Lo svuotamento dei DNS comporta l’eliminazione di tutti quei dati temporanei dal computer. In questo modo, la prossima volta che tenterai di accedere all’URL che genera il problema, effettuerà una richiesta completamente nuova e eseguirà nuovamente l’autenticazione.
Il processo di svuotamento dei DNS varia da un sistema operativo (SO) a un altro. Se sei un utente Windows, basta aprire il Prompt dei comandi e digitare il comando ipconfig / flushdns.
Windows restituirà un messaggio di successo e potrai provare ad accedere nuovamente al tuo sito web.
Gli utenti Mac dovranno seguire una procedura simile, ma il comando che dovranno inserire nel Terminale varia a seconda della versione di OSX in esecuzione. Gli utenti dei quattro SO più recenti (Sierra, High Sierra, Mojave e Catalina) possono utilizzare il comando : sudo killall -HUP mDNSResponder
2. Svuota le cache del firewall e del browser
Anche i browser possono archiviare i dati in modo che non debbano caricare i siti web da zero ogni volta che li visiti. Questo processo è noto come memorizzazione nella cache . In alcuni casi, potresti inavvertitamente memorizzare informazioni di accesso errate.
Se questa è la radice del tuo errore HTTP 401, risolverlo è semplice poichè i browser più moderni ti consentono di svuotare la cache in pochi minuti.
Con Chrome, ad esempio, puoi andare in Impostazioni> Avanzate e cercare l’opzione Cancella dati di navigazione . Quindi è possibile specificare quali dati si desidera eliminare dal browser. Seleziona l’opzione Immagini e file memorizzati nella cache e fai clic sul pulsante Cancella dati.
Prova ad accedere nuovamente al tuo sito web. Se il problema persiste, l’errore potrebbe essere dovuto alla cache del firewall ( se ne stai usando uno ).
In alcuni casi, il firewall potrebbe non comunicare con il server, causando errori di autenticazione. Il processo per risolvere questo dipenderà dallo strumento che stai utilizzando.
L’eliminazione della cache del firewall non influisce sulla sua funzionalità. Scenario peggiore, potresti avere tempi di caricamento più lunghi alla tua prossima visita al tuo sito, ma ciò dovrebbe risolversi automaticamente dopo la ricostruzione della cache.
Se stai utilizzando un altro strumento firewall, ti consigliamo di consultare la sua documentazione e verificare se ti consente di svuotare manualmente la cache. Per alcuni servizi, potrebbe essere necessario contattare l’assistenza.
3. Verifica i conflitti tra i plugin e il tema di WordPress
I problemi di compatibilità con i plugin e il tema di WordPress possono talvolta causare un errore HTTP 401 Authorization Required. Disattivare uno dei due elementi per determinare l’origine del conflitto è semplice se si ha accesso alla dashboard.
Basta fare clic su Disattiva sotto il nome di qualsiasi plugin:
Per il tuo tema, passa ad un valore predefinito di WordPress come Twenty Nineteen o Twenty Twenty. È quindi possibile riattivare ogni plugin uno per uno e attendere il ripetersi del problema. Dovresti essere in grado di restringere l’elemento problematico.
Tuttavia, un errore 401 potrebbe impedire l’accesso alla dashboard. Ciò significa che, per disabilitare i plugin e il tema, è necessario utilizzare un File Transfer Protocol (FTP) e un client FTP come FileZilla .
Una volta connesso al tuo server, naviga su public_html> wp-content> plugins :
Quindi, rinomina la cartella di ogni plugin facendo clic con il tasto destro su di essa.. Ciò impedirà a WordPress di individuare queste cartelle (e quindi i plugin).
Dopo aver disabilitato i plugin, accedi nuovamente al tuo sito web. Se l’errore 401 scompare, significa che l’incompatibilità tra uno o più elementi è la causa principale.
È quindi possibile tornare a FileZilla per modificare nuovamente i nomi delle cartelle dei plugin. Controlla il tuo sito ogni volta che rinomini una cartella, quando l’errore HTTP 401 ricompare, saprai che lo strumento attivato più di recente è il colpevole.
La disabilitazione dei temi funziona in modo simile. Vai su wp-content>themes, individua la cartella del tema che stai utilizzando e rinominala.
Un tema predefinito verrà automaticamente attivato per sostituirlo. Ancora una volta, prova il tuo sito web per vedere se l’errore 401 persiste. In caso contrario, il tema potrebbe essere parte del problema e dovrai cercare soluzioni o alternative.
4. Disabilita la protezione con password per le tue directory di WordPress
Ottimizzare il file .htaccess di WordPress può consentire di implementare diverse utili funzioni. Una di queste è la protezione con password delle directory di WordPress, che aggiunge un ulteriore livello di sicurezza oltre alla pagina di login.
Il problema è che la protezione con password a questo livello non include un processo di recupero per le tue credenziali. Se le dimentichi, sei bloccato, a meno che non disabiliti completamente la funzione.
La disabilitazione del prompt delle credenziali è semplice tramite FTP. Puoi eliminare completamente la funzione di protezione con password o disattivarla per la directory a cui desideri accedere.
Per il primo metodo, è necessario individuare il file .htaccess nella directory principale di WordPress. Fai clic destro su di esso e seleziona l’opzione Modifica , che aprirà il file usando l’editor di testo predefinito:
Quindi, cerca uno snippet di codice simile a questo :
rrorDocument 401 /401.html
AuthName “Secure Area”
AuthType Basic
AuthName “Password Protected Area”
AuthUserFile /path/to/directory/.htpasswd
Require valid-user
L’eliminazione completa di questo snippet disabiliterà la protezione con password per tutte le tue directory.
Inoltre, ogni directory pertinente dovrebbe avere un secondo file chiamato .htpasswd. L’eliminazione rimuoverà anche la protezione con password, ma solo per quella cartella specifica.
Qualunque approccio tu decida di adottare, prova ad accedere nuovamente al tuo sito una volta apportate le modifiche necessarie. Se ciò non funziona, l’origine dell’errore HTTP 401 potrebbe essere altrove.
5. Contattaci tramite ticket system direttamente dalla vostra area clienti.
Se tutto il resto fallisce e l’errore 401 persiste senza risolversi, la soluzione migliore è contattarci, direttamente dalla tua area clienti potrai aprire un ticket. In questa fase, hai provato tutto il resto, il che significa che potrebbe esserci un problema relativo al server..
Il nostro team di supporto ha accesso a strumenti diagnostici migliori, il che significa che possono aiutarti a concentrarti sulla causa del problema. L’elaborazione di un ticket potrebbe però richiedere del tempo, motivo per cui la mossa intelligente consiste nel provare prima a risolvere autonomamente l’errore HTTTP 401.
I codici di stato HTTP, detti anche codici di errore HTTP o status code, sono informazioni fornite da un web server all’utente in merito all’esecuzione di un comando. Ogni volta che un client invia una richiesta a un web server quest’ultimo fornisce un codice di stato HTTP, comunicando così all’utente se la richiesta è stata elaborata correttamente o meno.
Esistono diversi tipi di codici di stato HTTP: codici informativi (100), codici di conferma (200), codici di reindirizzamento (300), codici di errore client (400) e codici di errore server (500). Nella nostra FAQ esamineremo le ultime due tipologie.
I Codici di stato HTTP di errore client, vengono visualizzati dal cliente quando il client invia una richiesta sintatticamente scorretta che non può essere elaborata dal server. Solo l’utente può intervenire per rimediare all’errore, inviando una nuova richiesta.
400 – Bad Request: Il server non riconosce come valido il flusso di dati inviato dal client, ad esempio, il web browser o il nostro robot CheckUpDown, perché non rispetta completamente il protocollo HTTP.
Possibili soluzioni: Risolvere il bug all’interno del codice lato server (ad esempio ASP o PHP). Se, in particolare, state utilizzando .ASP, è probabile che il problema derivi dalla presenza di caratteri Unicode: potrebbe quindi essere necessario aggiornare il .NET Framework.
401 – Authorization Required: Indica, in generale, un problema di autenticazione: la pagina a cui state provando ad accedere richiede, ad esempio, uno username ed una password che potreste aver inserito in modo errato.
Possibili soluzioni: Reperire le credenziali di accesso corrette (dipendono generalmente dal sito web e non dall’hosting provider).
403 – Forbidden: La causa più comune di questo errore è il divieto di esplorare le directory nel sito web: si tratta di un’opzione che molti portali implementano in automatico per motivi di sicurezza e, salvo casi particolari, è bene non manipolarla. In caso contrario, infatti, si potrebbe compromettere seriamente la stabilità del sito, dato che qualsiasi utente potrebbe consultarne i file e trovare eventuali exploit o eseguire file PHP/ASP in modo arbitrario.
404 – Not Found: Questo tipo di errore è molto comune nel caso in cui abbiate cambiato l’indirizzo di una pagina, ed implica, più in generale, che l’URL a cui avete provato ad accedere non sia più raggiungibile (link rotto).
Possibili soluzioni: La cosa più semplice è verificare manualmente l’indirizzo che non funziona e provare a ripristinarlo (i modi cambiano notevolmente a seconda del CMS utilizzato, in caso bisogna rivolgersi al proprio webmaster). Esistono poi dei plugin di WordPress, come Broken Link Checker, che permettono di rilevare periodicamente errori di questo tipo (e correggerli). È, inoltre, possibile rilevare in automatico tutti i link rotti mediante il software free Xenu (per PC) o Integrity (per Mac).
405 – Method Not Allowed: L’errore indica che il server non è disponibile a visualizzare la pagina con il metodo richiesto: esempi di metodi possono essere GET, PUT, POST, DELETE e molti altri.
Possibili soluzioni: Il metodo standard utilizzato da tutti i server è il PUT, per cui un errore di questo genere non dovrebbe mai verificarsi: in caso contrario, sarà necessario contattare il nostro supporto tecnico.
406 – Not Acceptable (encoding): L’errore indica lo stato che viene restituito dal server nel caso in cui la richiesta HTTP possieda degli header di Accept che non siano compatibili con quello che è stato richiesto o che, comunque, il server non è in grado di gestire.
Possibili soluzioni: La diagnosi può essere di natura complessa, per cui è consigliabile contattare il nostro supporto tecnico.
407 – Proxy Authentication Required: Questo errore indica che la connessione al sito è concessa mediante proxy e l’autenticazione al proxy è fallita.
Possibili soluzioni: controllare il proxy server e le credenziali.
408 – Request Timed Out: Il server non è stato in grado di rispondere entro un ragionevole lasso di tempo alla richiesta ricevuta (come, ad esempio, il caricamento di una pagina web).
Possibili soluzioni: controllare la propria connettività o contattare il nostro supporto tecnico.
409 – Conflicting Request: La richiesta non può essere completata a causa di un conflitto. Può accadere quando si cerca di fare l’upload di un file, che ha una versione già pesente sul server che è in conflitto.
Possibili soluzioni: consultare l’apposita guida di Microsoft o contattare il nostro supporto tecnico.
410 – Gone: La pagina richiesta non è più disponibile all’indirizzo specificato (errore 404 “definitivo”).
Possibili soluzioni: Contattare il webmaster del sito per conoscere il nuovo indirizzo.
411 – Content Length Required: Il server si rifiuta di rispondere poiché la richiesta non include informazioni sulla dimensione: Content-Length header.
Possibili soluzioni: Contattare il nostro supporto tecnico o il webmaster a seconda dei casi.
412 – Precondition Failed: Il software del client VPN ha rilevato che il server non risponde più e ha rimosso la connessione.
Possibili soluzioni: Contattare il nostro supporto tecnico.
413 – Request Entity Too Large: Il file è troppo grande per essere gestito, superando i limiti imposti dal server.
Possibili soluzioni: Contattare il webmaster del sito web.
414 – Request URI Too Long: La pagina possiede un URL troppo lungo, che il server non può gestire o non è abilitato a gestire.
Possibili soluzioni: Chiedere al webmaster di utilizzare URL più brevi.
415 – Unsupported Media Type: Parte della richiesta inviata al server non è supportata per una questione di formato.
Possibili soluzioni: Contattare il nostro supporto tecnico.
Appartengono a un’altra classe i Codici di stato HTTP di errore server visualizzati quando il server va incontro a un problema interno imprevisto, che impedisce di processare la richiesta. In questo caso il client ha inviato la richiesta correttamente ma il server non è in grado di elaborarla.
500 – Internal Server Error: Messaggio di errore generico senza alcun dettaglio specifico.
Possibili soluzioni: Si tratta di uno degli errori più complessi da diagnosticare: nel caso di WordPress, ad esempio, può indicare un errore di battitura all’interno del file di configurazione .htaccess (da verificare ed eventualmente correggere). La consultazione dei log del server può essere molto utile per comprendere meglio cosa sia successo
501 – Not Implemented 501: Indica che la richiesta effettuata dal browser utilizza un metodo fuori dallo standard HTTP e quindi non implementato lato server. Ciò si può verificare se ad effettuare una chiamata non è un normale browser ma un software apposito.
Possibili soluzioni: Verificare il tipo di chiamata effettuata dal proprio software e modificarla. Se il tipo di richiesta non standard è necessaria al funzionamento dell’applicazione, contattare il supporto tecnico.
502 – Bad Gateway: Questo errore è causato da un problema di comunicazione IP tra i computer back-end, incluso, eventualmente, il server web del sito che si sta tentando di visitare.
Possibili soluzioni: Prima di tentare qualsiasi altra soluzione, è opportuno provare a svuotare la cache del proprio browser e riprovare a caricare la pagina, secondariamente controllare il carico del server (CUP, Ram, IOps).
503 – Service Unavailable: Servizio genericamente non disponibile.
Possibili soluzioni: Prima di tentare qualsiasi altra soluzione, è opportuno provare a svuotare la cache del proprio browser e riprovare a caricare la pagina, secondariamente controllare il carico del server (CUP, Ram, IOps).
504 – Gateway Timeout: Il gateway non ha risposto nei tempi previsti e le cause possono essere molteplici.
Possibili soluzioni: Prima di tentare qualsiasi altra soluzione, è opportuno provare a svuotare la cache del proprio browser e riprovare a caricare la pagina,secondariamente controllare il carico del server (CUP, Ram, IOps).
505 – HTTP Version Not Supported: Indica che la versione del protocollo HTTP richiesta dal browser non è supportata dal server. Può verificarsi con implementazioni del server molto vecchie oppure con versioni sperimentali del browser. Se la chiamata è stata scritta manualmente è possibile che sia causato da un errore di sintassi.
Possibili soluzioni: Verificare la sintassi della chiamata HTTP e la versione del web server.