[PHP, MySQL] záhada s kódováním

[Aigor]

No, setkal, ale mě prostě pomohlo SET NAMES 'utf8' po kazdem pripojeni.

To jo, ale jen v případě, že jejich programátor není ....

[Rainbow]

/etc/mysql/my.cnf:
[mysqld]
init_connect = "SET NAMES utf8"

[Aigor]

init_connect = "SET NAMES utf8"

Hmm, tento parametr vidím poprvé
Znamenalo by to sice překlopení celé jejich DB, ale zase by to definitivní řešení.

[Rainbow]

To som niekde vyhrabal, ked sme s PiTom prerabali jeden stary server a vsetky databazy a weby boli spravene v cp1250 - takze tam to bolo v tvare "SET NAMES cp1250". A vyriesilo to problem s upravovanim vsetkych webov.

[Jezevec]

Seznam se s fungovanim MySQL .

a) kodovani ve kterym jsou data, je dany nastavenim konkretni DB/tabulky/sloupecku (pripadne defaultem pro cely server).
b) kodovani dane konexe, je NUTNE nastavit bud opet defaultem nebo je mozne jej nastavit jako parametr pri pripojeni k databazi. Srv sam zajisti prekodovani (pokud je kodovani konexe jine nez nastaveni datoveho pole).
c) kodovani ve kterym se zobrazuje web = to co posila apache a spol.

Je potreba si ohlidat aby jednotlivy prvky tyhle cesty byly v souladu. Samo ze pokud nechces pouzivat prekodovani, muzes si do DB nastaveny na cojavim ISO ukladat win/utf, ale presne jak pises, jednou s tim narazis.

[Aigor]

Tak jsem to dneska zkusil, editoval my.cnf, restatoval server, ale žádná změna. Ta aplikace pořád funguje ve svém pseudokódování a do DB se ukládá rosypanej čaj.

ad Jezevec: tohle je jasne, ale na to musi myslet ten kdo ten PHP kod pise, jinak je to tezky.., viz tento thread.

[Caleb]

Ja musel rucne zeditovat (tj. pomoci vimu nahrazovat znaky) dumpnutou databazi, protoze "programator" ukladal CP1250 kodovanou cestinu do databaze nastavene na Latin1
Celej ten web sem predelal na UTF8, databazi take do UTF8 a chodi to naprosto bez problemu.