MySQL a Cestina

Karel Zak zakkr na zf.jcu.cz
Čtvrtek Leden 17 10:36:57 CET 2002


On Thu, Jan 17, 2002 at 09:46:36AM +0100, Michal Krause wrote:
> On 17/01/2002, JSaur na ebanka.cz wrote:
> 
> > jiz drive jsem se snazil vyresit kodovani cestiny.
> > Mam Apache a Csacek. Kodovani cestiny v BODY souboru probiha
> > perfektne. Ale problem je s daty, ktere taham z MySQL. Tam se mi
> > nezobrazuje s^ a z^. Data do DB zadavam pres browser z Win.
> 
> Pouzivam v podstate tutez konfiguraci a nemam s tim nejmensi potize.
> Pokud csacek _neni_ kompilovan s --disable-decodequery (mozna je na to i

 Je treba bojovat s pachuti minulosti.... nebylo by lepsi lidem rikat 
 delejet korektni stranky s 

<meta HTTP-Equiv="Content-Type" CONTENT="text/html;
 charset=iso-8859-2">

 na mislo pouzivani bastlirskych zalezitosti jako jsou ruzne kodovace?

 Co se tyka vystupu z SQL tak pouzivejte reseni, ktera umeji
 prekodovavat data (mozna i MySQL) a nebo nejlepe data ukladejte v
 jiz pozadovanem kodovani -- coz je IMHO efektivnejsi nez je pak pri
 kazdem jejich pouziti prekodovavat.

> nejaka konfiguracni direktiva, to zjistite na www.csacek.cz), prevadi
> data pozadavku na vychozi kodovani (csacekDefaultCharset). Tudiz pokud
> budete data zadavat i zobrazovat na stejnem (resp. stejne nastavenem)
> virtualu, nemel by vzniknout zadny problem, nezavisle na tom, v jakem
> kodovani jsou data na vstupu. Pokud se nezobrazuje dobre s~ a z~ (a
> nejspis i t~), pak jsou data v databazi v kodovani odlisnem od
> csacekDefaultCharset (konkretne cp1250 vs iso8859-2 a nebo vice versa).
> 
> Nejjednodussi postup, jak zjistit, v cem je problem, je podivat se, v
> jakem kodovani jsou data ulozena v databazi. Pokud jsou v pozadovanem
> cilovem kodovani, je nejspis spatne nastaven virtual, pres nejz se
> zobrazuji, pokud jsou v nespravnem cilovem kodovani, je problem v
> zadavani dat.
> 
> Typickou pricinou muze byt napriklad to, ze nekdo tvori data na Windows
> v CP1250, do databaze je chce dat v iso8859-2, tak je nejakou utilitkou
> prevede a posle je tam pres webove rozhrani, kde ale bezi Csacek, ktery
> z hlavicek pozadavku odvodi, ze data by mela byt v CP1250 a provede
> druhou konverzi (vedouci de facto k poniceni dat).

 Konverze necht si dela klient. Mam aplikaci kterou daty plni (i) lide 
 z Windows, DB je v Latin2, stranky jsou v Latin2 a zadny pytlik na to
 nepouzivam a me s~ jsou OK.

        Karel


-- 
 Karel Zak  <zakkr na zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/
 
 C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz


Další informace o konferenci Linux