Si vous avez été surfer sur le Web pendant un certain temps, vous avez au moins vu cette erreur à quelques reprises. Erreur Établissement d’une connexion de base de données est l’une de ces malédictions qui pourraient être causés par de nombreuses raisons. En tant que débutant WordPress, cela pourrait être terriblement frustrant surtout quand il est arrivé sur lui-même sans vous changer quoi que ce soit. Nous avons couru dans cette question hier sur notre propre site. Il a fallu un peu plus de 20 minutes pour détecter et corriger le problème. Tout en faisant des recherches pour trouver les causes possibles, nous avons réalisé qu’il n’y avait pas bon article qui couvrait tout. Dans cet article, nous allons vous montrer comment corriger l’erreur d’établir une connexion de base de données dans WordPress en compilant une liste de solutions en un seul endroit.
Remarque: Avant d’effectuer des modifications de base de données, assurez-vous que vous avez des sauvegardes suffisantes.
Pourquoi obtenez-vous cette erreur?
Eh bien, en bref, vous obtenez cette erreur, car WordPress est incapable d’établir une connexion de base de données. Maintenant, la raison pour laquelle WordPress est incapable d’établir une connexion de base de données peut varier. Il se pourrait que votre base de données des informations de connexion sont erronées ou ont été modifiés. Il se pourrait que votre serveur de base de données ne répond pas. Il se pourrait que votre base de données a été corrompue. Dans notre expérience, la majorité des fois cette erreur se produit en raison d’une sorte d’erreur de serveur mais il pourrait y avoir d’autres facteurs. Jetons un regard sur la façon d’aller sur la résolution de ce problème.
Le problème se produit pour / wp-admin / ainsi?
La première chose que vous devez faire est de vous assurer que vous obtenez la même erreur à la fois sur le front-end du site, et l’arrière-plan du site (wp-admin). Si le message d’erreur est le même sur les deux pages Erreur d’établir une connexion de base de données, puis passez à l’étape suivante. Si vous obtenez une erreur différente sur le wp-admin, par exemple, quelque chose comme tables Une ou plusieurs bases de données ne sont pas disponibles. La base de données peut avoir besoin d’être réparé, alors vous avez besoin pour réparer votre base de données.
Vous pouvez le faire en ajoutant la ligne suivante dans votre fichier wp-config.php. Ajoutez juste avant « C’est tout, arrêter l’ édition! Bonne blogging ‘ ligne wp-config.php.
define('WP_ALLOW_REPAIR', true);
Une fois que vous avez fait cela, vous pouvez voir les paramètres en visitant cette page: http://www.yoursite.com/wp-admin/maint/repair.php
Rappelez-vous, l’utilisateur n’a pas besoin d’être connecté pour accéder à cette fonctionnalité lorsque cette définition est définie. En effet, son principal objectif est de réparer une base de données corrompues, les utilisateurs ne peuvent souvent pas se connecter lorsque la base de données est corrompue. Donc, une fois que vous avez terminé la réparation et l’optimisation de votre base de données, assurez-vous de le supprimer de votre wp-config.php.
Si cette réparation ne résout pas le problème, ou que vous rencontrez des difficultés à exécuter la réparation puis continuer à lire cet article que vous pourriez trouver une autre solution pour travailler.
Vérification du fichier WP-Config
Wp-config.php est probablement le dossier le plus important dans votre installation de WordPress entier. Ceci est où vous spécifiez les détails pour WordPress pour connecter votre base de données. Si vous avez changé votre mot de passe root, ou le mot de passe de l’utilisateur de base de données, alors vous aurez besoin de changer ce fichier ainsi. La première chose que vous devez toujours vérifier si tout est dans votre fichier wp-config.php est le même.
define('DB_NAME', 'database-name');
define('DB_USER', 'database-username');
define('DB_PASSWORD', 'database-password');
define('DB_HOST', 'localhost');
Rappelez – vous la valeur de votre DB_HOST ne pourrait pas toujours être localhost. En fonction de l’hôte, il sera différent. Pour les hôtes populaires comme HostGator, BlueHost, Site5, il est localhost. Vous pouvez trouver d’autres valeurs d’accueil.
Certaines personnes ont suggéré que ils ont fixé leur problème en remplaçant localhost par l’adresse IP. Il est fréquent de voir ce genre de problème lors de l’exécution WordPress sur un environnement de serveur local. Par exemple sur MAMP, la valeur DB_HOST lorsque changé à l’IP peut sembler travailler.
define('DB_HOST', '127.0.0.1:8889');
IP variera pour les services d’hébergement Web en ligne.
Si tout dans ce fichier est correct (assurez-vous de vérifier les fautes de frappe), alors il est juste de dire qu’il ya quelque chose de mal sur la fin du serveur.
Vérifiez votre hébergeur (serveur MySQL)
Souvent, vous remarquerez cette erreur à établir une connexion de base de données lorsque votre site est envahi avec beaucoup de trafic. Fondamentalement, votre serveur hôte ne peut tout simplement pas supporter la charge (spécialement lorsque vous êtes sur l’hébergement partagé). Votre site sera vraiment obtenir lent et pour certains utilisateurs, même sortie l’erreur. Donc, la meilleure chose que vous devez faire est d’obtenir sur le téléphone ou livechat avec votre fournisseur d’hébergement et de leur demander si votre serveur MySQL est sensible.
Pour les utilisateurs qui veulent tester si le serveur MySQL est en cours d’ exécution vous, vous pouvez faire quelques choses. Essai d’ autres sites sur le même serveur pour voir si elles ont la question. Si elles se font aussi la même erreur, alors très certainement il y a quelque chose de mal avec votre serveur MySQL. Si vous ne disposez pas d’un autre site sur ce même compte d’ hébergement simplement aller à votre cPanel et essayez d’accéder phpMyAdmin et connecter la base de données. Si vous pouvez vous connecter, alors nous devons vérifier si votre base de données utilisateur a la permission suffisante. Créer un nouveau fichier appelé testconnection.php et collez le code suivant dans le:
<?php
$link = mysql_connect('localhost', 'root', 'password');
if (!$link) {
die('Could not connect: ' . mysql_error());
}
echo 'Connected successfully';
mysql_close($link);
?>
Assurez-vous de remplacer le nom d’utilisateur et mot de passe. Si le connecté avec succès, cela signifie que votre utilisateur a la permission suffisante, et il y a quelque chose qui ne va pas. Retour à votre fichier wp-config pour vous assurer que tout ce qu’il est correct (re-scan pour les fautes de frappe).
Si vous ne pouvez pas vous connecter à la base de données en allant à phpMyAdmin, alors vous savez qu’il ya quelque chose avec votre serveur. Il ne signifie pas nécessairement signifie que votre serveur MySQL est en panne. Cela pourrait signifier que votre utilisateur ne dispose pas des autorisations suffisantes.
Dans notre cas, notre serveur MySQL a été en cours d’exécution. Tous les autres sites sur les serveurs fonctionnaient bien, sauf pour WPBeginner. Lorsque nous avons essayé d’aller à notre phpMyAdmin, nous avons fini par obtenir l’erreur:
# 1045 – Accès refusé pour l’utilisateur ‘foo’ @ ‘%’ (en utilisant le mot de passe: OUI)
Nous avons eu au téléphone avec HostGator et leur soutien rapidement trouvé le problème. D’une certaine manière les autorisations de nos utilisateurs ont été réinitialisés. Je ne sais pas comment cela est arrivé, mais apparemment c’était la raison. Ils sont allés en arrière et restaurer les autorisations et nous avons été en mesure d’obtenir le site de retour en direct.
Donc, si vous obtenez l’erreur d’accès refusé en soit la connexion à votre phpMyAdmin ou par le biais des résultats de testconnection.php, vous devez alors contacter votre hôte tout de suite pour les amener à corriger.
Solutions qui a travaillé pour les autres
Il est important de noter, que ceux-ci peuvent ne pas fonctionner pour vous. Utilisez à vos propres risques et assurez-vous que vous avez des sauvegardes suffisantes si quelque chose se passe mal.
Deepak Mittal a déclaré que son client recevait l’erreur que la base de données doit être réparé. Même après la réparation de la base de données, l’erreur ne disparaît pas. Il a essayé différentes choses et à la fin, la question a été le site url. Apparemment, cela a été changé ce qui a provoqué l’erreur de persister. Il a couru la requête SQL en allant à phpMyAdmin:
UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'
Cela semblait résoudre le problème pour lui et quelques autres qui ont commenté son poste ainsi.
Sachinum a suggéré qu’il était capable de se connecter à la base de données avec testconnection.php, donc il a changé l’utilisateur wp-config.php à l’utilisateur root. WordPress a commencé à travailler parfaitement bien. Puis il revint les paramètres sur la base de données par l’ utilisateur, et il a continué à travailler. Il ne pouvait pas comprendre ce qui était faux, mais a conclu qu’il était une faute de frappe.
Cutewonders suggéré que ils ont enlevé le contenu de active_plugins dans le tableau de wp_options et édité le contenu de recently_edited. Fondamentalement ,cela semblait pour résoudre le problème. Please leur réponse complète ici.
Nous avons lu sur de nombreuses sources que les utilisateurs simplement téléchargées une nouvelle copie de WordPress et il fixe l’erreur.
Via : wpbeginner