Težava z wordpressom in prikazovanjem šumnikov

Živjo

Prijatelj ima težave z prikazovanjem šumnikov na njegovi strani pa nikakor ne najde nikjer rešitve. Me je prosil če bi še tule objavil temo, saj sam ne obvlada slovenščine.

copy/paste

When I create a new category or enter a new blog post and I use foreign characters e.g. ŠĐČĆŽß, etc. they are not stored with I save the new category, post or page.

I have checked the database, the table, connection, fields are all UTF8. The template front as well as backend are UTF8. The module mbstring.so is installed on the server.

I checked the log files but nothing is there, except for some missing image, which is much less of a problem.

As suggested on some forums I've also commented out with no success:

/** Database Charset to use in creating database tables. /

// define('DB_CHARSET', 'utf8');

/* The Database Collate type. Don't change this if in doubt. */

// define('DB_COLLATE', '');

Anyone has any clue what it could be and where to look to resolve this issue?

težko je tko debugirat na pamet... po mojem je potrebno iti čisto po vrsti, od začetka...

če jev bazi preveri fielde in content, potem naj pogleda, če so skripte dejansko shranjene unicode...

potem naj preveri, če iz baze dobi šumnike ali ne, direkt...

potem naj preveri, ali so meta tagsi v HTMLju utf8, potem naj proba forcat php header s pravilnim encodingom...

pač troubleshootat je potrebo od izvora do outputa vsaki korak.. na pamet se več kot tolko ne da povedat

Pravi, da je vse to preveril, še vedno ne deluje.

Ko brska po podatkovni bazi vse delije, le prikazat mu noče. Š še prikazuje, druga pa ne.

Pri nas smo podobne primere rešili z nastavitvijo v phpmyadminu na connection collation utf8generalci

Je že tako naštimano, ne pomaga.

@nas-t1: A je mogoče kakšna datoteka v formatu ANSI?

Take je treba potem (npr. z Notepad++) odpreti, shraniti kot "UTF-8 Without BOM" in je ok. Take napake je najtezje odkriti :)

Zakaj pa ne proba posebnih znakov zamenjat...recimo č bi bil č itd. Tabela je pa itak na googlu...

Tud to ni, že stestirano.

Je naložil preko cPanel direktno iz Fantastico sistema? Meni na mojem hostingu, če posnamem iz Fantastico sistema vedno ne delujejo šumniki pa sem sprobal že res veliko rešitev. Če posnamem ročno mi deluje.

Tud meni parkrat preko fantastica ni delalo, ampak sem pol kmal ugotovil, da iz nekega razloga zgenerira švedski charset, kar se pri ročnem ni. Drugače pa gre za konkretno predelavo wp in custom rešitve in se trenutno zadeve dogajajo offline.

Uglavnem, pol je poštudiral kaj je. Bom prilimal če bo komu pomagal. Tole je bil njegov odgovor mal prejle:

To use ŠĐČĆŽ and other character alike in PHP you need to use multibyte functions to handle them correct. http://php.net/manual/en/ref.mbstring.php.

To make this work you need to install the multibyte string module within apache. mbstring.so

Then in PHP.INI the installation procedure puts a default configuration which works fine, except for one parameter.

The parameter that defines how the conversion needs to happen inside the mbstring functions was set to Japanese. So when you say: input Š the mbstring functions convert this internal to a Japanese character and output this. For what ever reason Wordpress could not handle this. After setting this parameter to automatic and some other parameters to just "pass" (not needed, but just incase) the whole thing started to work.