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 |
+----------------------+-----------------+