WordPress і бази даних: РџСЂРёРІС–С‚ чи ???? замість українського тексту

Як виглядає проблема

INSERT INTO wp_posts (post_title) VALUES ('Замовлення готове — доставка в середу');

INSERT INTO wp_posts (post_title) VALUES ('Замовлення готове — доставка в середу');

Звідки це береться

WordPress зберігає текст в UTF-8. Але багато старих установок створювали таблиці в latin1 або cp1251 чи підключалися до бази з таким кодуванням. Поки запис і читання роблять одну й ту саму помилку, ніхто нічого не помічає. Після перенесення на новий сервер, експорту через phpMyAdmin або зміни кодування з’єднання кожна українська літера раптом перетворюється на два символи.

• DB_CHARSET у wp-config.php дорівнює latin1 або не збігається з таблицями.
• Дамп експортували як latin1, а імпортували як utf8mb4 — або навпаки.
• Плагін чи скрипт імпорту ще раз перекодував уже зіпсований текст. Так виникає подвійне кодування.

Виправляємо експорт

1. Зробіть резервну копію бази, перш ніж щось змінювати.
2. Експортуйте потрібні таблиці у файл .sql, наприклад через phpMyAdmin або mysqldump --default-character-set=utf8mb4.
3. Перетягніть файл у поле вище. Mojibuster виправить лише зіпсовані місця й покаже кожну зміну.
4. Завантажте виправлений файл та імпортуйте його в чисту тестову базу з кодуванням utf8mb4.
5. Перевірте сайт. Якщо все гаразд, імпортуйте файл у робочу базу.

Дамп нікуди не надсилається. Це важливо: у ньому зазвичай лежать облікові записи, адреси електронної пошти та коментарі.

Обережно: серіалізовані дані

WordPress зберігає частину налаштувань у wp_options і wp_postmeta у вигляді серіалізованих значень PHP, наприклад s:12:"Привіт";. Число — це довжина рядка в байтах: в UTF-8 кожна українська літера займає два байти. Зіпсований текст має іншу довжину, ніж виправлений, тому після правки число не збігається, і WordPress відкидає значення. Спершу виправляйте таблиці зі вмістом: wp_posts, wp_comments і wp_terms. Для налаштувань краще підходить wp search-replace з WP-CLI — він перераховує довжини.

Усуваємо причину в MySQL

• Переведіть таблиці та з’єднання на utf8mb4 і вкажіть у wp-config.php рядок define('DB_CHARSET', 'utf8mb4');.
• Якщо в стовпці latin1 лежать байти UTF-8, не конвертуйте його напряму — текст закодується вдруге. Звичайний шлях іде через двійковий тип: спочатку MODIFY … LONGBLOB, потім MODIFY … LONGTEXT CHARACTER SET utf8mb4.
• Кожну зміну спершу перевіряйте на копії бази.

Часті запитання

Інші інструкції

• Декодер кракозябр Виправляє кракозябри в тексті та файлах.
• Кракозябри в Excel Коли Excel відкриває CSV кракозябрами.
• Кракозябри в субтитрах Коли телевізор чи плеєр показує субтитри кракозябрами.
• Що таке кракозябри Значення, походження й причини кракозябр.
• Подвійне кодування Коли «привіт» спершу став РїСЂРёРІС–С‚, а потім зіпсувався вдруге.
• Апостроф і лапки ’, В«, — і в„– замість апострофа, лапок, тире й знака номера.
• Знаки питання замість букв ? або � замість букв – що можна врятувати, а що ні.
• URL-коди символів %D1%97 замість ї: перетворюємо коди з посилань і форм на звичайний текст.
• MySQL і phpMyAdmin Правильне кодування таблиці, з’єднання та імпорту.
• Outlook Виправляємо кракозябри в листах і вивантаженнях контактів.
• PowerShell -Encoding, консоль і файли скриптів у PowerShell 5.1 та 7.
• Python і pandas encoding у read_csv, to_csv, open() та requests.
• Notepad++ Вибрати чи конвертувати кодування — важлива різниця.
• Клієнтські дані та CRM Виправлення клієнтських баз із CRM та ERP без надсилання на сервер.
• Windows-1251 → UTF-8 Перекодувати старі українські файли в UTF-8.