Nu am auzit pana acum pe 2015 sa fi fost vreun virus ili exploit de SQL care sa puna “la pamant” 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 korisnik / riječ in 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_opcije IZ 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. Otvaramo phpmyadmin, mergem pe baza de date a site-ului care este picat si incercam sa accesam tabelul wp_opcije. 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_opcije din baza de date “mobile_apk“. Tablica 'sqldb/wp_options’ je označen kao srušen i treba ga popraviti.
2. Odaberite tablicu wp_options, potvrdite okvir pokraj njega, zatim idite na dno do padajućeg izbornika (S odabranim) i odaberite “Stol za popravak“.

3. Nakon ovog koraka u vodiču, pričekajte odgovor na sql naredbu i zatim provjerite radi li stranica normalno.

Korisnici WordPressa koji nemaju instaliran phpMyAdmin, to mogu učiniti s terminala/poslužitelja na kojem se baza nalazi, pokretanjem naredbi:
- provjerite je li tablica wp_options oštećena:
mysqlcheck -c baza_date wp_options -u user_db -p
- popraviti tablicu wp_options u bazi podataka “baza podataka”::
mysqlcheck -r mydb wp_options -u user -p
Dobro je da nakon što se uvjerite da se stranica vratila u normalu, napravite sigurnosnu kopiju baze podataka. Čak preporučujem povremene sigurnosne kopije. nikad se ne zna :)
ZAŠTO se to događa? Doživio sam ovo s više stranica za klijenta koje su sve smještene na poslužitelju Godaddy. Popraviti ga je dovoljno jednostavno, ali što ga uopće čini korumpiranim i kako spriječiti da se to ponovno dogodi?