To teraz trudniejsz chyba. PHP+MYSQL+UTF - migracja.

[Wieslaw Kierbedz]

Paweł Muszyński nagli:
> Marcin Kaminski pisze:
>   
>> On Monday 11 of February 2008, Wieslaw Kierbedz wrote:
>>     
>>>> http://acko.net/node/56
>>>> To jest odpowiedź :-D.
>>>>         
>>> Ale niestety niepełna.
>>> UFPDF nie łamie tekstu.
>>> Tj. nie działa automatyczne zawijanie tekstu i wyrównania w pionie.
>>> Czyli d. Nie będzie koszernie. Bazy zostają w latin2.
>>> Błe.
>>>       
>> Możesz przechowywać, przetwarzać i używać w UTF8, a drukować w LATIN2 i wg 
>> mnie to byłoby najlepsze (przy założeniu że drukowanie wymaga LATIN2).
>> Dane, które podajesz do UFPDF konwertuj z utf-8 do latin2 (i tylko w tym 
>> momencie, nie przechowuj ich nigdzie w LATIN2) za pomocą iconv, 
>>     
>
> To chyba najlepiej - wtedy wszędzie masz utf, tylko do fpdfa uzyj latin2.
>
> Albo jeszcze lepiej, chociaż nie znam fpdfa i nie wiem, czy to wykolane 
> - samemu stworzyć klasę potomną od fpdfa i przeładować metody, które 
> tego wymagają (nie wiem, czy nie wystarczy Cell() przeładować)
>
>   
>> ewentualnie 
>> przed pobieraniem danych z bazy ustaw mysql_client_encoding("latin2").
>>
>>     
>
>   
Rzecz w tym, że to migracja ze starej fedory.
Tych baz jest kilka.
Witrynami zajmują się właściciele. Pewnie by sobie poradzili (ale czy 
bez krzyku).
To raz.
PDF do faktur jest potrzebny,
Całe oprogramowanie pisał ktoś inny.
Nawet namierzyłem, gdzie tam konwersja iso - cp się odbywa.
Teoretycznie wstawić utf - cp nie jest problemem (oprócz tego, że są tam 
podefiniowane dodatkowe tablice podstawień znaków - nie chce mi się 
zgadywać po co).
Tylko, że doszedłszy do tego punktu stwierdziłem, że skoro i tak 
wszystkiego w utf mieć nie mogę, to szkoda zachodu (eksporty, konwersje, 
pierdoły).

Chciałem spróbować koszernie.
Nie zeżarło.
ISO nie jest złe ;>.

Bardzo dziękuję za podpowiedzi. Czegoś się chociaż przy okazji nauczyłem 
(ten serwer, to taka ekstra robótka na dokładkę).

-- 
WK