Ситуация типовая: дамп базы в ср1251 был вставлен в MySQL 4.1.х, при не выставленном чарсете, так что теоретически все работало под latin1. Однако данные были преобразованы, видимо под utf8. Во всяком случае, обратный дамп выдает уже другие данные.
Проблема в том, что данные эти как utf8 никем не понимаются. iconv ругается на превый же отличный от верхней половины ASCII символ как на недопустимый. При попытке получить данные с --set-charset={cp1251,utf8} получается либо вопросы, либо абракадабра соответственно.
Самое странное, что пхп смело берет и выдает эти данные как cp1251.
Вопрос: в каком виде сейчас хранятся данные и можно ли их как-то спасти ? (С базой уже работали.)
Ответ на:
комментарий
от anonymous2
Ответ на:
комментарий
от LamerOk
Ответ на:
комментарий
от anonymous2
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум mySQL преобразование latin1 utf8. (2012)
- Форум UTF8 > CP1251 (2007)
- Форум mysql: howto latin1.table.host1 move to utf8.table.host2 (2006)
- Форум c++ cp1251 > utf8 (2010)
- Форум теги utf8 => cp1251 (2008)
- Форум utf8 -> cp1251 (С++) (2008)
- Форум perl, cp1251, utf8 (2007)
- Форум isql cp1251 utf8 (2006)
- Форум Переименовать файлы CP1251 - UTF8 (2017)
- Форум proftpd patch [utf8 -> cp1251] (2005)