No, takže základní problém, proč to puschpullovi nejde, je vidět na tomto obrázku - ten obrázek je mimochodem důvod, proč jsem pořád tak tvrdohlavě trval na tom, abych dostal data "přímo z dumpu":
http://puschpull.org/root/a/Win_Hex_05.png
Když se podíváte na "zaměstnanci" (od offsetu 48E557), zjistíte, že data jsou sice uložena v UTF-8, ALE jsou dvojnásobně zakódovaná: ta sekvence bajtů C3 84 E2 80 BA jsou dva UTF-8 znaky, které kdyby se převedly do Windows-1250 (znak -> znak), tak by se velmi podobaly tomu, jak vypadá UTF-8 znak zobrazený editorem, který UTF-8 neumí (neodpovídá to přímo "ě", ale to může docela dobře být tím, že evidentně proběhla konverze převeď_na_UTF8(ber_string_jako_nějaké_ANSI_kódování(UTF8vstup)). Pravděpodobně tam ještě navíc někde bylo vnořeno volání htmlentities(), aby to z některých znaků udělalo entity.
Každopádně tohle se jen na databázové úrovni opravit nedá. Jako nejschůdnejší postup bych viděl (za předpokladu, že v tom jsou jenom české texty a ne i nějaká čínština):
1) Udělat dump databáze.
2) Zkonvertovat dump (jako text) do nějakého jednobajtového českého kódování (Win1250, Latin2, whatever).
3) Provést search-and-replace pro všechny české znaky.
4) Výsledek znovu zkonvertovat do UTF8.
5) Na začátek dumpu dopsat řádek SET NAMES utf8; - velmi důležité a dost dobře nechápu, proč to tam PhpMyAdmin nedává sám.
6) Naimportovat do nového serveru.
7) Po ověření, že se to zobrazuje dobře, si udělat zálohu starých špatných dat (pokud možno opět v binární podobě) a naimportovat to i do nich, aby to bylo dobře všude. |
Registrace nového uživatele 
