[MySQL] Chybné v kódovanie po zmene hostingu

[e1]

Ahojte, mám taký zaujímavý problém (aspoň pre mňa), možno to by to malo byť v programoch - neviem. Potrebujem presťahovať dve webstránky na vlastný server (zatial sú u Forpsi) a mám problém s databázou, resp. kódovaním. Potom čo naimportujem databázu, nezobrazujú sa mi správne znaky ő a ű (jedná sa o maďarský web) a na ich mieste sú otázníky. Všetky ostatné špeciálne znaky (á, é, í, ó, ö, ú, ü) sa zobrazujú správne.
Keď spravím export, tak všetky dáta sú v poriadku, keď ich naimportujem u seba a následne vyexportujem, sú stále v poriadku, v texte vidím zachované všetky špeciálne znaky. Z tohoto my vyšlo, že problém je niekde u mňa v nastaveniach. Dáta v tabuľkách majú Collation utf8_czech_ci alebo latin2_general_ci (sám neviem že prečo, asi sa medzičasom menilo nejaké default nastavenie) a samotná databáza utf8_unicode_ci. Keď to takto naimportujem, tak znaky ő, ű sa nezobrazjő správne, tak isto keď nastavím pred improtom všade utf8_unicode_ci, alebo keď zmažem nastavenia collation a nechám to naimportovať default nastavením (utf.
Zatial sa to podarilo obísť len úpravou samotného webu pridaním

mysql_query("SET CHARACTER SET latin2")

do PHP kódu stránok, ale nezdá sa mi to ako moc elegantné riešenie, hlavne z dôvodu že sa jedná o phpBB fórum a PHP-Fusion CMS, kde je kvôli updateom úprava kódu nepraktická. Nie som žiaden PHP-MySQL guru, takže by sa hodila nejaká rada, že ako to mám nastaviť, aby to fungovalo správne. Predpokladám že mám niečo zle nastavené v MySQL, resp. niečo by som mal robiť inak pri importe. Prosím skúste helfnúť lame.

Pre úplnosť ešte dodám, že zobrazujú sa zle len tie znaky, ktoré sa naimportujú, keď napíšem nejaký nový článok, príspevok, hocičo, tak tam sa už ő a ű už zobrazuje správne. MySQL u Forpsi je 4.1.21 u mňa 5.0.18, pri imorte som nastavil SQL compatibility mode na MYSQL40 (neviem či je potrebné).

[jedik]

No moc jsem nepochopil, co je kde nastavene.

Ale pokud to dokazes exportovat vporadku, tak to proste cely ten importovaci skript preved na ISO 8859-2 kodovani(napr. pomoci PSPadu to jde docela elegantne).

Pak si u sebe nastav na cele DB(i na jednotlivych tabulkach radsi, resp se o tom presvedc) defaultni collation latin2_hungarian_ci, cimz se nastavi i kodovani a naimportuj to.

[PiT]

... tak to proste cely ten importovaci skript preved na ISO 8859-2 kodovani...

Mam pocit, ze to mu zo vsetkych ž spravi ľ a z č é ...

[jedik]

Mam pocit, ze to mu zo vsetkych ž spravi ľ a z č é ...

Proc by melo?

Ja na to v PSPadu pouzivam tak trochu berlicku, ale je to docela rychle, kdyz jde o jeden soubor:
- otevru soubor v PSPD v kodovani, ve kterem je ulozen
- Ctrl+A, Ctrl+C
- zmena kodovani(Format > ...) - ted se to samo cele zmrsi, ale nezoufejme
- Ctrl+A, Ctrl+V, Ctrl+S

Mnohokrat uspesne aplikovano.

Ono ostatne jestli to e1 dokaze vyexportovat uz primo v ISO 8859-2, tak se zadne konverze konat ani nemusi. Pisu to jen jako alternativni krok.

[e1]

jedik, týmto potom budem mať všetko v latin2, nie? Toto ja práveže nechcem, keď už dávam web na nový server, tak by som bol rád keby všetko bolo UTF8.

[jedik]

e1,

aha, v tom pripade si ten skript prekonvertuj do UTF8, ale pokud chces mit stranky v ISO 8859-2(latin2) tak ten zasah do kodu je treba.

Viz MySQL prikazy - dokumentace (a obecne) - jsou tam super i priklady

mysql_query("SET NAMES xxxx");
mysql_query('SET character_set_results=xxxx');
mysql_query('SET character_set_connection=xxxx');
mysql_query('SET character_set_client=xxxx');

Ale ber vpodtaz, ze v MySQL muzes natavit charset/collation server, databazi, tabulce, sloupecku naprosto zvlast, takze si spis rozmysli jak chces, aby to cele pak vypadalo(resp. neni problem mit celou db v UTF8 a nektere tabulky v ISO 8859-2).

[Rainbow]

Problem je v tom, ako to exportujes/importujes. Ten textovy subor (SQL skript) je v nejakom kodovani - a v nom sa to do databazy zapise. Ked mas databazu v UTF-8, tak ten subor musi byt tiez v UTF-8 (za predpokladu, ze nie su nastavene specialne tie charsety ale uplne vsetko je v UTF-8, ak pouzivas phpMyAdmin, tak aj ten).

[e1]

Všetko som robil tak ako píšeš ale neide to, stále sa mi zle zobrazujú tie znaky. Vyexportoval som DB, zmenil v nej charset a na utf8 a collation na utf8_unicode_ci, a celý texťák som uložil ako súbor s kódovaním UTF8 pre UNIX. Tento som naimportoval a výsledok je tu: test.zene.sk - nefunguje to. Stránka naďalej komunikuje s DB v latin2 a už fakt nemám šajnu źe kde a čo mám inak nastaviť.

[jedik]

Všetko som robil tak ako píšeš ale neide to, stále sa mi zle zobrazujú tie znaky. Vyexportoval som DB, zmenil v nej charset a na utf8 a collation na utf8_unicode_ci, a celý texťák som uložil ako súbor s kódovaním UTF8 pre UNIX. Tento som naimportoval a výsledok je tu: test.zene.sk - nefunguje to. Stránka naďalej komunikuje s DB v latin2 a už fakt nemám šajnu źe kde a čo mám inak nastaviť.

A jak mas teda ty pripojovaci retezce v PHP?
V tvoji DB mas vsude UTF8 a kdyz to prohlidnes treb zkrze phhMyAdmina(a nastavis v nem UTF8) tak jsou ty texty dobre?

[e1]

jedik, myslíš tento reťazec?

function dbconnect($db_host, $db_user, $db_pass, $db_name) {
    $db_connect = @mysql_connect($db_host, $db_user, $db_pass);
    $db_select = @mysql_select_db($db_name);
    if (!$db_connect) {
        die("<div style='font-family:Verdana;font-size:11px;text-align:center;'><b>Unable to establish connection to MySQL</b><br>".mysql_errno()." : ".mysql_error()."</div>");
    } elseif (!$db_select) {
        die("<div style='font-family:Verdana;font-size:11px;text-align:center;'><b>Unable to select MySQL database</b><br>".mysql_errno()." : ".mysql_error()."</div>");
    }
}

Inak v DB mám všade UTF8 a v pMA sa to pri UTF8 zobrazuje správne. Napadlo ma že by som mohol uložiť všetky *.php súbory v UTF8 kódovaní, možno by to pomohlo, aj keď mi to nedáva zmysel, lebo všetky cez CMS uložené nové dáta sa zobrazujú správne. Poznáte nejaký soft, ktorý by dokázal hromadne zmeniť kódovanie súborov?

[Rainbow]

Cize v phpMyAdminovi sa dobre zobrazuju aj stare aj nove data a na webe nie?

[jedik]

Poznáte nejaký soft, ktorý by dokázal hromadne zmeniť kódovanie súborov?

No pokud mas nejake staticky texty v tech PHP, tak urcite prekodovat.

Na hromadne prekodovani treba iconv(popr. iconv pro okna)