WordPress i eksporty bazy: Ĺ‚ i Ä… zamiast ł i ą

Jak wygląda problem

INSERT INTO wp_posts (post_title) VALUES ('Zażółć gęślą jaźń – menu na wynos');

INSERT INTO wp_posts (post_title) VALUES ('Zażółć gęślą jaźń – menu na wynos');

Skąd się to bierze

WordPress zapisuje tekst w UTF-8. Wiele starszych instalacji tworzyło jednak tabele jako latin1 albo łączyło się z bazą w latin1. Dopóki zapis i odczyt popełniają ten sam błąd, nikt tego nie zauważa. Po przeniesieniu na nowy serwer, eksporcie w phpMyAdmin albo zmianie kodowania połączenia każda polska litera nagle zamienia się w dwa znaki.

• DB_CHARSET w wp-config.php to latin1 albo nie zgadza się z tabelami.
• Zrzut wyeksportowano jako latin1, a zaimportowano jako utf8mb4 – albo odwrotnie.
• Wtyczka lub skrypt importujący przekonwertował już zepsuty tekst jeszcze raz. Powstaje wtedy podwójnie zakodowany tekst, np. Ĺ‚.

Naprawa eksportu

1. Zrób kopię zapasową bazy, zanim cokolwiek zmienisz.
2. Wyeksportuj dotknięte tabele do pliku .sql, np. w phpMyAdmin albo poleceniem mysqldump --default-character-set=utf8mb4.
3. Upuść plik w polu powyżej. Mojibuster naprawia tylko zepsute miejsca i pokazuje każdą zmianę.
4. Pobierz naprawiony plik i zaimportuj go w utf8mb4 do świeżej bazy testowej.
5. Sprawdź stronę. Jeśli wszystko wygląda dobrze, zaimportuj dane do bazy produkcyjnej.

Zrzut nigdy nie jest wysyłany na serwer – a to ważne, bo zwykle zawiera konta użytkowników, adresy e-mail i komentarze. Więcej na ten temat dla firm i inspektorów ochrony danych.

Uwaga na dane serializowane

WordPress przechowuje część ustawień w wp_options i wp_postmeta jako serializowane wartości PHP, np. s:9:"KrakĂłw";. Liczba oznacza długość w bajtach. Po naprawie na s:7:"Kraków"; długość 9 już się nie zgadza, a WordPress odrzuca taką wartość. Dlatego najpierw naprawiaj tabele z treścią, takie jak wp_posts, wp_comments i wp_terms. Dla opcji lepszym narzędziem jest wp search-replace z WP-CLI, które aktualizuje długości.

Usuń przyczynę w MySQL

• Przełącz tabele i połączenie na utf8mb4 i ustaw define('DB_CHARSET', 'utf8mb4'); w wp-config.php.
• Jeśli kolumna latin1 zawiera bajty UTF-8, nie konwertuj jej bezpośrednio – zakodowałbyś ją po raz drugi. Zwykła droga prowadzi przez typ binarny: najpierw MODIFY … LONGBLOB, potem MODIFY … LONGTEXT CHARACTER SET utf8mb4.
• Każdą zmianę najpierw przetestuj na kopii bazy.

Najczęstsze pytania

Więcej poradników

• Naprawa polskich znaków Naprawia krzaki w tekście i plikach.
• Krzaki w Excelu Gdy Excel otwiera CSV z krzakami.
• Napisy krzaki Polskie znaki w napisach SRT i MicroDVD.
• Co to jest mojibake? Skąd się biorą krzaki i co oznacza mojibake.
• Podwójne kodowanie Gdy ł najpierw zamieniło się w Ĺ‚, a potem w Ĺ‚.
• Cudzysłowy i myślniki „, ”, – i € zamiast cudzysłowów, myślników i euro.
• Znaki zapytania zamiast liter ? lub � zamiast liter – co da się uratować, a co nie.
• Znaki zakodowane w URL %C4%85 zamiast ą: odczytaj kody z linków i formularzy.
• MySQL i phpMyAdmin Ustaw poprawnie kodowanie tabeli, połączenia i importu.
• Outlook Napraw krzaki w mailach i eksportach kontaktów.
• PowerShell -Encoding, konsola i pliki skryptów w PowerShell 5.1 i 7.
• Python i pandas encoding w read_csv, to_csv, open() i requests.
• Notepad++ Wybierz lub zamień kodowanie – kluczowa różnica.
• Dane klientów i CRM Napraw listy klientów z CRM i ERP bez ich wysyłania.
• Windows-1250 → UTF-8 Konwertuje stare polskie pliki na UTF-8.
• Dla firm i inspektorów ochrony danych Jak Mojibuster chroni dane – i jak samemu to sprawdzić.