Come risolvere i 4 errori più comuni di WordPress

Matthias Held Ultimo aggiornamento 07.10.2020
14 Min.
WordPress  Errore
Ultimo aggiornamento 07.10.2020

Nel supporto, abbiamo migliaia di conversazioni in chat al mese e aiutiamo i nostri clienti a risolvere messaggi di errore e problemi con i loro siti WordPress ogni giorno. Nel nostro articolo vi mostreremo passo dopo passo come risolvere quattro degli errori più comuni di WordPress .

Nessun altro Content Management System (CMS) è così facile da usare come WordPress : Themes e Plugins possono essere installati e gestiti con pochi clic, senza richiedere molte conoscenze tecniche. Con un quota di mercato di oltre il 30 per cento WordPress è praticamente diventato il sistema operativo di Internet.

Con la sua facilità d'uso, la comunità attiva e i molteplici modi per personalizzare le tue pagine, WordPress è perfetto per il web di oggi. La frustrazione è ancora maggiore quando il tuo WordPress improvvisamente causa problemi. Ma non c'è bisogno di farsi prendere dal panico! Oggi vi mostrerò come risolvere quattro errori tipici di WordPress in modo rapido, facile e indipendente.

I nostri consigli per correggere gli errori tipici di WordPress

Per aiutarvi a risolvere i problemi nel miglior modo possibile e condividere la conoscenza acquisita dai nostri anni di esperienza nel supporto, oggi vi spiegherò le possibili cause e le corrispondenti soluzioni per quattro problemi tipici di WordPress .

WordPress -Errore #1: schermo bianco della morte

WordPress -Errore: schermo bianco della morte

Il "White Screen of Death" (WSOD) è un'analogia con il Blue Screen of Death, che viene visualizzato in Windows durante un crash di sistema. Come il nome implica, con il WSOD il sito web, nel frontend o nel backend (wp-admin), rimane semplicemente bianco - senza messaggio di errore o ulteriori informazioni.

Possibili cause e soluzioni per la schermata bianca della morte

Causa 1: Incompatibile Plugins o Themes

L'errore è molto spesso causato da una combinazione errata di Plugins o Themes , come ad esempio:

  • Un Plugin non è compatibile con un altro Plugin o con il Theme attivo.
  • Un Plugin/Theme è stato caricato due volte via S/FTP in versioni diverse.
  • Un Plugin/Theme non è utilizzabile con la versione PHP impostata.

Uno di questi errori fa andare in shock WordPress e provoca il White Screen of Death.

Come risolvere i 4 errori più comuni di WordPress
Analisi del problema: I vostri Plugins e Themes sono incompatibili?

Il primo approccio è quello di annullare le sue recenti modifiche. Pensate a quali cambiamenti avete fatto. Avete forse installato un nuovo Plugin o cambiato un Theme ? Anche gli aggiornamenti di Plugins e Themes possono portare a questo comportamento scorretto.

In primo luogo, si dovrebbe determinare se l'errore si verifica su tutte le pagine o solo su alcune. Per esempio, è interessata solo la tua pagina dei contatti? Se avete appena integrato un modulo di contatto in questa pagina, si può concludere che questo modulo di contattoPlugin è responsabile del WSOD.

La schermata bianca della morte si verifica in tutto il frontend su tutti gli URL? Poi può essere il Theme stesso o un Plugin che è integrato su tutte le pagine - per esempio un widget nel footer, uno slider nell'header o un Plugin per la navigazione.

Se rimane bianco anche quando vai al backend (yourpage.com/wp-admin), molto probabilmente è il Theme o una configurazione errata del server web.

Controlla il tuo log di debug!

Spesso un'occhiata all'error.log del tuo server o al debug log di WordPress stesso (WP-DEBUG) aiuta. Potete attivarlo modificando il file wp-config.php della tua installazione di WP e metti /* Questo è tutto, smetti di modificare ! Buon blogging. */ aggiungere le seguenti linee linee:

define('WP_DEBUG',true);

define('WP_DEBUG_DISPLAY',true);

Se la tua installazione ha già una voce 'WP_DEBUG', ma è impostata su falso potete semplicemente impostare questo valore su vero e aggiungere semplicemente la seguente linea sotto di essa:

define('WP_DEBUG_DISPLAY',true);

Poi, quando si rivisita la pagina del problema, si ottengono i motivi di errore corrispondenti, invece della pagina bianca. Gli errori che iniziano con fatal o parse error sono di solito quelli che causano la schermata bianca della morte.

A proposito: Su RAIDBOXES puoi abilitare il log di debug con un semplice clic nelle impostazioni di BOX. Otterrete l'output del debug log sotto il link menzionato nelle vostre impostazioni.

WP-Debug_RAIDBOXES

Ora potete vedere esattamente quale file genera un errore in quale punto e perché si verifica. Ho un esempio per voi per illustrare questo. Wecco le seguenti informazioni nell'errore di parsing:

Registro di debug

Quindi si verifica l'errore:

  • Nel file /wp-content/plugins /contact-form-7/wp-contact-form-7.php
  • Nella linea 12
  • Apparentemente c'è un carattere inaspettato, in questo caso un "<".
In caso di incompatibilità con Plugins & Themes sono disponibili le seguenti soluzioni:

Soluzione 1: Se potete, ripristinate un backup. Questo semplicemente ripristinerà l'installazione di WordPress allo stato prima che si verificasse l'errore.

Soluzione 2Se non avete un backup, non avete altra scelta che rinominare la cartella del sospetto Plugins o Themes via S/FTP. Questo lo disabiliterà. Nel nostro esempio, sarebbe la cartella del Plugins "Contact Form 7".

Se non siete sicuri di quale Plugin stia causando l'errore, provate quanto segue: Rinomina tutte le cartelle Plugin/Theme una per una. Se l'errore scompare dopo aver rinominato una cartella, avete identificato il colpevole. identificato. Come cliente di RAIDBOXES , puoi anche semplicemente usare l'amministrazione Plugin e Theme nel RB-dashboard per disattivare.

Suggerimento: spesso il problema è semplicemente una cartella Theme rinominata, quindi dovreste controllare via S/FTP l'ortografia corretta!

Come risolvere i 4 errori più comuni di WordPress

Causa 2: errore del server

1) Problema: troppo poco limite di memoria PHP

Il tipico messaggio di errore nell'error.log per questo è:
"Errore fatale: dimensione di memoria consentita di XXXX byte esaurita (ha cercato di allocare XXXX byte) in..."

Inoltre, potrebbe esserci una pagina bianca con il messaggio di errore Errore interno del server appare.

Quello che succede qui è questo:
Un task PHP consuma più memoria di quella consentita dal valore impostato dall'hoster.

Soluzione: In questo caso, di solito è sufficiente aggiungere la seguente linea a wp-config.php:

define('WP_MEMORY_LIMIT','256M')

Il '256M' sta per la quantità di RAM da usare in MB. Concepibile sarebbe per esempio anche '512M' per 512MB.

Tuttavia, dovreste tenere a mente che un valore troppo alto può causare il blocco completo del vostro sito. Pertanto, dovresti aumentare il tuo limite di memoria PHP solo se la tua tariffa fornisce la RAM corrispondente. Se il tuo piano è a corto di RAM, dovresti considerare di aggiornare il tuo piano con il tuo hoster.

2) Problema: tempo massimo di esecuzione superato

Durante l'installazione di WordPress più grandi -Themes o Plugins così come importazioni o esportazioni di dati più grandi, può verificarsi il seguente errore, che di solito viene visualizzato nel backend:

Errore fatale: superato il tempo massimo di esecuzione di XX in XXX

Questo significa che il tempo di esecuzione di uno script PHP è stato superato. Spesso questo succede anche quando si importano molti prodotti in WooCommerce o si esportano i dati degli ordini.

Soluzione: Aumentare il max_execution_time. Una nota preliminare: normalmente, il runtime specificato dall'hoster è sufficiente. Per evitare tempi di caricamento inutilmente lunghi e problemi, il tempo massimo di esecuzione dovrebbe essere aumentato solo in singoli casi (ad esempio per un caricamento di file di grandi dimensioni) e poi diminuito di nuovo.

Su RAIDBOXES puoi impostare il tempo di max_execution per il frontend e il backend separatamente attraverso le impostazioni di BOX:

Tempo massimo di esecuzione

Con altri host è spesso sufficiente modificare il .htaccess via S/FTP e aggiungere la linea php_value max_execution_time 300 lì. Qui il 300 sta per i secondi massimi di esecuzione di uno script. In questo caso 5 minuti.

WordPress -Errore #2: problemi con SSL

WordPress -Error_SSL

Al più tardi dall'entrata in vigore del Regolamento generale sulla protezione dei dati (RGPD) nel maggio 2018, un certificato SSL dovrebbe essere un must per te. Non per niente la maggior parte dei browser ora danno un messaggio di avvertimento se un sito web non non viene consegnato criptato. È ancora più fastidioso quando si verificano errori SSL sulla tua pagina WordPress .

Possibili cause e soluzioni per problemi SSL

Causa 1: certificato non più aggiornato

Al più tardi con il certificati gratuiti da Let's Encrypt questo errore dovrebbe appartenere al passato. Tuttavia, ci sono alcuni tipi di certificati che hanno un tempo di esecuzione. Se questo è scaduto, potrebbe verificarsi un errore SSL.

SoluzioneLa soluzione più semplice è l'integrazione di un certificato SSL senza runtime, che alcuni hoster forniscono anche RAIDBOXES gratuitamente e rinnovarlo automaticamente. Se questo servizio non è offerto dal vostro hoster, dovete rinnovare manualmente il certificato. Per fare questo, è meglio creare un promemoria di scadenza e contattare il fornitore del tuo certificato in tempo per rinnovarlo.

Causa 2: dominio non ancora registrato sul certificato

Quando viene emesso un certificato SSL, si specifica per quali domini questo certificato deve essere applicato. Così, una possibile entrata può essere http://domain.de. Se un inoltro da http://www.domain.de o è impostato dopo, questo dominio non ha SSL e viene emesso un errore.

SoluzioneIl nuovo dominio deve essere aggiunto al certificato SSL e poi rinnovato. Poiché questo è un processo piuttosto lungo e complicato, dovreste contattare il vostro fornitore di hosting per questo.

Su RAIDBOXES è sufficiente disattivare e riattivare SSL nelle impostazioni di BOX dopo aver aggiunto i domini aggiuntivi.

Causa 3: errore di contenuto misto

Se SSL è impostato in WordPress , l'indirizzo http:// nel database deve essere sostituito da https:// per default. Con RAIDBOXES questo avviene automaticamente quando viene impostato SSL. In circa il 5-10 per cento dei casi può ancora accadere che ci siano risorse che vengono caricate via HTTP. Questo può essere il caso di immagini hardcoded o di file CSS/JS. In Chrome, l'URL è poi grigio e non verde.

Indirizzo HTTPS linea Browser

Analisi e soluzione del problema:

Per prima cosa, devi controllare se hai effettivamente degli errori di contenuto misto sul tuo sito.

  1. Premi F12 sul tuo sito web (su MAC CMD+F12) e si aprirà la console di sviluppo. Nella parte inferiore della "Console" appaiono campi evidenziati in giallo con "Mixed Content":
    Errore di contenuto misto
  2. Ora fai un backup del tuo sito. Su RAIDBOXES lo create semplicemente nei vostri backup di BOX in dashboard .
  3. Installare il Plugin Migliore ricerca Sostituisci. Dopo l'attivazione si può trovare il Plugin sotto "Strumenti" -> "Better Search Replace".
    Nel campo "Cerca", inserire: http://
    e in "Replace with": https://
    Poi seleziona tutte le tabelle nel campo della tabella e spunta la casella "Esecuzione del test?
    Migliore ricerca Sostituisci

    Ora clicca su "Avvia ricerca/sostituzione" in fondo alla pagina
  4. Quando l'esecuzione del test ha trovato alcune tabelle, puoi deselezionare "Esecuzione del test?" e iniziare l'esecuzione vera e propria.
  5. Dopo che l'esecuzione reale è finita, controlla di nuovo la pagina per vedere se hai ancora errori di contenuto misto (vedi passo 1).
  6. Se ottieni ancora errori di contenuto misto, controlla il codice sorgente per vedere dove le risorse sono ancora incluse con "http" invece di "https" e sostituiscile di conseguenza.

WordPress -Errore #3: 504 Gateway Time-Out

WordPress -Error_Gateway-Timeout

Un errore di time-out del gateway 504 può essere abbastanza comune se avete un gran numero di Plugins che comunicano anche con servizi esterni. Il messaggio di errore significa che un processo PHP richiede più di 30 secondi.

Come proprietario di un sito web, l'errore è spesso direttamente associato a un problema sul server. Tuttavia, questo non è sempre il caso.

Possibili cause e soluzioni per 504 Gateway Time-Out

Un errore 504 Gateway Time-Out si verifica quando un server che funge da gateway, cioè il server che si connette a un altro server, non può raggiungere quell'altro server entro un tempo specificato.

Questo errore può essere causato da una varietà di elementi coinvolti. Può essere la vostra rete locale, il vostro browser, il vostro ISP (Internet Service Provider), il vostro server web o anche una terza partePlugin o Theme.

Causa 1: problema locale

Le impostazioni del browser commutate, un proxy attivato, il tuo ISP sta avendo problemi, la tua cache DNS locale non è aggiornata, e molte altre possibilità possono causare questo errore.

Soluzione: Prova l'URL sul sito web http://www.isitdownrightnow.com/. Se ottieni un messaggio che il sito web è online ("YourUrl.com" è UP e raggiungibile), c'è un problema locale.

Controllo dello stato del server

Ma se il risultato del test è "YourUrl.com" è DOWN, allora questo indica un problema con il tuo DNS, il tuo server web o un WordPress -Plugin o Theme .

Stato del server Check_Down

Causa 2: problemi di DNS

Il DNS (Domain Name System) è responsabile della conversione del tuo URL (come raidboxes.de) in un IP (ad esempio 94.130.145.82).

Nel caso di una nuova registrazione o di un trasferimento di dominio, può passare un po' di tempo prima che tutti i computer, i server DNS e i provider abbiano riconosciuto la modifica. Questo può richiedere fino a 24 ore in determinate circostanze.

Soluzione: Per prima cosa, dovreste controllare se c'è un problema locale. Per farlo, cancella la tua cache DNS:

Per cancellare la cache DNS sul vostro dispositivo, aprite prima la vostra linea di comando come segue.

  • Finestre: Premere [Win-Key + R], ci cmd e premere Invio
  • Mac: Lanciare il Terminale dalla Darsena di Applicazioni > Utilità > Terminale

Poi si inserisce quanto segue:

  • Finestre: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Dopo di che la cache DNS locale viene cancellata e si può riprovare.

Se l'errore persiste, vedi cosa hanno da dire gli altri server nel mondo. Per fare questo vai a www.whatsmydns.net e inserisci l'URL nella riga di ricerca (Nota: assicurati che "A" sia selezionato nel secondo campo di selezione in modo che solo il record A sia controllato. Questo è responsabile della corretta risoluzione del nome di dominio all'indirizzo IP. Allora iniziate la scansione!

Controllo DNS

Se il record DNS è aggiornato su tutti i server, dovreste vedere un segno di spunta verde e lo stesso IP ovunque. Nella maggior parte dei casi, questo IP dovrebbe puntare all'IP del tuo server (eccezione: se un CDN è collegato a monte).

Se gli errori sono visualizzati sotto forma di una "X" rossa, questo server non ha ancora la voce corretta. Se ci sono IP diversi, il server ha ancora la vecchia voce e non ha ancora aggiornato a quella nuova. In questo caso, l'unica cosa che aiuta è aspettare.

Causa 3: problema del server (ad esempio, prestazioni o hoster)

I siti web ad alta intensità di visitatori e i siti di e-commerce come i negozi che gestiscono WooCommerce generano molte richieste al server, che, a causa del loro contenuto, non possono essere memorizzati nella cache. e quindi portare ad un alto carico del server - fino al collasso del server.

Soluzione: Se le prestazioni del tuo pacchetto di hosting non sono sufficienti per il tuo sito web, potresti aver bisogno di aggiornarlo. In alternativa, spesso aiuta passare a un altro hoster la cui architettura di server offre migliori prestazioni. Siete invitati a fare una prova gratuita su WordPress con il vostro sito web. prova spostarsi in RAIDBOXES gratuitamente. Il tuo sito live non sarà disturbato nel suo funzionamento, perché si ottiene un ambiente completamente separato con un proprio URL, che non è indicizzato dai motori di ricerca. In oltre l'80% dei casi, c'è un aumento significativo delle prestazioni e una riduzione di 504 errori a 0.

Causa 4: spam di traffico, attacchi DDOS, attacchi bot

Gli attacchi DDOS e il traffico SPAM possono mandare in crash il tuo sito generando così tante visite (non memorizzate) che il tuo server si blocca.

Soluzione: Per filtrare tali attacchi, spesso aiuta usare un CDN come. Cloudflareche filtra l'accesso al tuo sito web e blocca lo spam bot e gli attacchi. In casi molto persistenti, potete escludere (bloccare) gli indirizzi IP degli aggressori dall'accesso al vostro sito web.

Su RAIDBOXES puoi farlo facilmente tramite le tue impostazioni BOX:

Blocco IP_RAIDBOXES

Causa 5: problemi con Plugins e Themes

In alcuni casi, richieste molto lunghe da Plugins o Themes possono portare ad errori di time-out del gateway 504. Se avete appena aggiornato Theme o Plugin , provate prima a disabilitare questo.

Per RAIDBOXES puoi farlo tramite le tue impostazioni Plugin/Theme del tuo BOX - anche se non puoi più entrare nel tuo backend WordPress .

RAIDBOXES_Gestione dei plugin e Theme

Se non avete accesso al vostro backend WordPress su altri host, potete connettervi via S/FTP e aprire la cartella .. /wp-content/themes o .. /wp-content/plugins cercare il corrispondente Theme/Plugin e rinominare la cartella. Questo disabiliterà automaticamente la voce corrispondente.

Se non siete sicuri di quale Plugin o Theme stia causando il problema, passate prima a unTheme standard come ventisette.

Se questo risolve il problema, molto probabilmente è dovuto a Theme o a una connessione tra Theme e Plugins. Si prega di contattare il produttore di Themes. In caso contrario, disabilitate tutti i siti Plugins e riabilitateli uno per uno fino a quando non avrete identificato il "problema" corrispondentePlugin".

Poi prova a reinstallare questo Plugin . Se neanche questo aiuta, contattate il produttore di Plugin.

WordPress -Errore #4: errore nello stabilire una connessione al database

Errore nello stabilire una connessione al database

L'errore "Establishing a Database Connection" è un super-GAU tra gli errori di WordPress . Il messaggio di errore significa che il vostro server non ha più accesso al database o non può più raggiungerlo.

Il tuo database WordPress memorizza quasi tutte le informazioni di cui il tuo sito ha bisogno per funzionare correttamente. Non solo il contenuto delle tue pagine e dei tuoi post, ma anche le informazioni di accesso dei tuoi utenti così come le impostazioni di Plugin e Theme sono memorizzate nel database.

Solo le immagini, i file Plugin e Theme e i file di base WordPress non sono memorizzati nel database, ma nel file system del tuo sito web, a cui puoi accedere per esempio tramite S/FTP.

Possibili cause e soluzioni per Errore nello stabilire una connessione al database

Se la tua pagina rimane bianca e appare solo il messaggio d'errore "Error Establishing a Database Connection", la tua pagina non può stabilire una connessione al tuo database o le informazioni necessarie sono mancanti o errate. Nella maggior parte dei casi, non sarete in grado di accedere al backend di WordPress .

Causa 1: dati errati nel WP-Config

La maggior parte delle volte, sono semplicemente informazioni errate di connessione al database che causano l'errore. Questo errore si verifica spesso dopo un passaggio a un nuovo server o hoster ed è abbastanza facile da risolvere:

SoluzionePer tutti gli errori legati al sistema (e questo è particolarmente importante!), dovreste creare prima un backup del vostro sito. I clienti di RAIDBOXES creano semplicemente un backup manuale nel loro BOX backup. Con altri hoster potresti dover fare il backup dell'intero sito o almeno dei file che cambi in locale.

Ora ottenete le informazioni necessarie per connettervi al database. Questi sono:

  • Nome del database (DB_NAME)
  • Nome utente MySQL (DB_USER)
  • Password dell'utente MySQL (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Questo è il server].
  • Prefisso della tabella ($table_prefix) [soprattutto 'wp_']

Di solito puoi trovare queste informazioni nel sito dashboard del tuo hoster. Per lo più non tutte le informazioni sono necessarie. Su RAIDBOXES , per esempio, avete bisogno solo del prefisso della tabella, poiché le voci rimanenti vengono lette e controllate automaticamente.

Se hai le informazioni necessarie, scarica via S/FTP il "wp-config.php" dalla directory principale della tua installazione WordPress , fanne una copia locale come backup e modifica l'originale per esempio con Blocco note++.

Lì troverete le seguenti linee (nota: $table_prefix non ci sarà in tutti i casi):

WP-Config

Fai combaciare queste informazioni con quelle che hai appena ricevuto.

Salvate queste modifiche e caricate il file nella directory principale del vostro server (sovrascrivete il file originale, avete un backup locale).

Se le informazioni sono ora corrette, dovresti essere in grado di usare di nuovo il tuo sito web normalmente.

Causa 2: database errato

Potrebbe esserci stato un errore nel tuo database.

Soluzione WordPress può essere in grado di riparare automaticamente il database. Per farlo, vai su DEINEURL.de/wp-admin. Se vedi qui che il tuo database può essere riparato, aggiungi direttamente prima di "/* That's all, stop editing! Buon blogging. */" aggiungi la seguente linea alla tua WP-Config:

define('WP_ALLOW_REPAIR',true);

Dopo di che chiama DEINEURL.de/wp-admin/maint/repair.php.

Se questo risolve i tuoi problemi, non dimenticare di rimuovere nuovamente la linea da wp-config.php.

Causa 3: problemi con il tuo hoster

In alcune circostanze, il server SQL è attualmente giù e non accessibile. È anche possibile che sia stata raggiunta una dimensione massima del database. O le risorse del tuo fornitore di hosting sono esaurite.

Sfortunatamente, questo accade spesso con l'hosting condiviso. Perché lì si condivide un server con molti altri siti web. Se una pagina consuma molte risorse, questo è ovviamente a spese del tuo sito. Per questo motivo raccomandiamo sempre di utilizzare un hosting ad alte prestazioni specialmente adattato a WordPress . Hosting ad alte prestazioniin modo che non arrivi a tali sovraccarichi.

SoluzioneContatta il tuo fornitore di hosting o controlla la loro pagina di stato (se disponibile) per vedere se ci sono problemi con il server al momento. Se necessario, chiedete al provider di mostrarvi il carico della CPU e passate a un altro server se il carico è troppo alto. Se questo non porta alcun miglioramento, dovreste considerare di passare a un altro hoster.

Conclusione

Ogni utente di WordPress conosce la sensazione di panico quando ci si trova improvvisamente davanti a una schermata vuota o non si può più accedere al backend di WordPress . L'importante è mantenere il sangue freddo, andare sistematicamente a fondo della causa e poi lavorare attraverso i passi appropriati per risolvere il problema. Spero che questo articolo vi aiuti ad analizzare e risolvere questi errori tipici di WordPress in futuro.

Quale WordPress è il problema che hai dovuto affrontare di più? Sentitevi liberi di lasciarmi il vostro feedback nei commenti.

Articoli correlati

Commenti su questo articolo

Scrivi un commento

Il tuo indirizzo e-mail non sarà pubblicato. I campi obbligatori sono contrassegnati con *.