Кириллица в MySQL записывается в Unicode - Joomla 3.x: Установка, обновление и настройка

Здравствуйте!
Все, что пишется в базу из полей типа metadata пишется в Unicode кодировке.



Таким образом, невозможно выполнить базовые операции, типа поиска по словам...

Это реально как-то исправить?
Чтобы писалось например в UTF-8.
Спасибо.

-

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

а ничего, что на скрине в полях json записан, который всегда юникод кодирует? получите значение поля, декодируйте json в массив или объект и получите необходимый параметр в нормальном виде )

а при поиске по базе просто сразу кодировать строку и подставлять в запрос кодированое значение

-

ядро вы никак не поправите, кодирование происходит на уровне сборки json-строки (или вы перепишете функцию json_encode?)
поправив базу, вы столкнётесь с этим снова при последующем сохранении записей
поиск поправить проще, написав соответствующий плагин
да и что вы искать-то собрались внутри джейсона? он не предназначен для поиска

-

да там вообще это не нужно по сути, только базу раздувает. надо пулл просто сделать, в json_encode флаг JSON_UNESCAPED_UNICODE добавить

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

в таких случаях надо глобальный параметр иметь, который будет по всему ядру применяться, а не хакать всё подряд

Смотрите, мне нужен не только поиск. Я еще хочу работать с этими данные, например сторонним скриптом сделать перевод текстов с помощью Google Translate.
Я вообще не понимаю, почему некоторые данные категории хранятся в отдельном поле и кодировке UTF-8, например Metadesc, а Page title - в Unicode и JSON.
Почему нельзя было просто отдельное поле создать, также, как для других данных...

Я еще хочу работать с этими данные, например сторонним скриптом сделать перевод текстов с помощью Google Translate.

для этого не надо цепляться к базе напрямую, а работать через регистры объектов Joomla

для меня вообще загадка, на кой черт перешли на кодирование.
помню что-то про поддержку эмодзи

Для эмодзи вроде меняли кодировку таблиц на utf8mb4_unicode_ci

Я вообще не понимаю, почему некоторые данные категории хранятся в отдельном поле и кодировке UTF-8, например Metadesc, а Page title - в Unicode и JSON.
Почему нельзя было просто отдельное поле создать, также, как для других данных...

Разные люди делали и как видите вы первый, кому пришло в голову искать именно по Page title. Большинству очевидно хватает поиска по Title и содержимому материала. Вряд ли же вы впишите какой-то важный ключевик в Page title, а в тексте статьи нигде не упомянёте его. Это будет странно по крайней мере.

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

для этого не надо цепляться к базе напрямую, а работать через регистры объектов Joomla

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

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

Какой еще скрипт?
Мы тут на форуме Joomla

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

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

-

в 3.9 это предусмотрено и допускается

немного не пойму, а что именно предусмотрено? можете скрин показать, о чем речь?

-

понятно. нет значит нет.

предусмотрено изменение кодировки в таких вот json данных, смысла нет показывать, подсказывать и т.п., задача все равно за рамками бюджета 

Что-то Вы какую-то фигню сказали, а объяснять не хотите - бюджетом прикрываетесь. У нас тут не принято фигню говорить и делать вид, что что-то умное сказали. Или будьте готовы объяснить, или вообще не пишите. В теме ведь не только для ТС ответы и вопросы даются - мало ли кому и когда еще пригодится.

-

у Joomla есть свои правила и она не собирается под вас подстраиваться

Я не собираюсь под старивать Joomla под себя. Я пытаюсь решить проблему.
И внятно так никто и не объяснил, почему в материалов, меню, категорий Joomla хранит данные комбинировано, обычный текст, а потом вдруг с какого-то перепугу JSON в Юникоде... Вот смотрите:



Это конкретно по категориям Joomla.
Зачем делать Meta Desc в отдельном поле, А Meta Title и Robots выносить в JSON?
Где логика?
Почему не сделать отдельное поле для каждого параметра?

PS И кстати, заменил прямо в базе на нормальный текст и все работает на сайте.

Где логика?
Почему не сделать отдельное поле для каждого параметра?

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

И внятно так никто и не объяснил, почему в материалов, меню, категорий Joomla хранит данные комбинировано, обычный текст, а потом вдруг с какого-то перепугу JSON в Юникоде... Вот

Ну по умолчанию закодирование в json всегда идет в unicode.
json можно закодировать чтобы была кириллица.
Не сделали потому что ни кому не нужно было, чтобы в параметрах или мете искало.
Если хотите можно лично вам закодировать с киррилицей. Сделать плагин и готово.
Милости просим в коммерческий раздел.

И внятно так никто и не объяснил, почему в материалов, меню, категорий Joomla хранит данные комбинировано, обычный текст, а потом вдруг с какого-то перепугу JSON в Юникоде...

Проект открытый, кодят разные люди. Пришел любитель JSON, накодил так. Впринципе страшного ничего, т.к. по этим полям нет сортировки.

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

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

Ну по умолчанию закодирование в json всегда идет в unicode.
json можно закодировать чтобы была кириллица.
Не сделали потому что ни кому не нужно было, чтобы в параметрах или мете искало.
Если хотите можно лично вам закодировать с киррилицей. Сделать плагин и готово.
Милости просим в коммерческий раздел.

Да понятно, что в Unicode. Вопрос в том, что зачем городить огород, если можно писать в UTF8 - без всяких JSON? как это сделано в других полях. 

Впринципе страшного ничего, т.к. по этим полям нет сортировки.

Сортировки нет. А если кто-то напишет плагин для поиска по сайту, который будет там тоже искать? В дескрипшинах, титлах, да где угодно.
Ну то такое, вопрос риторический.

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

Ну json для него проблемой не будет.

Ну json для него проблемой не будет.

Да, но это дополнительный гемор.

Да понятно, что в Unicode. Вопрос в том, что зачем городить огород, если можно писать в UTF8 - без всяких JSON?

Потому, что поле metadesc содержит информацию об одной сущности а в поле metadata записано несколько сущностей. Видимо посчитали эти мета-теги не важными для поиска и других манипуляций с БД.