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

[howard]

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

[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.