VS>> "less /var/db/mysql/ask_1/wp_comments.MYD" показывает внутри VS>> таблицы вполне читаемый текст в UTF-8. А вот сдампить эту базу VS>> корректно никак не могу. Пробовал: mysqldump VS>> --default-character-set=utf8 -r /var/tmp/test.sql ask_1 VS>> wp_comments mysqldump --default-character-set=latin1 -r VS>> /var/tmp/test.sql ask_1 внутри /var/tmp/test.sql получается VS>> бнопня. Правда разная бнопня в зависимости от значения ключа VS>> default-character- Вот это и аналогичные статье уже прочитал: VS>> https://makandracards.com/makandra/595-dumping-and-importing-from VS>> -to-mysql-in-an-utf-8-safe-way ничего не помогает. Посоветуйте VS>> что-нибудь умное mysql-server-4.1.25, надо с него перетащить VS>> данные на более новый.
SA> А локаль кодировка?
Как я уже отметил выше, под этой самой локалью ru_RU.UTF-8, команда "less /var/db/mysql/ask_1/wp_comments.MYD" показывает внутри таблицы вполне читаемый текст в UTF-8.
Куда еще мудрить?
SA> Наверно что нить надо мудрить cat dump.sql | iconv SA> и в таком плане
dump.sql содержит _не_ _т_ __ _амое_, что MYD файл. iconv вообще не понимает содержимое (cannot convert), мне не удалось подобрать исходную кодировку, чтобы iconv не ругался.
Поэтому задача-минимум - получить _то_ _ж_ _амое_, что физически лежит в базе.