Je n'ai pas entendu dire qu'il y en avait jusqu'à présent en 2015 virus ou exploit de SQL lequel mettre “au sol” des centaines de sites et blogs WordPress, comme c'était le cas ces dernières années, mais des choses étranges se produisent depuis environ un mois. Je suis tombé sur plusieurs sites qui semblaient s'être égarés connexion à la base de données.Erreur lors de l'établissement d'une connexion à la base de données.
En pratique, lorsqu’une telle erreur apparaît sur WordPress, les premières choses qui sont vérifiées sont :
- Si le service mysql exécuté sur le serveur. Il existe des situations dans lesquelles surcharge du serveur sur lequel la base de données, le service est hébergé mysql / / mysqld pour arrêter de courir. Dans ce cas, le service est redémarré depuis le terminal (via ssh ou la console) ou depuis l'interface web si cette possibilité existe.
- Erreur de configuration utilisateur / / mot dans wp-config.php. Dans cette situation, vérifiez si l'utilisateur de la base de données et le nom de la base de données sont correctement définis dans wp-config.php.
Une troisième situation est corruption (inexpliqué jusqu'à présent) du tableau wp_options DEPUIS Mysql. Alors, avant de paniquer si vous trouvez votre site Web avec “Erreur lors de l'établissement d'une connexion à la base de données”, il est bon de vérifier si les tables de la base de données sont en ordre.
Comment vérifier et comment réparer la table wp_options dans WordPress si elle est corrompue. Marqué comme étant en panne et doit être réparé.
1. Nous ouvrons phpmyadmin, on va dans la base de données du site qui est piraté et on essaie d'accéder à la table wp_options. S'il est corrompu, une alerte apparaîtra pour nous en informer.
Dans l'écran ci-dessus, il s'agit du tableau wp_options de la base de données “mobile_apk“. Tableau 'sqldb/wp_options’ est marqué comme étant en panne et doit être réparé.
2 Sélectionnez la table wp_options, en cochant la case à côté, puis allez en bas dans le menu déroulant (Avec sélectionné) et sélectionnez “Tableau de réparation“.
3. Après cette étape du tutoriel, attendez la réponse à la commande sql puis vérifiez si le site fonctionne normalement.
Les utilisateurs de WordPress qui n'ont pas installé phpMyAdmin peuvent le faire depuis le terminal/serveur sur lequel se trouve la base de données, en exécutant les commandes :
- vérifiez si la table wp_options est corrompue :
mysqlcheck -c baza_date wp_options -u user_db -p - corriger la table wp_options dans la base de données “base de données”:
mysqlcheck -r mydb wp_options -u user -pIl est bon qu'après s'être assuré que le site est revenu à la normale, faites une sauvegarde de la base de données. Je recommande même des sauvegardes périodiques. On ne sait jamais :)
POURQUOI cela se produit-il ? J'ai vécu cela avec plusieurs sites pour un client qui sont tous hébergés sur un serveur Godaddy. Le réparer est assez simple, mais qu’est-ce qui le rend corrompu en premier lieu et comment puis-je empêcher que cela ne se reproduise ?