Po wej\u015bciu na stron\u0119 zamiast tre\u015bci pojawia si\u0119 bia\u0142y ekran z jednym zdaniem: \u201eB\u0142\u0105d podczas nawi\u0105zywania po\u0142\u0105czenia z baz\u0105 danych\u201d. Ten sam komunikat wida\u0107 w panelu wp-admin, wi\u0119c nie da si\u0119 zalogowa\u0107. Czasem w panelu pojawia si\u0119 inny tekst: \u017ce jedna lub wi\u0119cej tabel bazy danych jest niedost\u0119pnych i baza mo\u017ce wymaga\u0107 naprawy.<\/p>\n
Dla odwiedzaj\u0105cych strona po prostu nie dzia\u0142a, a dla Google wygl\u0105da na niedost\u0119pn\u0105. Kr\u00f3tkie przerwy zwykle nie szkodz\u0105 widoczno\u015bci, ale b\u0142\u0105d utrzymuj\u0105cy si\u0119 przez d\u0142u\u017cszy czas sprawia, \u017ce Googlebot rzadziej odwiedza stron\u0119, a formularze i sklep przestaj\u0105 przyjmowa\u0107 zapytania i zam\u00f3wienia. Dlatego warto dzia\u0142a\u0107 od razu, zaczynaj\u0105c od sprawdzenia konfiguracji.<\/p>\n
Przy ka\u017cdym wej\u015bciu na stron\u0119 WordPress \u0142\u0105czy si\u0119 z baz\u0105 danych MySQL lub MariaDB, korzystaj\u0105c z czterech warto\u015bci zapisanych w pliku wp-config.php: nazwy bazy, u\u017cytkownika, has\u0142a i adresu serwera bazy. Je\u015bli po\u0142\u0105czenie si\u0119 nie uda, WordPress nie ma sk\u0105d pobra\u0107 tre\u015bci i pokazuje ten komunikat.<\/p>\n
Najcz\u0119stsza przyczyna przy sta\u0142ym b\u0142\u0119dzie. Po migracji na nowy serwer nazwa bazy i u\u017cytkownika zwykle si\u0119 zmieniaj\u0105, a has\u0142o do bazy mog\u0142o zosta\u0107 zmienione w panelu hostingu bez aktualizacji pliku. Adres serwera bazy (DB_HOST) nie zawsze jest \u201elocalhost\u201d, niekt\u00f3re hostingi podaj\u0105 osobny adres. Problemem bywa te\u017c u\u017cytkownik bazy, kt\u00f3ry istnieje, ale nie ma uprawnie\u0144 do tej konkretnej bazy.<\/p>\n
Gdy b\u0142\u0105d pojawia si\u0119 i znika, serwer MySQL zwykle nie nad\u0105\u017ca: osi\u0105ga limit po\u0142\u0105cze\u0144 przy wi\u0119kszym ruchu, atakach bot\u00f3w albo ci\u0119\u017ckich zapytaniach wtyczek. Na hostingu wsp\u00f3\u0142dzielonym przyczyn\u0105 mo\u017ce by\u0107 te\u017c awaria po stronie dostawcy, kt\u00f3ra dotyka wielu stron jednocze\u015bnie. Status us\u0142ug zwykle podaje panel lub strona statusu hostingu.<\/p>\n
Po awarii serwera, przerwanej aktualizacji albo braku miejsca na dysku tabele mog\u0105 zosta\u0107 uszkodzone. Wtedy po\u0142\u0105czenie dzia\u0142a, ale WordPress nie mo\u017ce odczyta\u0107 danych.<\/p>\n
| Kiedy wyst\u0119puje b\u0142\u0105d<\/th>\n | Prawdopodobna przyczyna<\/th>\n | Co sprawdzi\u0107<\/th>\n<\/tr>\n<\/thead>\n |
|---|---|---|
| Stale, zaraz po migracji<\/td>\n | B\u0142\u0119dne dane dost\u0119pu<\/td>\n | wp-config.php i dane bazy w panelu hostingu<\/td>\n<\/tr>\n |
| Stale, po zmianie has\u0142a<\/td>\n | Stare has\u0142o w pliku<\/td>\n | DB_PASSWORD w wp-config.php<\/td>\n<\/tr>\n |
| Okresowo, przy wi\u0119kszym ruchu<\/td>\n | Przeci\u0105\u017cony serwer bazy<\/td>\n | Limity i statystyki w panelu hostingu<\/td>\n<\/tr>\n |
| Panel prosi o napraw\u0119 bazy<\/td>\n | Uszkodzone tabele<\/td>\n | phpMyAdmin, narz\u0119dzie naprawy WordPressa<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n Strona naprawy bazy (\/wp-admin\/maint\/repair.php), w\u0142\u0105czana sta\u0142\u0105 WP_ALLOW_REPAIR, dzia\u0142a bez logowania. Zaraz po naprawie usu\u0144 t\u0119 lini\u0119 z wp-config.php, \u017ceby nikt obcy nie m\u00f3g\u0142 jej uruchamia\u0107.<\/p>\n<\/div>\n |