Si vous surfez sur le Web depuis un certain temps, vous avez au moins déjà vu cette erreur à quelques reprises. Erreur lors de l’établissement d’une connexion à la base de données en anglais » Error Establishing a Database Connection » est l’une de ces malédictions qui pourraient être causées par plusieurs raisons.
En tant que débutant dans WordPress, cela pourrait être terriblement frustrant, surtout si cela se produisait seul, sans rien changer.
Dans cet article, nous allons vous montrer comment corriger l’erreur lors de l’établissement d’une connexion à la base de données dans WordPress en compilant une liste de solutions en un seul endroit.
Remarque: Avant de modifier la base de données, assurez-vous de disposer de suffisamment de sauvegardes.
Pourquoi obtenez-vous cette erreur?
En bref, vous obtenez cette erreur car WordPress est incapable d’établir une connexion à une base de données. Désormais, la raison pour laquelle WordPress ne parvient pas à établir une connexion à une base de données peut varier.
Il se peut que vos identifiants de connexion à la base de données soient incorrects ou aient été modifiés. Il se peut que votre serveur de base de données ne répond pas. Il se peut que votre base de données ait été corrompue. Selon notre expérience, la plupart du temps, cette erreur est due à une erreur de serveur, mais il peut également y avoir d’autres facteurs. Voyons comment résoudre ce problème.
Est-ce que le problème se produit aussi pour / wp-admin /?
La première chose à faire est de vous assurer que vous obtenez la même erreur sur le front-end du site et sur le back-end du site (wp-admin). Si le message d’erreur est le même sur les deux pages «Erreur lors de l’établissement de la connexion à la base de données», passez à l’étape suivante. Si vous obtenez une erreur différente sur l’administrateur wp, par exemple, quelque chose comme «Une ou plusieurs tables de base de données sont indisponibles. La base de données devra peut-être être réparée », vous devrez ensuite réparer votre base de données.
Vous pouvez le faire en ajoutant la ligne suivante dans votre fichier wp-config.php. Ajoutez-le juste avant la ligne ‘That’s all, stop editing! Happy blogging’‘ de votre fichier 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.votresite.com/wp-admin/maint/repair.php
N’oubliez pas que l’utilisateur n’a pas besoin d’être connecté pour accéder à cette fonctionnalité . En effet, son objectif principal est de réparer une base de données corrompue. Les utilisateurs ne peuvent souvent pas se connecter lorsque la base de données est corrompue. Donc, une fois que vous avez fini de réparer et d’optimiser votre base de données, assurez-vous de supprimer ce code de votre fichier wp-config.php.
Si cette réparation ne résout pas le problème ou si vous rencontrez des difficultés pour l’exécuter, continuez à lire cet article, car vous pourriez trouver une autre solution efficace.
Vérification du fichier WP-Config
WP-Config.php est probablement le fichier le plus important de votre installation WordPress. C’est ici que vous spécifiez les détails pour que WordPress connecte votre base de données. Si vous avez modifié votre mot de passe root ou le mot de passe de l’utilisateur de la base de données, vous devez également modifier ce fichier. La première chose à vérifier est de savoir si tout dans votre fichier wp-config.php est identique.
define('DB_NAME', 'database-name');
define('DB_USER', 'database-username');
define('DB_PASSWORD', 'database-password');
define('DB_HOST', 'localhost');
N’oubliez pas que votre valeur DB_Host peut ne pas toujours être localhost. Selon l’hôte, ce sera différent. Pour les hôtes populaires comme HostGator , BlueHost , SiteGround , c’est localhost.
Certaines personnes ont suggéré de résoudre leur problème en remplaçant localhost par IP. Il est courant de voir ce genre de problème lors de l’ exécution de WordPress sur un environnement de serveur local . Par exemple, sur MAMP, la valeur DB_Host peut sembler fonctionner lorsqu’elle est modifiée en IP.
define('DB_HOST', '127.0.0.1:8889');
Les IP varient en fonction des services d’hébergement Web en ligne.
Si tout dans ce fichier est correct (assurez-vous de vérifier les fautes de frappe).
Vérifiez votre hébergeur (serveur MySQL)
Vous remarquerez souvent cette erreur lors de l’établissement de la connexion à la base de données lorsque votre site est envahi par beaucoup de trafic. Fondamentalement, votre serveur hôte ne peut tout simplement pas gérer la charge (spécialement lorsque vous êtes sur un hébergement partagé). Votre site deviendra vraiment lent. Donc, la meilleure chose à faire est de téléphoner ou d’avoir une conversation avec votre fournisseur d’hébergement et de lui demander si votre serveur MySQL est réactif.
Pour les utilisateurs qui souhaitent tester si le serveur MySQL est fonctionnel, vous pouvez testez d’autres sites sur le même serveur que vous. S’ils obtiennent également la même erreur, il y a certainement un problème avec votre serveur MySQL. Si vous n’avez pas d’autre site sur ce même compte d’hébergement, allez simplement sur votre cPanel et essayez d’accéder à phpMyAdmin ensuite connectez-vous à la base de données.
Si vous pouvez vous connecter, nous devons vérifier si votre nom d’utilisateur de base de données dispose des autorisations suffisantes. Créez un nouveau fichier appelé testconnection.php et collez-y le code suivant:
<?php $link = mysqli_connect('localhost', 'username', 'password'); if (!$link) { die('Could not connect: ' . mysqli_error()); } echo 'Connected successfully'; mysqli_close($link); ?>
Assurez-vous de remplacer le nom d’utilisateur « username » et le mot de passe « password » dans ce code par vos propre informations. Si le script s’est connecté correctement, cela signifie que votre nom d’utilisateur dispose des droits suffisants et qu’il y a d’autre chose qui ne va pas. Retournez dans votre fichier wp-config pour vous assurer que tout y est correct (ré-analyser des fautes de frappe).
Si vous ne pouvez pas vous connecter à la base de données en accédant à phpMyAdmin, alors vous savez que c’est quelque chose avec votre serveur. Cela ne signifie pas nécessairement que votre serveur MySQL est en panne. Cela pourrait signifier que votre utilisateur n’a pas la permission suffisante.
Dans notre cas, notre serveur MySQL était en marche. Tous les autres sites sur les serveurs fonctionnaient correctement, à l’exception de notre site. Lorsque nous avons essayé d’aller sur notre phpMyAdmin, nous avons eu l’erreur:
# 1045 – Accès refusé pour l’utilisateur ‘foo’ @ ‘%’ (avec mot de passe: YES)
Nous avons téléphoné notre hébergeur et leur assistance a rapidement trouvé le problème. En quelque sorte, les autorisations de nos utilisateurs ont été réinitialisées. Je ne sais pas comment cela s’est passé, mais apparemment, c’était la raison. Ils sont rentrés et ont restauré les autorisations et nous avons pu remettre le site en ligne.
Donc, si vous obtenez l’erreur d’accès refusé lors de la connexion à votre phpMyAdmin ou via les résultats de testconnection.php, vous devez contacter votre hôte immédiatement pour le faire réparer.
Des solutions qui ont fonctionné pour d’autres
Il est important de noter que cela peut ne pas fonctionner pour vous. Utilisez-le à vos propres risques et assurez-vous de disposer de suffisamment de sauvegardes en cas de problème.
Deepak Mittal a déclaré que son client était en train de comprendre que la base de données devait être réparée. Même après avoir réparé la base de données, l’erreur n’a pas disparu. Il a essayé diverses choses et à la fin, le problème était l’url du site. Apparemment, cela a changé, ce qui a entraîné la persistance de l’erreur. Il a lancé la requête SQL en accédant à phpMyAdmin:
UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'
Assurez-vous de remplacer YOUR_SITE_URL par d’URL de votre site : https://www.wpcours.com.
Les wp_options seront différents si vous avez modifié le préfixe de base de données WordPress par défaut .
Cela a semblé résoudre le problème pour lui et quelques autres qui ont également commenté son post.
Quelqu’un a suggéré qu’il était capable de connecter la base de données avec testconnection.php. Il a donc remplacé l’utilisateur wp-config.php par l’utilisateur root. WordPress a commencé à fonctionner parfaitement bien. Ensuite, il a rendu les paramètres à l’utilisateur de la base de données, qui a continué à fonctionner. Il ne pouvait pas comprendre ce qui n’allait pas, mais a conclu que c’était une faute de frappe.
Un autre Webmaster a suggéré de supprimer le contenu de active_plugins dans la table wp_options et de modifier le contenu de recent_edited. En gros, cela semblait résoudre le problème.
Nous avons lu sur de nombreuses sources que les utilisateurs avaient simplement téléchargé une nouvelle copie de WordPress et que cela corrigeait l’erreur.
C’est une erreur vraiment frustrante.
Qu’avez-vous essayé qui a semblé fonctionner pour vous? Nous serions heureux de développer cette ressource afin que les autres utilisateurs ne perdent pas autant de temps à trouver une solution.
Laisser un commentaire