Почему в mysql записываются знаки вопроса вместо кириллицы?

Question

[kr_ilya]

Всё уже перепробовал, но все равно в базу вместо русских букв попадает это
???‚???‹?„?????‹?„?????‹?„????

Понимаю, что дело в кодировке, но ничего сделать не получается.
Вот таблица


В скрипте это

mysqli_query($this->con, "SET NAMES 'cp1251'");
mysqli_query($this->con, "SET CHARACTER SET 'cp1251'");

Еще хочу добавить, что на OpenServer все норм, а вот на хостинге, знаки вопроса

OS

на хостинге

Answer 1

[AUser0]

Через SET NAMES вы указываете, какой кодировкой "обладают" данные, передаваемые MySQL-ю.
Если ваш сайт показывает (а значит и принимает) данные в кодировке CP1251 - тогда да, такой SET NAMES оправдан.
Если же на сайте странички в UTF-8 - тогда вы врёте MySQL-ю, что у вас данные в CP1251, ведь они в UTF-8.

P.S. Что у вас сайт в CP866 или в KOI-8, даже и предполагать не буду...

Comments

[AUser0]

Кстати, сравните параметр "Кодировка сервера" в блоках "Сервер базы данных" на двух приведённых скриншотах. Вроде сервер один - а кодировки разные.

[kr_ilya]

Сайт в utf-8, и изменение на SET NAMES 'utf8' не помогло

[kr_ilya]

AUser0, не совсем понял, что вы имеете ввиду, говоря, что сервер один, но на первом скриншоте моя локальная база, которая идет вместе с openserver, а на втором база, которую предоставляет хостинг

[AUser0]

Ну вот, UTF-8 и оставьте.
А смотреть надо не на уже записанные данные (они так и останутся знаками вопросов), а на новые данные, записанные с корректным SET NAMES.

Разные сервера? Упс, тогда да, mia culpa, по поводу скриншотов был не прав.

[AUser0]

И ещё, нелогично: сайт в UTF-8, а база данных в CP1251.
Я бы перевел базу в UTF-8, что-бы избежать перекодировки и утери данных, которые не могут быть представлены в CP1251...

Answer 2

[kr_ilya]

Вопрос решен, дело было в неправильной кодировке всей базы