[php] encoding niza

Imam naslednjo situacijo:
forum - strani servira v windows-1250 formatu, v bazi med vsem pa so uporabniki.
V bazi zraven stolpca za ime piše da uporablja collation: utf8_slovenian_ci

Sedaj pa, ko npr. naredim poizvedbo za uporabnika, dobim tole solato npr. (ne vem če se bo sploh prav prikazalo tukaj):
"èenèaƎЊ-" - namesto "čenčaĆŽĐŠ-"

Kak encoding je to oz. kako lahko tale niz pretvorim v utf-8?

Poizkusil sem takole:
$return = iconv('UTF-8', 'ISO-8859-1', $userData["userName"]);

vendar dobim še večjo zmešnjavo.

Tega ne bi počel, ker bi razbil delovanje foruma, naj je v bazi kot je.
Not iz te skripte ne bom nič zapisoval, samo prebiral - trenutno sem naredil en grd workaround:

function char_hack($text)
{
$text=str_replace("è",'č',$text);
$text=str_replace("æ",'ć',$text);
//...
}

:)

Tole sem v brskalniku ravnokar probal - ni sreče, ravno tako sem še prej kar direktno z iconv preikusil cp125* ter različna iso kodiranja.
Iz podore za IPB skripto sem zvedel da edino header v htmlju nastavi tako kot je v nadzorni plošči (torej windows-1250) in tudi preverjeno to naredi.
Vprašanje zakaj jaz ne dobim šumnikov ven ko naredim konverzijo iz win-1250.

Gledal šem se bazo in nastavitve so naslednje:
MySQL charset: UTF-8 Unicode (utf8)
MySQL connection collation: utf8_unicode_ci

collation pod samim stolpcom za "name" je pa utf8_slovenian_ci.

Npr. "čenčžćšđa" v bazi dejansko zgleda takole (prek phpMyAdmin): "èenèžæšða"
FF pa mi tole izpiše: èenèžæšða
Opera pa: èenèžæšða
(izpisujem z var_dump($string))

Imena pa dobim s pomočjo apija za IPB, kar naj bi pa delal vse v UTF-8.
zakaj je toliko različnih utf-8 kodiranj (slovenian_ci....) ni to samo en standard?

Zato ker ta forum vleče čreva iz davnih časov phpBB in takrat stvari niso bile v UTF-8. Če nastavim v utf-8 se vse polomi - prevodi ter vsi podatki iz baze so napačno prikazani.
Pri prehodu na IPB3 je v načrtu prehod na UTF-8.

Saj UTF je isti za vse, tisto potem je collation, razvrstitev po abecedi. Vsak narod ima svojo abecedno razporeditev, to je zato, da ti sort dela prav. Ce to spremenis se v sami bazi nic ne spremeni, samo ce sortiras po tistem columnu so stvari v drugem vrstnem redu.

Pravilna resitev za problem bi itak bil dump celotne baze in se en import v UTF8. Stvar je relativno trivialna. Potem bi ti vse delalo tako kot treba.

Še nekaj - ko naredim konverzijo dumpa z iconv postane neveljaven. Ugotovil sem da mi določene stavke sfuzla, primer:
INSERT INTO `ibf_email_logs` (email_id`,...

recimo pri email_id je odstranil tisti `.
Je možno kako drugače dump pretvorit najprej v čisto utf8 datoteko brez da bi razbil stvari?

Baza je pa prevelika da bi jo na roke popravljal...

Tudi jaz sem se znašel v tem peklu, pa ne znam iz njega ven pobegnit:
https://slo-tech.com/forum/t696201/p575...
Po urah googlanja sem ugovil, da so podatki, ki jih s php-jem izpišem v ASCII.
Glede datotek sem sicer uredil, charset/encoding pa nikakor ne morem popravit. Kako torej postopat, da rešim vso to štalo in bom v končni XAMARIN aplikaciji uporabil enak encoding/charset kot na serverju?

Glede samih datotek, je vse ok, sem že rešil, zanima me dalje za "programske" stvari. Se pravi za php.ini fajl, apache2.conf, ter nastavitev PB / tabel / stolpcev /... itd., da bo delal najprej izpis, potem pa v XAMARIN, ko bo (de)šifrirano vse skupaj. Sem že delal take zadeve, vendar na istih platformah, sedaj pa, ko je vse pomešano pa sem se enostavno zgubil.
Sicer, a ni ASCII subset UTF8?

nastavi ftp client, da naj vedno pošilja binary!