„Greška pri uspostavi veza s bazom podataka” u WordPressu: što to znači

Što poruka kaže

Pri svakom prikazu stranice WordPress otvara vezu prema svojoj bazi podataka MySQL ili MariaDB, s četiri podatka zapisana u wp-config.php, u korijenskoj mapi stranice:

define( 'DB_NAME', 'naziv_baze' );
define( 'DB_USER', 'korisnik' );
define( 'DB_PASSWORD', 'lozinka' );
define( 'DB_HOST', 'localhost' );

„Greška pri uspostavi veza s bazom podataka” znači da ta veza nije uspostavljena. Do toga dovode četiri uzroka: podaci za pristup koji više ne odgovaraju, poslužitelj baze podataka koji je zaustavljen ili nedostupan, preopterećen poslužitelj ili oštećena baza. Sljedeći odjeljci prolaze ih od najjednostavnijeg za provjeru do najrjeđeg.

1. Odgovara li poslužitelj baze podataka?

• Stranica sa stanjem usluga pružatelja hostinga: ondje se najavljuje kvar ili održavanje poslužitelja MySQL.
• Druge stranice na istom računu: ako u isto vrijeme prikazuju istu grešku, uzrok je na strani poslužitelja, a ispravak kod pružatelja hostinga.
• phpMyAdmin, iz upravljačke ploče pružatelja hostinga: ako otvori bazu i prikaže njezine tablice, poslužitelj radi i baza postoji.

Ako je uzrok u poslužitelju, otvorite zahtjev za podršku kod pružatelja hostinga i navedite vrijeme početka kvara i točnu poruku. Za to vrijeme na stranici ne treba ništa mijenjati.

2. Jesu li podaci za pristup u wp-config.php ispravni?

To je najčešći uzrok nakon selidbe stranice, promjene lozinke baze u upravljačkoj ploči pružatelja hostinga ili vraćanja sigurnosne kopije. Usporedite četiri vrijednosti iz wp-config.php s odjeljkom o bazama podataka kod svojeg pružatelja hostinga:

• DB_NAME i DB_USER: mnogi pružatelji hostinga ispred njih stavljaju naziv računa kao prefiks (racun_wordpress). Prefiks je dio naziva.
• DB_PASSWORD: u slučaju sumnje postavite korisniku novu lozinku u upravljačkoj ploči i upišite je u datoteku.
• DB_HOST: localhost kod mnogih pružatelja hostinga, ali ne kod svih. Neki navode naziv poslužitelja ili adresu, ponekad s priključkom (:3306). Točna vrijednost navedena je u upravljačkoj ploči.
• Korisnik mora imati prava na bazu: u upravljačkoj ploči provjerite je li korisnik povezan s bazom, sa svim privilegijama.

Lozinka koja sadrži apostrof (') prekida PHP niz koji je okružuje u wp-config.php. Ispred apostrofa stavite obrnutu kosu crtu (\') ili odaberite lozinku bez apostrofa.

Testirajte podatke za pristup izvan WordPressa

WordPress prikazuje općenitu poruku, a MySQL točno kaže što nije u redu. Dva su načina da ga upitate s vrijednostima iz wp-config.php:

Iz naredbenog retka, ako imate SSH pristup

mysql -h localhost -u korisnik -p naziv_baze

S WP-CLI-jem naredba wp db check izravno čita wp-config.php i s tim podacima za pristup provjerava tablice.

Privremenom PHP datotekom

Postavite ovu datoteku u korijensku mapu stranice pod nazivom koji je teško pogoditi, otvorite je u pregledniku, a zatim je odmah izbrišite: sadrži lozinku baze.

<?php
mysqli_report(MYSQLI_REPORT_OFF);
$veza = @mysqli_connect('localhost', 'korisnik', 'lozinka', 'naziv_baze');
echo $veza ? 'Veza uspostavljena' : 'Neuspjeh: ' . mysqli_connect_error();

Prvi je redak bitan: od PHP-a 8.1 neuspjela veza prema zadanim postavkama baca iznimku, pa bi stranica ostala bijela umjesto da prikaže poruku MySQL-a.

3. Oštećena baza: alat za popravak

Kada su podaci za pristup ispravni, ali su neke tablice oštećene, javna stranica prikazuje istu poruku o grešci pri spajanju, a administracija precizniju: „Jedna ili više tablica baze podataka nisu dostupne. Bazu podataka možda treba popraviti.” WordPress za to ima alat. Dodajte ovaj redak u wp-config.php:

define( 'WP_ALLOW_REPAIR', true );

Zatim otvorite https://www.vasa-stranica.com/wp-admin/maint/repair.php i pokrenite „Popravi bazu podataka”. Uklonite redak čim popravak završi: dok je prisutan, ta je stranica dostupna svakome, bez prijave.

Prije svakog popravka izvezite bazu (wp db export ili izvoz u phpMyAdminu). Ako popravak ne uspije, pružatelj hostinga može vratiti bazu iz svojih sigurnosnih kopija.

4. Greška koja se pojavljuje i nestaje: opterećenje

Greška koja se pojavljuje u određeno vrijeme, a zatim sama nestaje, upućuje na preopterećen poslužitelj, a ne na pogrešnu postavku. Najčešći uzroci:

• Nagli porast prometa, često zbog botova: ponovljeni pokušaji prijave na wp-login.php ili xmlrpc.php, vidljivi u zapisima pristupa kod pružatelja hostinga.
• Ograničenja dijeljenog hostinga: broj istodobnih veza ili procesa ograničen po računu. Upravljačka ploča pružatelja hostinga obično ih prikazuje u odjeljku o potrošnji resursa.
• Zahtjevan dodatak: statistika, zapisi ili zakazani zadaci koji pri svakom posjetu pišu u bazu.

Ispravci: blokirati zlonamjerne pokušaje prijave, instalirati predmemoriju stranica, isključiti xmlrpc.php ako ga nijedna aplikacija ne koristi i zatražiti od pružatelja hostinga zapise iz razdoblja u kojem se greška javljala.