Юникод при записи параметров в базу данных - Общие вопросы веб разработки

Время от времени встречаю в базах данных записи вот такого типа

u0412\u0432\u0435\u0434\u0438\u0442\u0435 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u0434\u043b\u044f \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0438\u044f\

Раньше как-то особо не заморачивалась, потому что отображается все это при выводе корректно. А сейчас пишу модуль,  параметрах поля по умолчанию встречается русский язык. И он именно так, зараза, и записывается. Все файлы в UTF-8 без BOM, база данных  InnoDB utf8mb4_unicode_ci чистая установка Joomla. Вообще, возможно ли в такой кодировке получить нормальный русский?

А там случаем не JSON в поле?

Есть вы о параметрах в модулях. Там же json. А в нем как лолагеться unicode =)

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

он автоматом будет нормальный при получении параметров.

Да, там json. Ну, раз это норма - значит, норма. Придется своего перфекциониста отпинать от кода подальше 

Да, там json. Ну, раз это норма - значит, норма. Придется своего перфекциониста отпинать от кода подальше 

У перфекциониста все на латинице или int =)

ага текстовые параметры особенно например, какой нибудь текст который должен быть выведен в зависимости от разных ситуаций - в виде нулей и единиц предлагаю его заставить забивать юзеров, нефик расслабляться

ага текстовые параметры особенно например, какой нибудь текст который должен быть выведен в зависимости от разных ситуаций - в виде нулей и единиц предлагаю его заставить забивать юзеров, нефик расслабляться

ага в hex =) но можно и константами языковыми =) (сарказм)

вот я так всегда и делаю, константами... и все юзеры потом меня за это ненавидят ибо константы - это гибче, мультиязычность, и так далее... но для 99% исправить проще в админке модуля

ага в hex =)

кстати чисто технически хранение в base64 занимало бы меньше места, чем просто кириллический текст

вот я так всегда и делаю, константами... и все юзеры потом меня за это ненавидят ибо константы - это гибче, мультиязычность, и так далее... но для 99% исправить проще в админке модуля

Не ну а че взмоем например модуль логина, зачем делать его дублировать на разных языках, если можно просто все константами... или там custom html с рекаламой

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

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

Лишний модуль лишнее неудобсво при смене параметров.
А с плагинами. Ну если без констант. Делать либо subform либо я тут думал свой тип написать.

Я немножко не в тему, но спрошу. Аналогичная проблема наблюдается с файлами. Сервер работает под CloudLinux. Кириллические названия файлов сервером принимаются, но через некоторое время заменяются на точно такие же символы, как это происходит при кодировании в Json. Я так понимаю, запускается какой то процесс автоматического переименования. Это штатная фича CloudLinux, или что?