Wiadomość napisana w dniu 2012-06-15, o godz. 01:29, przez Tomasz Chiliński:
Jeśli tak backup otrzymałeś z zewnątrz to nic nie wskórasz. Jeśli masz możliwość zrobienia backupu jeszcze raz to może się udać wyeksportować bazę mysql z kodowaniem latin1 co spowoduje, że błędnie kodowane z punktu widzenia latin1 znaki zachowają oryginalną błędną postać.
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Otrzymałem inny dump od administratora file -bi baza_nowa.sql text/plain; charset=unknown-8bit
Jednak przy próbie zaimportowania nadal są krzaki lub pytajniki
mysql -u root --default-character-set=latin2 lms < baza_nowa.sql -p próbowalem przestawiac na wszystko :-) latin1 latin2 utf8 nadal są krzaki natomiast w samej bazie mam tak ustawione kodowanie w my.cnf tez jest utf8
mysql> show variables like '%character%'; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | utf8 | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--------------------------+----------------------------+ 8 rows in set (0.00 sec) mysql> SHOW VARIABLES LIKE 'collation%'; +----------------------+-----------------+ | Variable_name | Value | +----------------------+-----------------+ | collation_connection | utf8_general_ci | | collation_database | utf8_general_ci | | collation_server | utf8_general_ci | +----------------------+-----------------+