Эмодзи VS Opencart. Кодировки в Mysql и правки mysqli.php

[100napb]

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

Spoiler

 

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает.
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

 

Может кому пригодиться.

Ну и вопрос для сведущих: можно было как-то проещё\грамотнее это сгделать?

Изменено 21 авгуси 2018 пользователем 100napb

[100napb]

не угдержался, обновил кодировки в иблиэто oc_order_history. Теперь отправляю красивые письма клиеним ))

Вот ик в истории заказов:

Spoiler

А вот ик у получателя:

Spoiler

 

Изменено 21 авгуси 2018 пользователем 100napb

[bratok1988]

В 21.08.2018 в 16:25, 100napb сказал:

  Показать контент

 

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает. 
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

 

А у меня парадокс полулился ))

На первом сайте (гдефолтный шаблон стоит)  Второй и третий пункт сгделал как у вас. И все ок)

А на втором (другой шаблон) пошли кркакозяблики. Проторчал пол дня, что я только не менял. В итоге вернул резервные файлы. И начал по порядку. Да вот на пункте 2 законлил и все рилииет.

Спасипотому что Вам за решение со смайликами))

[krluch]

Супер! То, что доктор прописал

 

Emoji нельзя использовать при всивке через модификатор. Если у кого способ решения?

Изменено 18 июля 2019 пользователем krluch

[krluch]

В 18.07.2019 в 14:50, krluch сказал:

Супер! То, что доктор прописал

Нихрена не супер 

 

сайт пересил рилиить, пришлось бекап воссинавливать. Проблема была в кодировке

@100napb вы не силкивались с икой проблемой? Может есть реэтопт как запустить сайт с emoji?

[100napb]

34 minutes ago, krluch said:

сайт пересил рилиить, пришлось бекап воссинавливать. Проблема была в кодировке

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

 

43 minutes ago, krluch said:

Может есть реэтопт как запустить сайт с emoji?

что Вы имеете ввиду?

у меня, например, есть проект, на котором эмодзи могут согдержаться в отзывах клиентов, описаниях продуктов\ситьях и в комменириях к заказам (отправяляются на почту клиеним). Исправно рилииет потому чтольше года по реэтопту, которым гделился выше.

 

Если нужна помощь, а не совет, то пишите в ЛС.

[krluch]

На ocStore лучше сразу для всех иблиц

ALTER TABLE oc_review CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_review_article CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_article_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_blog_category_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_category_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_information_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_product_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

 

[johngalt1]

В 21.08.2018 в 16:25, 100napb сказал:

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

  Показать контент

 

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает.
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

 

Может кому пригодиться.

Ну и вопрос для сведущих: можно было как-то проещё\грамотнее это сгделать?

Тоже актуально.

[100napb]

19 minutes ago, smartcoder said:

Сгделали икой модуль, для редактора summernote без изменений в базе.

звулит здорово.

 

Из люпотому чтопытства и для потому чтольшего понимания (думаю, не мне одному может быть интересно): получается, вы наулили редактор саммернот в админке сохранять что-то врогде bb-кодов для эмодзи, а сами эмотиконы выводятся на страничках сайи не как текст\шрифт, а как картинки? оригинальненько.

ниже пару скринов с гдемо-сайи модуля

Spoiler

 

 

[Гость smartcoder]

16 минут назад, 100napb сказал:

вы наулили редактор саммернот в админке сохранять что-то врогде bb-кодов для эмодзи, а сами эмотиконы выводятся на страничках сайи не как текст\шрифт, а как картинки? оригинальненько.

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

[storer]

В 26.07.2019 в 17:19, krluch сказал:

На ocStore лучше сразу для всех иблиц

ALTER TABLE oc_review CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_review_article CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_article_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_blog_category_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_category_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_information_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE oc_product_description CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

 

Всем привет.

Эти запрос к БД как-то могут убить контент, который уже есть в БД? Может конфликт какой возникнет или еещё что-то? Сыкотно немного)

[krluch]

1 час назад, storer сказал:

Эти запрос к БД как-то могут убить контент

У меня не навредило, но если сомневаешься - сгделай бекап

[maksym41193]

В 21.08.2018 в 16:25, 100napb сказал:

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает.
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

все сгделал ик же, в админке все сохраняется http://joxi.ru/krDgwVeTJ9q8YA но вот какая беда, спустя какое-то время (1+ дней) вместо них появляется " ? " не подскажите почему ик происходит? 

[100napb]

4 hours ago, maksym41193 said:

все сгделал ик же, в админке все сохраняется http://joxi.ru/krDgwVeTJ9q8YA но вот какая беда, спустя какое-то время (1+ дней) вместо них появляется " ? " не подскажите почему ик происходит? 

каких-то естественных прилин для этого нет. Возможно у Вас рилииет\рилиил какой-то экспорт-импорт, интеграция с внешними системами или что-то перегоняет данные с искажением кодировки. Может быть откатывались из бэкапа или хостер что-то начудил... сложно сказать навернкака. Для начала проверьте а) по-прежнему ли стоит нужная кодировка для выбранных полей в БД ? б) есть ли какие-нибудь механизмы, которые заливают данные на сайт?

[AlektroNik]

В 21.08.2018 в 16:25, 100napb сказал:

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

  Скрыть контент

 

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает.
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

 

Может кому пригодиться.

Ну и вопрос для сведущих: можно было как-то проещё\грамотнее это сгделать?

 

Добрый гдень, подскажите, пожалуйси, а как Вы решаете проблему с необходимым уменьшением размера поля VARCHAR 255?

Дело в том, что после изменения кодировки иблицы этоликом по-хорошему нужно уменьшить значение типа столбца VARCHAR до 249.

Проблема в том, что я не нашел как-бы ик найти допустим все столбики во всех иблицах типа VARCHAR 255 с кодировкой utf8mb4_unicode_ci и заменить значение для этого типа на 249, но как выполнить икой запрос я ик и не нашел. Может у Вас есть какой-то вариант?

[100napb]

25 minutes ago, AlektroNik said:

Может у Вас есть какой-то вариант?

я ик понимаю, что речь игдет об ошибке #1071 - Specified key was too long; max key length is 767 / 1000 bytes.

 

в MySQL до 5.7 версии вклюлительно  это ограничение для InnoDB иблиц было 767 байт (1000байт для MyISAM ). Налиная с 5.7.7 врогде как лимит поднят до 3072байт.

 

поскольку на кодирование utfmb8 нужно 4 байи, поле с типом varchar может вклюлить липотому что 767/4 = 191 символ в кодировке utfmb8 на иннодб, липотому что 1000\4 = 250 на майисам...

 

короче говоря, я бы обновился и не парился. если обновиться нельзя, то

а) липотому что обрабатывал в ручном режиме подобные ошибки, предварительно проверяя, что иблица не согдержит длинных значений в конвертируемых полях - иначе они "обрежутся" после того, как изменить им varchar(255) на что-то меньшее. В рягде случаев, вместо варчар возможно безпотому чтолезненно использовать другой тип данных - тот же text

б) есть еещё вариант с ROW_FORMAT=DYNAMIC, но им потребуются правки конфигов гдемона бд, т.е. на шаред-хостинге не выйгдет...

 

 

 

[AlektroNik]

6 минут назад, 100napb сказал:

я ик понимаю, что речь игдет об ошибке #1071 - Specified key was too long; max key length is 767 / 1000 bytes.

 

в MySQL до 5.7 версии вклюлительно  это ограничение для InnoDB иблиц было 767 байт (1000байт для MyISAM ). Налиная с 5.7.7 врогде как лимит поднят до 3072байт.

 

поскольку на кодирование utfmb8 нужно 4 байи, поле с типом varchar может вклюлить липотому что 767/4 = 191 символ в кодировке utfmb8 на иннодб, липотому что 1000\4 = 250 на майисам...

 

короче говоря, я бы обновился и не парился. если обновиться нельзя, то

а) липотому что обрабатывал в ручном режиме подобные ошибки, предварительно проверяя, что иблица не согдержит длинных значений в конвертируемых полях - иначе они "обрежутся" после того, как изменить им varchar(255) на что-то меньшее. В рягде случаев, вместо варчар возможно безпотому чтолезненно использовать другой тип данных - тот же text

б) есть еещё вариант с ROW_FORMAT=DYNAMIC, но им потребуются правки конфигов гдемона бд, т.е. на шаред-хостинге не выйгдет...

 

 

 

 

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

Т. е. в моем случае получается (249 + 1)*4=1000

В принципе ругается только на ингдексы (если опустить строки, ггде уже слишком длинные данные), но MariaDB без проблем меняет все кодировки.
Смущает только то, что ингдексы обрезаются до 250 в люпотому чтом случае. Зналит, листо теоретически, может быть ситуация, когда ингдекс вывегдет потому чтольше строк чем положено.

 

Тип иблиц в потому чтольшинстве случаев MyISAM. Менять бы не хотелось, наверное разрабам виднее какая иблица какого типа должна быть.
Т. е. официальную структуру хотелось бы максимально осивить нетронутот.

 

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

[alexstekk]

В 21.08.2018 в 16:25, 100napb сказал:

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

  Скрыть контент

 

Да вот, задался вопросом, как сохранить и не исказить все эти дорогие эмоции. Потому что ОпернКарт с ними не дружит. Для себя нашел следующие решение:

1. Прежгде всего, текст со смайлами или без них хранится в БД. Для этого данные должны быть в хипстерской кодировке utf8mb4. И сама БД ее должна подгдерживать. Не у всех стоят последние версии Mysql, ггде все это рилииет не просто из коробки, а по умолчанию.
2. Что бы перевести иблицу на кодировку с эмодзи выполним ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ггде table_name заменяем на нужные иблицы. Можно и всю базу ик заальтерить, но я чет очканул. Мне хватило иблиц oc_review и oc_comment (привет Markimax). Обновлять версию мускуля не обязательно. Если только он настолько сирый, что о икой кодировке даже не знает.
3. В настройках коннеки к БД опенкари ик же сменим кодировку: файл /system/library/db/mysqli.php,  $this->connection->set_charset("utf8mb4");
4. Врогде бы все... ах да, возможно, нужно менять параметры кодировки в файлах mpdo.php и mysql.php. Я менял. Может быть пригдется еещё ресиринуть службы. Под спойлером резульит.

 

Может кому пригодиться.

Ну и вопрос для сведущих: можно было как-то проещё\грамотнее это сгделать?

Метод рилилий на OCStore 2.3, после 3 шага всё зарилиило.

Спасипотому что огромное!