Как изменить отображение знаков вопроса в место кирилицы?

Question

[rukzen]

Доброго времени суток.

Сайт работал на кодировке utf-8 и было всё нормально, решил перенести на utf8mb4 база данных теперь на utf8mb4 но на сайте отображаются знаки вопроса хотя сама в самой базе данных всё нормально отображается.

Csm dle

Вопрос решён
Спасибо всем кто отвечал на столь глупый вопрос.
Только благодаря Вам, исключая все что не правильно, методом тщетных попыток нашёл одно решение.

Проблема решена путём «насильственного» изменения кодировки utf8_general_ci у одного из столбцов а затем вернуть всё обратно на utf8mb4_general_ci в PhpMyAdmin

Подробнее (Возможно что то здесь лишнее, я перечислю только список своих действий)
P.S. у меня панель управления сайтом ISPmanager.

Обновил PHP с 5.5 до 7
Обновил MySQL

Выполнил SQL запрос в PhpMyAdmin обращённой к базе данных к таблице dle_post

ALTER TABLE `db_name`.`table_name` CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

Где:
db_name - это имя базы данных
table_name - это название таблицы (dle_post)

Затем выполнил обратное возвращение таблицы в utf8bit4

ALTER TABLE `db_name`.`table_name` CONVERT TO CHARACTER SET utf8 COLLATE utf8bit4_general_ci;

Теперь utf8mb4 отображается на сайте.
"Проверил с помощью эмодзи "

Comments

[sim3x]

решил перенести на utf8mb4

зачем?

В какой кодировке БД была?

[rukzen]

sim3x, сам движок dle предлагает перейти в новую кодировку. Он сам конвертурует базу данных при обновлении и с эти проблем не возникло.

Была utf8_general_ci

[sim3x]

rukzen,

5. Now you can convert your database automatically from the Administration Panel for sites where utf8 encoding is used for database, not utf8mb4 four-byte encoding

не have to

Если вам не нужны емоджи - не мучайтесь

[rukzen]

sim3x, да это понятно
Но конвертация работает только в одну сторону. Обратно вернуть нельзя. Вот и мучаюсь.

[sim3x]

rukzen, бекап?

[rukzen]

sim3x, бекап конечно же есть. Но он не поможет. Возможно. Dle при конверцтации базы и в движок правки вносит.

Не могу понять, может на хостинге что то обновить или установить нужно, что бы этот utf8mb4 отображался на сайте нормально

[sim3x]

rukzen, консистентный бекап возвращает не только БД, но и код

Проверьте collation и encoding у БД

[rukzen]

В общем не вернул я обратно. Просто у некоторых таблиц изменил кодировку на utf8_general_ci. А точнее только у таблицы с новостями dle_post

Кастыль, но хоть работает.

А чтобы нормально перейти на utf8bit4_general_ci я так и не узнал.

Но насколько я докопался, нужно что то обновить.

Answer 1

[ivankomolin]

Можно выполнить в приложении после коннекта к бд следующий запрос
set names utf8mb4

Comments

[rukzen]

Сама база данных конвертирована правильно и без ошибок. Но когда она передаётся на сайт вот тут уже беда.

Answer 2

[ThunderCat]

После подключения должны быть запросы

SET character_set_connection = utf8mb4
SET character_set_client = utf8mb4
SET character_set_results = utf8mb4

иначе клиент не знает в какой кодировке принимаются данные со стороны бд.

Comments

[rukzen]

Извините за безграмотность.
Где эти запросы должны быть? Куда это всё прописывать?

[ThunderCat]

rukzen, вообще в классе ДБ, там где у вас идет подключение к базе, сразу за установкой подключения. Где это в ДЛЕ не в курсе, но думаю легко ищется в коде или в гугле.

[rukzen]

ThunderCat, аа, так это реализовано в самом движке.
Спасибо. Проблема решена путём «насильственного» изменения кодировки utf8_general_ci у одного из столбцов а затем вернуть всё обратно на utf8mb4_general_ci в PhpMyAdmin

Теперь utf8mb4 отображается на сайте.
"Проверил с помощью эмодзи "

Не знаю что произошло... Magic