Что может влиять на смену кодировки русских символов в базах данных MySQL при иморте CSV?

Question

[Борис Шпаковский]

Ковыряю вот такой плагин для создания каталога ссылок: https://codecanyon.net/item/simple-link-directory-...
Все в нем прекрасно. Но при импорте из CSV, все русские слова превращаются в кракозябры типа: ÐÑовеÑка
Декодер говорит, что это кодировка ISO.

Сам CSV естественно кодирую в UTF-8, в документации плагина тоже это упомянуто. Пробовал кодировать в разных офисных пакетах, но результат один. Значит плагин в каком то месте не понимает кириллицу и конвертирует ее в другую кодировку? Помогите пожалуйста разобраться.

Comments

[Денис Янчевский]

Так Вы спросите у продавца. Он наверняка лучше других знает что и почему может не работать в его плагине.

[Борис Шпаковский]

Денис Янчевский, вопрос разработчику задал, но плагин только планирую покупать. Достал оригинальную последнюю версию, но не уверен, что разраб мне выдаст решение без предъявления лицензии, а покупать недоделанный плагин и решать с ним потом проблемы как то не особо хочется. Поэтому пришел сюда с вопросом и вообще хочется разобраться отчего такое может происходить.

Answer 1

[Antonio Solo]

то что у тебя - это данные UTF-8 которые отображаются как 1251. т.е. например ты взял файл в UTF-8 и прочитал его как 8-ми битный. либо отправляешь в MySQL данные UTF-8 но говоришь при этом что они 8-ми битные.

сделай дамп в файл при загрузке и все увидишь

Comments

[Борис Шпаковский]

Спасибо! Буду пробовать

[Борис Шпаковский]

Удалось найти ошибку и решить проблему. Благо весь процесс импорта прописан в отдельном файле. Мне удалось достать предыдущую версию плагина и сравнить их.
Вот такой был неправильным код в массиве, который приводил к кракозябрам, привожу несколько строк:

$baseData[$data[0]][] = array(
											'list_id' => trim($data[0]),
											'list_title' => sanitize_text_field(utf8_encode(trim($data[1]))),
											'qcopd_item_title' => sanitize_text_field(utf8_encode(trim($data[2]))),
											'qcopd_item_link' => trim($data[3]),
...

А вот такой правильный оказался и с ним импорт проходит великолепно:

$baseData[$data[0]][] = array(
											'list_id' => $data[0],
											'list_title' => $data[1],
											'qcopd_item_title' => $data[2],
...

Получается разработчик полученные данные из файла CSV конвертировал в utf-8 при помощи PHP. Но вопрос у меня остался открытым, почему появились кракозябры, он то конвертировал в utf-8?

[Antonio Solo]

Борис Шпаковский,

$data[1] - в какой кодировке ? UTF-8 ? то есть получается в utf8_encode передается строка в utf8 ?
тогда она и портит:

<?php
$str = "Строка в UTF-8 - δϋζθ";
echo $str, "\n";
echo utf8_encode($str), "\n";

Строка в UTF-8 - δϋζθ
СÑÑока в UTF-8 - δÏζθ

[Борис Шпаковский]

Antonio Solo, то есть делать utf8_encode можно делать только для кодировки ISO-8859-1 я так понимаю, если дать ей utf-8, то получаются кракозябры, да?

[Antonio Solo]

Борис Шпаковский, так точно

[Antonio Solo]

Борис Шпаковский, надо самому как-то определять кодировку, когда тебе ее шлет 3-я сторона. я стараюсь в файле делать идентификатор в начале типа "КОДИРОВКА=UTF-8" или "ВЕРСИЯФОРМАТА=1.0.0" и тогда уже зная русскую строку определяю в какой кодировке мне пришли данные.

[Борис Шпаковский]

Antonio Solo, спасибо за ваши ответы, многое прояснил для себя

Answer 2

[Kirito Kagurazaka]

Возможно действительно один какой файл плагина имеет отличную от других кодировку, также возможно дело в той кодировке что сейчас используется в WordPress (может один файл у него также написан ASCII), но это все мне кажется маловероятным. Пробуй WP английским делать, и конвертируй еще раз.

Comments

[Борис Шпаковский]

кодировка в конфиге прописана UTF-8, базы тоже все в ней