Nu am auzit pana acum pe 2015 sa fi fost vreun virus eller exploit de SQL care sa puna “till marken” sute de site-uri si bloguri WordPress, asa cum a fost in anii trecuti, insa de aproximativ o luna apar lucruri ciudate. Am intalnit mai multe site-uri care pareau ca si-au pierdut conexiunea la baza de date.Error establishing a database connection.
In practica, cand apare o astfel de eroare pe WordPress, primele lucruri care se verifica sunt:
- Daca serviciul mysql ruleaza pe server. Sunt situatii in care din supraincarcarea serverului pe care este hostata baza de date, serviciul mysql / mysqld sa nu mai ruleze. In acest caz se reporneste serviciul din terminal (via ssh sau consola) sau din interfata web daca exista aceasta posibilitate.
- Eroare de configurare användare / ord i wp-config.php. In aceasta situatie se verifica daca user-ul baze de date si numele bazei de date sunt corect setate in wp-config.php.
O a treia situatie este coruperea (inexplicabila pana in acest moment) tabelului wp_options FRÅN Mysql. Asadar, inainte de a intra in panica daca va gasiti site-ul cu “Error establishing a database connection”, este bine sa verificati daca tabelele din baza de date sunt in regula.
Cum verificam si cum reparam tabelul wp_options din WordPress in caz de este corupt. Marked as crashed and should be repaired.
1. Vi öppnar phpmyadmin, mergem pe baza de date a site-ului care este picat si incercam sa accesam tabelul wp_options. In cazul in care acesta este corupt, o sa apara o alerta care ne informeaza acest lucru.
In screen-ul de mai sus este vorba despre tabelul wp_options din baza de date “mobile_apk“. Tabell 'sqldb/wp_options’ är markerad som kraschad och bör repareras.
2. Välj tabellen wp_options, markera rutan bredvid den, gå sedan längst ned till rullgardinsmenyn (Med markerad) och välj “Reparationsbord“.
3. Efter detta steg i handledningen, vänta på svaret på kommandot sql och kontrollera sedan om webbplatsen fungerar normalt.
WordPress-användare som inte har phpMyAdmin installerat kan göra detta från terminalen/servern som databasen finns på, genom att köra kommandona:
- kontrollera om tabellen wp_options är skadad:
mysqlcheck -c baza_date wp_options -u user_db -p - fixa tabellen wp_options i databasen “databas”:
mysqlcheck -r mydb wp_options -u user -pDet är bra att efter att ha sett till att webbplatsen är tillbaka till det normala, gör en säkerhetskopia av databasen. Jag rekommenderar till och med periodiska säkerhetskopieringar. man vet aldrig :)
VARFÖR händer detta? Jag har upplevt detta med flera webbplatser för en klient som alla finns på en Godaddy-server. Att fixa det är lätt nog, men vad gör det korrupt i första hand och hur förhindrar jag att det händer igen?