WordPress и експорти на база данни: Р№ и С‰ вместо й и щ

Как изглежда проблемът

INSERT INTO wp_posts (post_title) VALUES ('Меню на деня – шопска салата');

INSERT INTO wp_posts (post_title) VALUES ('Меню на деня – шопска салата');

Откъде идва

WordPress съхранява текста като UTF-8. Много по-стари инсталации обаче имат таблици, създадени като latin1, или се свързват с такова кодиране. Докато записът и четенето правят една и съща грешка, никой не забелязва. След преместване на нов сървър, експорт с 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:14:"Здравей";. Числото е дължината в байтове. Когато Р№ отново стане й, дължината вече не съвпада и 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 с йероглифи.
• Странни символи в субтитрите Когато телевизорът или плейърът показва субтитрите с йероглифи.
• Какво е mojibake Значение, произход и причини за йероглифите.
• Двойно кодиране Когато й първо стана Р№, а после се развали още веднъж.
• Кавички и тирета —, „, “ и В« вместо тирета и кавички.
• Въпросителни вместо букви ? или � вместо букви – какво може да се спаси и какво не.
• URL кодове на символи %D0%B6 вместо ж: превръщаме кодовете от връзки и форми в обикновен текст.
• 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.
• За фирми и длъжностни лица по защита на данните Как Mojibuster защитава данните – и как да го проверите сами.