UTF-8 Multibyte - Joomla 3.x: Установка, обновление и настройка

Здравствуйте,
В БД вижу уведомление "The Joomla! Core database tables have not been converted yet to UTF-8 Multibyte (utf8mb4)." J3.6. Прочитал, что это еще в 3.5 должно было отконвертироваться, но у меня это было пропущено из-за старого PHP. Для чего это вообще было сделано? База большая, через админку навряд ли получится отконвертировать, можно как-то еще это сделать? Сколько еще можно жить без конвертирования БД?
Спасибо.

Здесь php не играет роли. Кодировка utf8mb4 введена в MySQL начиная с версии 5.5, если я не ошибаюсь. Следовательно, нужно обновить сервер MySQL/MariaDB. Затем воспользоваться функцией обновления текущей версии, которая введена в Joomla начиная с версии 3.6.

А, точно, имел ввиду MySQL, ее тоже обновил
"Затем воспользоваться функцией обновления текущей версии" - а где эта функция и как она работает? И это же с БД связано, там можно же просто нажать "пофиксить БД", а эта функция чем может дополнить?

Компоненты -> Обновление Joomla! -> очистить кэш -> reinstall Joomla!

Может, можно и пофиксить. Расскажете потом - тоже интересен этот вопрос.

Ну, я подожду пока, поэтому отвечу не скоро А то эти обновления... Работает же. Вопросы остались:
"Для чего это вообще было сделано? База большая, через админку навряд ли получится отконвертировать, можно как-то еще это сделать? Сколько еще можно жить без конвертирования БД?"

1) Для чего? Это прогресс, который не остановить:

utf8mb4 - набор символов, используемый для хранения 4 байта в MySQL, внедрён в 2010 году начиная с версии 5.5.3. Главное отличие utf8mb4 от utf8 в том, что utf8mb4 задействует более полные возможности кодировки UTF8, позволяя поддерживать все языки и специальные символы, не поддерживающие utf8 (например японский язык, музыкальные и математические знаки, смайлики из ios - emoji).

2) Сколько можно жить с обычным UTF8? Да сколько угодно. Смотря что за цели. Некоторые таблицы вообще в ASCII можно сделать для оптимизации БД и сокращения её размера. Но все зависит от... It depends, как говорят.

А какая у вас версия ядра?

"не поддерживающие utf8, например японский язык" Ну, японский язык точно поддерживается, хе хе
Линукс? ядро 4.6.3
Цель - чтобы Joomla работала, без конвертации же работает всё, причем с кучей разных редких символов...
Один вопрос остался

Я имел в виду ядро CMS.

3) Конвертация:

Я имел в виду ядро CMS.

У нее ядро есть? J3.6 разве не достаточно, что там за ядро такое ядрёное?
Хорошо, спасибо. Может на следующих выходных рискну

Есть ядро, есть расширения. Пожалуйста :]

Для чего это вообще было сделано?

ХЗ. Многое что было сделано в J за последние года 3-4 вызывает такие вопросы

Не только в Joomla! В WP тоже utf8mb4 уже давно используется. Вещь хорошая, не помешает: можно хранить математические формулы и ноты, а также символы китайского, корейского и японского алфавитов, что немаловажно для интернациональной CMS, ведь общий процент юзеров из этих стран достаточно велик. Однако вещь все же специфическая: лишний байт может увеличить объём таблицы на 25% (ключи и все остальное). В особенных случаях, если жмут размеры, то можно использовать другую кодировку, хотя для ординарных целей разница будет малозаметной.

символы китайского, корейского и японского алфавитов

Это всё работает и в обычной utf-8! Про формулы и ноты не скажу...

Смайлики! Смайлики правять миром кодировкой!
 

Поковырялся в Google.
Это примерно 1% из того, что нужно сделать...
http://dchua.com/2014/08/15/migrating-from-utf8-to-utf8mb4-in-mysql/ - вот здесь написано подробно, еще после этого надо
Но это сильно сложно для меня, пока с хостером пообщаюсь на эту тему, наверное, будет проще лимиты исполнения скрипта убрать, чтобы из админки пофиксить базу...

Для чего это сделали? Чтобы без проблем можно было вставлять смайлик какашки 💩
На самом деле, это как-то связано с уязвимостью удаленного исполнения кода.
Еще в одной статье написано, что обычный utf-8 позволяет хранить 5.88% возможных кодов. Если какой-то символ при записи невозможно сохранить, то он просто обрежется, и ищи его потом...