This doesn't help to thoroughly fix the problem. There are several hosters, where the glitch remains. E.g. (those which I've tested) Zenon and Sweb.
Today I purposely installed the test forum with corrected files classDbMysqlClient.php and classDbMysqliClient.php, but the problem remains.
I can give access to the forum, ftp and phpMyAdmin.
IP.Board 3.x have problems with the Russian letters "ш" (code 0xD188) and "И" (code 0xD098). The mapping of these letters, after saving messages in the database banging.
The problem occurs only on Russian hosting.
As is known, for the correct functioning of the forum, it is necessary database encoding UTF-8.
When installing a forum, creating a database and tables in utf8_unicode_ci and setting the locale Forum ru_RU.UTF-8 will still get beaten letters.
Peculiarities of Russia's hosting of the fact that our hosters in the file hard-coded windows-1251 encoding in my.cnf.
A typical configuration:
init-connect="SET NAMES cp1251"
If we run the query
SHOW VARIABLES LIKE 'character_set%'
we obtain the result:
Community virtual hosting, do not have access to edit the my.cnf. But character_set_server cp1251 not allow the forum to work correctly in Unicode Cyrillic.
It is possible to make a correct operation of distribution kit regardless of the settings hosting?
I know nothing of the number of failures in the application of IP.Board, as the forum.
Russia localization of ibresource fix these problems. But what about those who buy a license directly from ips?