Ahoj,

tak ja jsem se v tom uz uplne ztratil jeden server kde mi bezi debian sarge mysql Ver 12.22 Distrib 4.0.24, for pc-linux-gnu (i386) a Server version: Apache/1.3.33 (Debian GNU/Linux) a tudiz i database phpbb_borek a phprs. Nastaveni virtualhosta

<VirtualHost *>
        ServerAdmin webmaster@irix.cz
        DocumentRoot /usr/local/www/beh3.tabornici-kladno.com
        ServerName beh3.tabornici-kladno.com
        ErrorLog /usr/local/www/beh3.tabornici-kladno.com/logs/beh3.tabornici-kladno.com-error.log
        CustomLog /usr/local/www/beh3.tabornici-kladno.com/logs/beh3.tabornici-kladno.com-access.log common
        AddDefaultCharset ISO-8859-2
        <directory /usr/local/www/beh3.tabornici-kladno.com/>
                Options Indexes FollowSymLinks
                allow from any
        </directory>
        <directory /usr/local/www/beh3.tabornici-kladno.com/phpBB2>
                AddDefaultCharset WINDOWS-1250
                Options Indexes FollowSymLinks
                allow from any
        </directory>
</VirtualHost>

A mym ukolem a pranim je to premigrovat na na jiny server Debian Etch mysql Ver 14.12 Distrib 5.0.16, for pc-linux-gnu (i486) using readline 5.1 a Server version: Apache/2.0.55.

Ovsem ne a ne natrefit na spravnou kombinaci charset a collation, export/import. takze bych rad poprosil o radu

1. Jak na puvodni serveru vydolovat data ? dump ?
2. pouzit na novem server implicitne utf8 ? souvisi s tim i nastaveni locales ?
3. jak nastavit novou mysql , kam do ktere sekce co [mysql-client]... v soucasnosti jsem to vratil do defaultu

   character_set_client latin1
   character_set_connection latin1
   character_set_database latin1
   character_set_results latin1                     
   character_set_server latin1
   character_set_system utf8
   character_sets_dir /usr/share/mysql/charsets/
   collation_connection latin1_swedish_ci
   collation_database latin1_swedish_ci
   collation_server latin1_swedish_ci

   
   
4. Bude potreba nastavit neco v phprs nebo phpbb napr. SET NAMES ... popr. prekonvertovat soucasne texty v souborech pomoci iconv, recode , enca na utf8 ?
   
5. Jak nastavit potom apache2 virtual host

Dekuji moc za jakoukoli radu uz jsem z toho dost bezradny, prece jen nejsem schopen to nasosat z AJ dokumentace a prohlasuji ze jsem googlil dlouho, napr. php.vrana.cz ... ale proste jsem nebyl uspesny.

1. Exportuju data z PHPMyAdmina do textu, přičemž se ujistím, že výsledný text je v UTF8
2. Zapomenu na to, že mám na cílovém stroji PphMyAdmin
3. Pustím řádkového klienta a importuju do nové databáze. Přitom dávám pozor na to, abych zavolal SET NAMES a potom spustím zpracování mého milého texťáku pomocí příkazu SOURCE řádkového klienta. Pozn.: Source znamená, že následující příkazy budou pocházet ze souboru, ne z výchozího vstupu.

Dekuji vam obema za rady,
uspesne vyreseno, takto :

mysql nastaveno na utf8 a klient na latin2, protoze mam locales na tom serveru na iso-8859-2
[client]
...
default-character-set = latin2

[mysqld]
...
default-character-set = utf8
default-collation = utf8_czech_ci

- phpadminem (jako backendem k mysqldump) exportovat ty db ,(byli v latin2)
- recode l2..utf8 < file_in > file_out
- mysql
- set names utf8;
- source /path/to/file
- v phpbb, phprs a ostatnich aplikacich jsem nastavil napevno set names jak bylo potreba.

a ejhle vse funguje jak ma a jen a jen kvuli tomutu serialu a vasim radam a take mysql manualu :)

takze diky moc

P.S. jestli jsem udelal nejakou zjevnou chybu se by se mi mohla pozdeji vymstit, prosim upozornete mne.

S pozdravem
Petr Bartel

Na konverzi doporucuji spise program iconv (protoze je primou soucasti GNU C knihovny) nez program recode.

Iconv bude obsazen uplne ve vsech distribucich narozdil od programu recode.

Z pohledu klienta se PHP chová tak, jak bylo uvedeno v článku:

Tady není moc co dodat. Je třeba si uvědomit, že z hlediska databáze je PHP klient jako každý jiný, a že je tudíž namístě specifikovat v našich ctěných skriptech rovněž odpovídající příkaz SET NAMES, nějak takhle:

Takže, data budou poslána v kódování nastaveném pomocí SET NAMES. Pokud SET NAMES nastaveno nebylo, pak pomocí výchozího kódování.

Zdravim, pro provoz mysql a php na lokalu pouzivam xampp, cili mysql 5.0.27 pro verzi xamppu, kterou mam.
Problem je, kdyz importuju data z csv souboru kodovanym v cp1250 (kodovani utf8 by neslo s funkci fgetcsv dohromady). Ve skriptu mam nastaveno iconv_/input/internal/output/_encoding taky cp1250, header taktez, pri lazeni skriptu mam i debugger nastavenej na cp1250, mysql ma nastaveno taky vsude cp1250 i na databazi (az na server, ale to by vadit nemelo, nefunguje to i s nastavenym server-default-characterset=cp1250) kterej je latin1.
Do tabulky mi napadaj data bud spatne kodovany, nebo z ni spatne kodovany lezou, protoze nefunguje cestina a misto ni se zobrazuji "paznaky".. Nevite, co mam jeste vyzkouset?

Vím. SET NAMES. Php je klient, a jako takový hovoří k serveru v nějaké znakové sadě. Pomocí SET NAMES před započetím importu byste nastavil, že přicházející data jsou v nějaké znakové sadě. Jinak si bude databáze myslet, že data jsou ve výchozí znakové sadě, což nejsou.

Prikaz set names i set charset jsem provedl, ale vysledek zadny. Cele to vypada, ze jsou vsude nastaveny spravne znakove sady, ale nechova se to tak.. Pokud chcete, poslu vam muj php skript i csv soubor, nenapada-li vas, co by mohlo byt dale spatne.

klidně pošlete ... mail na mě je v profilu, pošlu Vám zpátky adresu. Nebo ta data někde vystavte, pokud nejsou tajná, a pošlete mi link.

http://download.yousendit.com/6CC52E7E3A1364AB takze link pro download kodu a csv souboru. Tajne neni nic, ani to, ze ten kodu jiste muze byt i lepsi:) Nicmene funguje, coz mi staci.

Pokud neumíte ani opsat text z článku, pak je to těžké. Vy máte v kódu

$names = "set names cp1250";

zatímco v článku je

mysql_query("SET NAMES 'cp1250';"); //nebo 'latin2' nebo 'utf8' 

a ještě pro jistotu je to tam tučně.

jisteze, jenomze o dva radky dal predavam promennou $names jako parametr: "mysql_query($names,$link);"
Je to sice zbytecne rozvlekle, ale na funkcnosti to nic nemeni.

Aha, tak jsště polopatičtěji. CHYBĚJÍ VÁM TAM APOSTROFY. Už je to jasné?

set names cp1250

není totéž jako

set names 'cp1250'

Zvláštní.. pro zkoušku jsem napsal toto:
<?php
header("Content-Type: text/html; charset=cp1250");
iconv_set_encoding("input_encoding","cp1250");
iconv_set_encoding("output_encoding","cp1250");
iconv_set_encoding("internal_encoding","cp1250");
mysql_connect("localhost","root");
mysql_query("set names 'cp1250';");
mysql_query("set charset 'cp1250';");
mysql_query("create database if not exists pokus default charset 'cp1250';");
mysql_query("use pokus");
mysql_query("create table if not exists tabulka (sloupec1 varchar(40) not null primary key)");
mysql_query("insert into tabulka (sloupec1) values (\"čočka\")");
mysql_close();
?>
Myslím, že je to správně - všechny dotazy se provedou - přesto však "čočka" vypada jako "?o?ka".
Abych předešel prípadným syntatickým nedorozuměním, zkoušel jsem dokonce dát do apostrofů iconv a header názvy charsetů:)

... problém je někde mezi klientem a skriptem, jelikož zadavaní čeětiny ručně v mysql konzoli funguje.. Jestli Vám je jasné proč, tak mě ne a hlavě - nemám se koho zeptat;-)

<?php
mysql_connect("localhost","root");
mysql_query("set names 'cp1250';");
mysql_query("create database if not exists pokus default charset 'cp1250';");
mysql_query("use pokus");
mysql_query("create table if not exists tabulka (sloupec1 varchar(40) not null primary key)");
mysql_query("insert into tabulka (sloupec1) values (\"čočka\")");
mysql_close();
?>

Vykopírujte a uložte jako php soubor. Ujistěte se, že je uložen v kódování cp1250 a ne UTF-8 a spusťte jej. testováno, funguje.

Výborně, tak to funguje alespoň Vám. Asi bude u mě chyba někde v editoru, nebo už nevím.. Budu zkoušet. Každopádně děkuji.

jde o to, co používáte za editor. Jste si jist, že ukládá v cp1250?

používám PHPEDit 2.8.0.3997 pro php, který snad umí ukládat do cp1250 - kontrolováno pspadem. Mysql 5.0.27, php 5.2.0 - xampp 1.5.5 - winXP.. V podstate je mi jedno, jakou znakovou sadu používat, ale ve skriptu používam funkci fgetcsv, která by asi utf8 soubor nezvládla.

Pak to zkrátka musí fungovat.