Dotaz: client encoding při připojení z PHP do MySQL

[8an]

Migruji WWW server na Debian, a narazil jsem na problém s MySQL: výchozí nastavení kódování je Latin1, takže to zlikviduje české znaky.

Nastavil jsem "default-character-set = latin2" v my.cnf, ale to má vliv jen na konzolového mysql klienta, ne na PHP. Nevíte kde se nastavuje totéž pro PHP?

P.S. Vím že je možné nastavit kódování příkazem "SET CHARACTER SET", ale to by vyžadovalo zásah do PHP skriptů uživatelů, což není přijatelné.

Děkuji za nápady,

Lukáš Turek

Odpovědi

[pasmen]

Rekl bych, ze tohle bude docela problem. Ja pouzivam mysql_query("SET NAMES kodovani") po pripojeni v kazdem skriptu, PHP je v tomhle hloupe, takze pokud to nekdo ve svem skriptu nema, je to tak trochu jeho vina...

[azurIt]

nie je pravda, ze je hlupe. hlupi su ludia, ktori tam to set names nedavaju (skade by asi PHP mohlo vediet, ake kodovanie potrebujes ?). keby existovalo nastavenie nieco akoze 'default encoding', nerobilo by nic ine len by poslalo presne tento dotaz hned po pripojeni.

[pasmen]

Hmm, a co je podle tebe direktiva default-character-set = kodovani v sekci [client] souboru my.cnf? Tohle kodovani mysql server nabizi klientovi (tak napr. command line klient pozna, jake kodovani ma prevzit). Takze ano, PHP je do jiste miry hloupe, ze nabizene kodovani nepouzije a je nutne mu to rici. Ale prave proto, ze se to o PHP vi mas pravdu, to ty lidi jsou hloupi, ze to ve skriptu nerikaji.

[8an]

No ale já právě nechápu, jaktože to na původním serveru (FreeBSD) funguje, PHP tam používá Latin2 (a v my.cnf to nastavené není). Že lidi jsou hloupí souhlasím, obzvlášť když mají UTF8 data v tabulkách deklarovaných jako Latin2... Ale lidi bohužel opravit nemůžu, musím opravit konfiguraci.

[8an]

Tak to vypadá že je potřeba překopilovat MySQL server s --with-charset=latin2

[azurIt]

ta direktiva je _len_ pre textoveho klienta 'mysql' dodavaneho spolu z MySQL serverom. obdobna direktiva sa v konfigu da pouzit aj pre server, ale to neznamena, ze server bude toto kodovanie ponukat klientom - serveru tym praveze hovoris, ake kodovanie budu defaultne klienti pouzivat.

[Jan Martinek]

Nedávno jsem tohle řešil v pythonu a třeba půjde podobný postup použít i v PHP. Chtěl jsem docílit těchto vlastností:
1) abych s databází komunikoval v unicodu
2) abych já, coby uživatel nikde nemusel nastavovat character_set.
3) aby se příkaz mysql i skripty v pythonu chovaly "stejně" - v souladu s nějakým globálním nastavením.
Dospěl jsem k tomu, že v /etc/my.cnf mám (mimo jiné)

[client]
default_character_set=utf8

Ve svém houmu mám ~/.my.cnf, v něm třeba heslo nebo tak něco a krom toho řádek

!include /etc/my.cnf

takže kódování se převezme z /etc. Tím je vyřešen příkaz mysql. Chtělo by to ještě podobnou věc ve skriptech v pythonu. Tam to jde takto:

#!/usr/bin/env python
#coding: utf-8
import MySQLdb
db = MySQLdb.connect(use_unicode = True, read_default_file="~/.my.cnf")
c = MySQLdb.cursors.DictCursor(db)
c.execute('show variables like "%character%"')
for row in c.fetchall():
    print '%30s %30s' %(row['Variable_name'], row['Value'])
c.close()
db.close()

Komunikace probíhá v unicode, přičemž znaková sada se převezme z ~/.my.cnf a ten to zase přebere z /etc. Skript, který jsem uvedl, by měl vypsat

          character_set_client                           utf8
      character_set_connection                           utf8
        character_set_database                           utf8
      character_set_filesystem                         binary
         character_set_results                           utf8
          character_set_server                           utf8
          character_set_system                           utf8
            character_sets_dir     /usr/share/mysql/charsets/

a doufám, že se tím zase na nějakou dobu zbavím problémů. Kdyby se správce (což jsem já) zbláznil a rozhodl se vrátit zpátky na latin2, tak překóduje celou databázi a změní něco v /etc. A mě jakožto uživateli bude všechno nadále fungovat aniž bych cokoli měnil.

[8an]

Ten parametr "use_unicode = True" podle mě nedělá nic jiného než "SET NAMES utf8", takže to nic neřeší. Já asi u databází Wordpressu a podobných podivností nastavím Latin1, aby to nedělalo konverzi kódování, a zbytek nechám. Nechce se mi kompilovat MySQL a řešit pak aktualizace ručně...

[razor]

Zdar, use_unicode = True dělá to, že textová data jsou na straně pythonu překonvertována na datový typ unicode. Jinak je použit datový typ str. Znakovou sadu to neovlivňuje.

[pasmen]

S tim kodovanim mate asi pravdu, default-character-set = kodovani v sekci [client] mozna nema vliv na kodovani jake klient prevezme. Ale nasel jsem jeste jednu vec: mohlo by pomoci toto

[mysqld]
init_connect = "SET NAMES utf8";

Vice je uvedeno v manualove strance mysqld (8).

[razor]

Zdar, default-character-set = kodovani v sekci [client] v my.cnf podle mě má vliv na to, jaké kódování převezme klient (v tomto případě php). Lze ověřit např:

<?php
$link = mysql_connect('localhost', '', '' );
$result = mysql_query("show variables like '%character%'");                                       
while ($row = mysql_fetch_row($result))
    echo "$row[0] -> $row[1]\n";
mysql_close($link);
?>

před a po editaci my.cnf

[pasmen]

Podle me taky (viz. muj prispevek vyse), ale jisty si nejsem. Kazdopadne s tim init_connect by to mela byt tutovka.

[azurIt]

ano to urcite pojde, tiez to takto pouzivam. avsak potom mozu mat problem ludia, ktori pouzivaju ine kodovanie :) ako som uz pisal vyssie, 'set names' je proste nutnost ak niekto chce aby mu jeho app fungovala vsade.

[azurIt]

nie je to tak, pozri si moj prispevok vyssie.

sekcia [client] je len pre klienta dodavaneho spolu s MySQL serverom.

[razor]

není tomu tak. Pro mysql klienta je určena sekce [mysql] .

[pasmen]

Mas samozrejme pravdu, predtim jsem si nebyl jisty tak jsem ho nechal pri tom jeho, ale prave jsem se koukal, a to co je uvedeno v sekci [client] se predava _vsem_ klientum.

[8an]

Dík moc, to je přesně ono :o)