Se hai navigato sul web per un po, probabile che già visto questo errore alcune volte. L’errore che stabilisce una connessione al database è una di quelle problematiche che potrebbero essere causate da molte ragioni. Come un principiante di WordPress, questo potrebbe essere terribilmente frustrante specialmente quando è successo senza che tu abbia cambiato nulla. Abbiamo riscontrato questo problema alcune volte sul nostro sito. Ci sono voluti poco più di 20 minuti per rilevare e risolvere il problema. Durante la ricerca per trovare le possibili cause, ci siamo resi conto che non esisteva un buon articolo che spiegasse tutto. In questo articolo, ti mostreremo come correggere l’errore che stabilisce una connessione al database in WordPress compilando un elenco di soluzioni tutte in un unico posto.
Nota: prima di apportare modifiche al database, assicurarsi di disporre di backup sufficienti.
Perché ricevi questo errore?
In breve, stai ricevendo questo errore perché WordPress non è in grado di stabilire una connessione al database. Ora il motivo per cui WordPress non è in grado di stabilire una connessione al database può variare. È possibile che le credenziali di accesso al database siano errate o modificate. È possibile che il server del database non risponda. È possibile che il database sia stato danneggiato. Nella nostra esperienza, la maggior parte delle volte questo errore si verifica a causa di una sorta di errore del server, tuttavia potrebbero esserci anche altri fattori. Diamo un’occhiata a come risolvere il problema.
Il problema si verifica anche per / wp-admin /?
La prima cosa che dovresti fare è assicurarti di avere lo stesso errore sia sul front-end del sito sia sul back-end del sito (wp-admin). Se il messaggio di errore è lo stesso in entrambe le pagine
“Errore nello stabilire una connessione al database”
puoi procedere con il passaggio successivo. Se si verifica un errore diverso su wp-admin, ad esempio qualcosa del tipo
“Una o più tabelle del database non sono disponibili”
Potrebbe essere necessario riparare il database ”, quindi è necessario riparare il database.
Puoi farlo aggiungendo la seguente riga nel tuo file wp-config.php. Aggiungilo poco prima di ‘Questo è tutto, smetti di modificare! Buona linea di blog ‘ wp-config.php.
define('WP_ALLOW_REPAIR', true);
Una volta fatto, puoi vedere le impostazioni visitando questa pagina: http://www.yoursite.com/wp-admin/maint/repair.php
Ricorda che non è necessario che l’utente abbia effettuato l’accesso per accedere a questa funzionalità quando questa definizione è impostata. Questo perché il suo scopo principale è riparare un database danneggiato, gli utenti spesso non possono accedere quando il database è corrotto. Quindi, una volta terminata la riparazione e l’ottimizzazione del database, assicurati di rimuoverlo dal tuo wp-config.php.
Se questa riparazione non ha risolto il problema o se si riscontrano problemi nell’esecuzione della riparazione, continuare a leggere questo articolo in quanto è possibile trovare un’altra soluzione funzionante.
Verifica del file WP-Config
WP-Config.php è probabilmente il singolo file più importante dell’intera installazione di WordPress. Qui è dove specifichi i dettagli per WordPress per connettere il tuo database. Se hai modificato la password di root o la password dell’utente del database, dovrai cambiare anche questo file. La prima cosa che dovresti sempre controllare è se tutto nel tuo file wp-config.php è lo stesso.
define('DB_NAME', 'database-name');
define('DB_USER', 'database-username');
define('DB_PASSWORD', 'database-password');
define('DB_HOST', 'localhost');
Ricorda che il tuo valore DB_Host potrebbe non essere sempre localhost. A seconda dell’host, sarà diverso. Per host popolari come HostGator , BlueHost , SiteGround , è localhost. Puoi trovare altri valori host qui .
Alcune persone hanno suggerito di aver risolto il problema sostituendo localhost con l’IP. È comune vedere questo tipo di problema quando si esegue WordPress su un ambiente server locale . Ad esempio su MAMP, il valore DB_Host quando modificato in IP può sembrare funzionare.
define('DB_HOST', '127.0.0.1:8889');
Gli IP varieranno per i servizi di web hosting online.
Se tutto in questo file è corretto (assicurati di controllare errori di battitura), allora è giusto dire che c’è qualcosa di sbagliato sul lato server.
Controlla il tuo host Web (server MySQL)
Spesso noterai questo errore che stabilisce la connessione al database quando il tuo sito è molto visitato. Fondamentalmente, il tuo server host non è in grado di gestire il carico (specialmente quando sei su hosting condiviso). Il tuo sito diventerà molto lento e per alcuni utenti verrà persino generato l’errore. Quindi la cosa migliore da fare è telefonare o chattare con il tuo provider di hosting e chiedere loro se il tuo server MySQL è reattivo.
Per quegli utenti che vogliono testare se il server MySQL è in esecuzione da solo, puoi fare alcune cose. Testare altri siti sullo stesso server per vedere se stanno riscontrando il problema. Se anche loro stanno ottenendo lo stesso errore, allora sicuramente c’è qualcosa di sbagliato nel tuo server MySQL. Se non hai altri siti su questo stesso account di hosting, vai sul tuo cPanel e prova ad accedere a phpMyAdmin e connetti il database. Se è possibile connettersi, è necessario verificare se l’utente del database dispone di autorizzazioni sufficienti. Crea un nuovo file chiamato testconnection.php e incolla il seguente codice:
<?php
$link = mysqli_connect('localhost', 'username', 'password');
if (!$link) {
die('Could not connect: ' . mysqli_error());
}
echo 'Connected successfully';
mysqli_close($link);
?>
Assicurati di sostituire il nome utente e la password. Se lo script si è collegato correttamente, significa che l’utente ha autorizzazioni sufficienti e c’è qualcos’altro che non va. Torna al tuo file wp-config per assicurarti che tutto sia corretto (riesegui la scansione per errori di battitura).
Se non riesci a connetterti al database andando su phpMyAdmin, allora sai che è qualcosa con il tuo server. Non significa necessariamente che il tuo server MySQL non sia attivo. Potrebbe significare che il tuo utente non dispone di autorizzazioni sufficienti.
Nel nostro caso, il nostro server MySQL era in esecuzione. Tutti gli altri siti sui server funzionavano bene tranne WPBeginner. Quando abbiamo provato ad andare al nostro phpMyAdmin, abbiamo finito per ottenere l’errore:
# 1045 – Accesso negato per l’utente ‘pippo’ @ ‘%’ (usando la password: SÌ)
Siamo entrati al telefono con HostGator e il loro supporto ha riscontrato rapidamente il problema. In qualche modo le autorizzazioni dei nostri utenti sono state ripristinate. Non sono sicuro di come sia successo, ma a quanto pare quello era il motivo. Sono tornati e hanno ripristinato le autorizzazioni e siamo riusciti a ripristinare il sito dal vivo.
Quindi se ricevi l’errore di accesso negato durante la connessione al tuo phpMyAdmin o attraverso i risultati testconnection.php, allora dovresti contattare immediatamente il tuo host per farli riparare.
Soluzioni che hanno funzionato per gli altri
È importante notare che questi potrebbero non funzionare per te. Utilizzare a proprio rischio e assicurarsi di disporre di backup sufficienti se qualcosa va storto.
Deepak Mittal ha affermato che il suo client stava riscontrando l’errore di riparare il database. Anche dopo aver riparato il database, l’errore non è scomparso. Ha provato varie cose e alla fine il problema era l’URL del sito. Apparentemente ciò è stato modificato e ha causato la persistenza dell’errore. Ha eseguito la query SQL andando su phpMyAdmin:
UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'
Assicurati di sostituire YOUR_SITE_URL con l’esempio di URL reale: https://www.myweb2.it. Wp_options sarà diverso se hai modificato il prefisso predefinito del database WordPress .
Questo sembrava risolvere il problema per lui e pochi altri che hanno commentato anche il suo post.
Sachinum ha suggerito di essere in grado di connettere il database con testconnection.php, quindi ha cambiato l’utente wp-config.php con l’utente root. WordPress ha iniziato a funzionare perfettamente. Quindi ha ripristinato le impostazioni all’utente del database e ha continuato a funzionare. Non riuscì a capire cosa c’era che non andava, ma concluse che era un errore di battitura.
Cutewonders ha suggerito di aver rimosso il contenuto di active_plugins nella tabella wp_options e di aver modificato il contenuto di recent_edited. Fondamentalmente questo sembrava risolvere il problema. Per favore, rispondi per intero qui .
Leggiamo su numerose fonti che gli utenti hanno semplicemente caricato una nuova copia di WordPress e risolto l’errore.
Questo è un errore davvero frustrante. Cosa hai provato che sembrava funzionare per te? Saremo felici di espandere questa risorsa, quindi gli altri non dovranno perdere tanto tempo per trovare una soluzione.
Commenta per primo