tak sem to vyresil, asi po 3 hodinach studovani kodovani v mysql a pod...
Nakonec je chyba uplne jinde a to ve funkci strip() v seo.url.php. Ona zkurvi ceske znaky a ty pak samosebou nejdou tou konvertovaci tabulkou prelozit, takze je treba ty znaky prekonvertovat na bezcarkovebezhackove hnedka na zacatku tehle funkce.
No aspon uz do detajlu vim jak funguje UTF8 v mysql. A taky jsem zjistil jednu debilni vec:
Jelikoz jsem nemel po napojeni do DB nasteveno 'SET NAMES utf8;' tak se to utf kodovani zmrsilo a to tak, ze sice vsechno funguje a zobrazuje se OK, ale kdyz se mrknu primo do DB, nebo ji chci vyexportovat (pro preneseni na ostry server), tak se mi ty znaky zmrsi nejde to nijak dostat zpet. Takze DOTAAAAAZZZZZZZZZ:
Neni nekdo jak prekonvertovat databazi, ktera sice ma byt v UTF ale jelikoz se pri komunikaci pouzilo nejake default kodovani, tak neni, dostat do normal UTF8 kodovani, aby sla prenest na novy stroj??

jakoze nechapu, vystup je uz spatne z prikazu select z DB. Pritom kdokoliv jinde mi to z DB zobrazuje znaky stejne.
Jsem se dival jestli treba u toho SEO modulu neni nejak spatne nastavene kodovani pro pristup do DB, ale pouziva to uz otevrene spojeni. Tohle fakt nechapu :(

Tak ja mam porad problem s tema ceskyma znakama :(
Mam vsechno v UTF-8 (stranky, databazi, nastaveni v czech.php), vyplne vsechny cache v SEO nastaveni a stejne prd :(
Testuju na XP s apache 2.2 a zencart 1.3.5.
Natusi nekdo v cem jeste muze byt problem?
Uz v promenne $link mam divne znaky, ktere prohlizec zobrazi jako otaznik :( a tudiz to tim transformacnim polem nejde zmenit :(
napr: font�ny
Dik