> > Toto velmi zly pristup k rieseniu problemov. Podla mna sa viacej oplati > investovat cas do nastudovania, ako MySQL pracuje s charsetmi a co to > obnasa. Migroval som takto produkcne data uz viac krat, a nie je s tym > ziaden problem. A praveze preferujem UTF-8. Jedinou podmienkou je, aby > tie data boli v aspon v konzistentnom stave (aby nebola cast zaznamov > v jednom kodovani a druha cast dat v inom). A na strane klienta treba po > pripojeni poslat 2 prikazy: > > SET NAMES cp1250; > SET COLLATION_CONNECTION=cp1250_general_ci'
opravdu si staci o tomto neco precist v manualu a potom treba diskuze zde: http://php.vrana.cz/mysql-4-1-kodovani.php http://php.vrana.cz/prevod-kodovani-mysql.php V podstate ty charsety jsou velice jednoduche a funguji dobre. Nema cenu toto zavrhovat, kdyz se Vam nepovedou jednou dvakrat prevest data. Dulezite je mit opravdu na databazi, tabulkach, sloupcich nastavene spravne charsety a collate. PM -- # --------------- # Petr Macek # [EMAIL PROTECTED] # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
