 Kodowanie polskich znaków na szybko, czy jest sens? |
| Kodowanie polskich znaków na szybko, czy jest sens? |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 1 657 Pomógł: 125 Dołączył: 29.04.2006 Ostrzeżenie: (0%) 
 |
Mam straszny problem z transportowaniem danych pomiędzy różnymi serwerami (danych z bazy MySQL) przy kodowaniu UTF-8 (z ISO-8859-2 nie ma problemów, jesli sie zmieni kodowanie za pomocą np. programu gżegżółka), więc wpadłem na taki prosty pomysł, aby do bazy wysyłać zakodowane polskie znaki,np:
ą - &$a; Ź - &$X; itd. Czy jest sens takiego kodowania (a przy pokazywaniu odkodowania) - czy jest jakieś rozwiązanie, czy będzie to bardzo spowalniało czy tylko trochę no i jaki jest najszybszy sposób takiego kodowania (tj.coś oprócz str_replace chyba że własny algorytm) |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 219 Pomógł: 5 Dołączył: 18.07.2006 Skąd: Piekary Śląskie Ostrzeżenie: (0%)
|
Ja tam zawsze na początku listy zapytań wstawiam polecenie "set names" i wtedy zawsze jest dobrze.
|
|
|
|
radex_p Kodowanie polskich znaków na szybko 6.10.2007, 10:57:35 
tomeksobczak a nie lepiej przy eksporcie i imporcie zadbac o ko... 6.10.2007, 12:03:56 radex_p Używając PMA przy eksporcie nie ma możliwości wybr... 6.10.2007, 12:19:20 tomeksobczak hmmm
nigdy nie miałem takich problemów podczas pr... 6.10.2007, 16:51:18 radex_p @tomeksobczak - System porównań dla poł... 7.10.2007, 08:33:34 tomeksobczak ja uzywam utf8_general_ci
raz musialem uzyc utf8_... 7.10.2007, 08:49:33 radex_p nie działa :/ 10.10.2007, 14:24:18 SzamanGN Po wpisie:
mysql_connect($serwerMySQL,$u... 11.10.2007, 15:12:10 radex_p to nic nie da. Koduje dobrze, ale ten gów****y SQL... 11.10.2007, 20:07:39 matix iconv() 11.10.2007, 20:25:55 
radex_p czy proponujesz przed eksportem zamienić wszytko w... 12.10.2007, 17:33:02  |
|
Aktualny czas: 26.09.2025 - 02:43 |
