Выходят непонятные каракули в удаленной базе данных. В то время как в локальном все работает хорошо, что делать?

Question

[omerkhan]

Залил сайт на McHost. Импортировал базу данных, все прошло успешно. При создании таблицы указал, что кодировка - utf8_general_ci. Но когда я ввожу данные и отправляю - выходит что-то непонятное. В тех. поддержку обращался - они заявили, что не знают. Можете помочь?

Comments

[Akina]

Для начала

SHOW VARIABLES LIKE 'char%';
SHOW VARIABLES LIKE 'coll%';

и сравнить. Несинхронно? перенастроить.

Далее - проверить, нормализовалось ли, но не из PHP, а строго из CLI, причём при одинаковом CHCP. Неровно? Скорее всего криво залил, при неровных настройках, перезалей.

Ну а дальше уже настройки PHP и браузера - тут я пас.

[SagePtr]

При подключении к базе данных нужно тоже кодировку указывать

[Akina]

SagePtr,

При подключении к базе данных нужно тоже кодировку указывать

Ну скорее можно, чем нужно. А вот что действительно нужно - так это правильно настроить. Как клиентскую секцию INI-файла сервера, так так и параметры соединения в приложении. И тогда дополнительно указывать ничего не нужно.

Конечно, всё это при условии, что есть административный доступ к управлению сервером. Ну а если нет - тогда да, костыли, куда деваться.

[SagePtr]

Akina, я бы сказал - нужно, ибо мы заранее не знаем, какая на сервере MySQL кодировка по умолчанию стоит, полагаться на дефолтную опасно (в старых версиях MySQL там latin1 по дефолту была).
Разве что скрипт запускается на сервере, который мы целиком и полностью настраивали и переопределяли в настройках MySQL кодировку по умолчанию (и уверены, что никто в будущем не перенастроит её).

[Akina]

Дык коли по дефолту, то не настроено, и надо настроить...

[SagePtr]

Akina, в данном случае правильная кодировка нужна именно клиенту, а не серверу, потому логичнее указывать в клиенте.

[Akina]

SagePtr,

логичнее указывать в клиенте.

Это логично.

Но вот то, что не настраиваем свойства соединения, а даём дополнительные команды (причём даже не опять-таки в свойствах соединения - там есть место для доп. команд при установлении связи,- а из клиентского кода) - вот это совсем даже не логично.

Особенно если учесть такую мелочь, что результат выполнения команды SET NAMES локален для соединения. Так что если используется пул соединений, или если посередь процесса соединение порвётся и будет автоматически восстановлено, то результат выполнения команды останется "где-то там"...

Answer 1

[Дмитрий]

после соединения с БД первым запросом нужно отправлять
SET NAMES 'utf8';
устанавливает кодировку соединения в которой клиент обменивается с сервером

Comments

[Akina]

Только если криво установлены параметры соединения. И лучше не пользоваться костылями, а указать правильные настройки в my.ini#[client].

[Дмитрий]

Akina, на хостинге?
ни один хостер не даст редактировать my.cnf (my.ini)
ну и не совсем понятно где костыль

[SagePtr]

По мне, правильнее всего - указывать в строке подключения в параметре charset в PDO.

[Akina]

Дмитрий,

не совсем понятно где костыль

См. коммент #7 к вопросу.