Forum PHP.pl

Zauważyłem, że w mojej bazie danych MySQL polskie znaki zachowywane są w dziwny sposób:


Strona, która na moim serwerze wyświetla dane z bazy ma kodowanie UTF-8 i wyświetla znaki poprawnie. Kiedy zrobię zrzut bazy i zaimportuję go na inny serwer przez phpMyAdmin, to polskie znaki mają postać niepoprawną mimo takiej samej strony wyświetlającej je.

Jakim programem skonwertować te niepoprawne znaki na ich odpowiedniki w UTF-8?

A próbowałeś

Przy imporcie przez phpMA ustaw właściwy zestaw znaków dla importowanej bazy, może to jest przyczyną ("Kodowanie pliku")

Sęk w tym, że w UTF-8 jest cały phpMyAdmin, importowanie plików jako UTF-8, jak na mojej stronie (też z kodowaniem UTF-8) dam "set names utf8" to wyświetla właśnie takie krzaczki jak powyżej, a jak nie dam to wyświetla znaki zapytania zamiast polskich znaków w Firefoxie.

Mam wrażenie, że te polskie znaki zapisane są w jakiejś odmianie Unicode, gdyż 1 znak zajmuje 2 bajty (tak jak przy UTF-8).

Gdyby był unicode, to wszystki znaki by tyle zajmowały. UTF zapisuje dwubajtowo znaki wykraczające poza zakres ASCII.


Dopisz to samo zapytanie do pliku, który importujesz. (na początku )

Unicode to tylko zestaw znaków, a UTF-8 to właśnie jeden z systemów ich kodowania.
Dopisałem, dalej mam krzaczki zamiast polskich liter.

Natomiast znalazłem ten ciekawy post, przydałoby się takie bbWP2UTF8 dla dowolnych plików SQL, bo ręcznie mi się wszystkich polskich znaków nie uśmiecha zamieniać.

Zawsze mnie dziwią te problemy z kodowanie znaków w bazach danych a już szczególnie wówczas jak dane mamy wszędzie w utf-8. Przecież recepta na to jest prosta:
- zwracaj uwagę na kodowanie znaków przy połączeniu (w phpMyAdmin zaraz po zalogowaniu masz info z jakiego rodzaju kodowania korzystasz, w aplikacji wystarczy zapytanie)

[SQL] pobierz, plaintext 
SET NAMES 'utf8';
[SQL] pobierz, plaintext 

lub

[PHP] pobierz, plaintext 
<?php
mysql_set_charset('utf8');
?>
[PHP] pobierz, plaintext 

- jeżeli tworzysz tabelki ustawiaj im kodowanie na utf8
- jeżeli tworzysz kolumny ustawiaj im również kodowanie na utf8
- nie otwieraj zrzutów bazy danych notatnikiem tylko jakimś innym edytorem potrafiącym sprawdzić sobie kodowanie pliku tekstowego
- uważaj na edytory bo niektóre wstawiają do utf8 znacznik kolejności bajtów (BOM) który w UTF-8 jest nieobowiązkowy

PS
Jeżeli masz już zrypany zrzut bazy (czytaj krzaki w pliku) to poszukaj programu Gżegżółka

PS 2
Dla pewności wstawi jeszcze na początku pliku w którym wysyłasz dane do przeglądarki

[PHP] pobierz, plaintext 
<?php
header('Content-Type: text/html; charset=utf-8');
?>
[PHP] pobierz, plaintext 

Zmień oczywiście typ zwracanego dokumentu jeżeli jest nie poprawny
No i jeszcze dla pewności w IE

[HTML] pobierz, plaintext 
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
[HTML] pobierz, plaintext 

Ten post edytował Roly 3.06.2009, 13:40:10

Przecież już pisałem, że wszędzie mam UTF-8, zarówno w HTML-u jak i w połączeniu z bazą (SET NAMES utf8). Natomiast dane w pliku eksportu są zapisane takimi krzaczkami. Próbowałem już Gżegżółką, ale tam jest tylko ISO<->UTF8 i WIN1250<->UTF8, a ja potrzebuję coś jak DZIWNY_UTF8<->UTF8.

Nie mogąc się doczekać odpowiedzi zrobiłem prosty skrypt w PHP:

[PHP] pobierz, plaintext 
<?php
if($_POST['text'])
{
    header("Content-type: text/plain; charset=utf-8");
    header("Content-disposition: attachment; filename=dump.sql");
    $msg=$_POST['text'];
    $msg=str_replace("Ä…","ą",$msg);
    $msg=str_replace("ć","ć",$msg);
    $msg=str_replace("Ä™","ę",$msg);
    $msg=str_replace("Ăł","ó",$msg);
    $msg=str_replace("Ĺ‚","ł",$msg);
    $msg=str_replace("Ĺ„","ń",$msg);
    $msg=str_replace("Ĺ›","ś",$msg);
    $msg=str_replace("Ĺź","ż",$msg);
    $msg=str_replace("Ĺş","ź",$msg);
    $msg=str_replace("Ł","Ł",$msg);
    $msg=str_replace("Ă“","Ó",$msg);
    $msg=str_replace("Ăź","ü",$msg);
    $msg=str_replace("ä","ä",$msg);
    $msg=str_replace("Ĺ‘","ö",$msg);
    $msg=str_replace("Ő","Ö",$msg);
    echo stripslashes($msg);
}
?>
[PHP] pobierz, plaintext 

Witam,

Mam dokładnie taki sam problem, czy to wina baz danych?