Jump to content

Recommended Posts

Но что самое непонятное, это вот что

Some or all of the columns in your database are not using the utf8_unicode_ci collation (admin_login_logs.admin_ip_address is utf8_general_ci).

А вот что в БД в реале

admin_ip_address varchar(46) utf8_unicode_ci

Даем команды:

ALTER DATABASE databasename CHARACTER SET utf8 COLLATE utf8_unicode_ci;
ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Результат применения - 0 строк.

Share this post


Link to post
Share on other sites

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

Базы сконвертил сам. Несмотря на то, что они и ранее все были UTF8, то часть колонок была в general_ci, а IPS 4 хочет unicode_ci.

Берем программу HeidiSQL, идем в  Tools -> Bulk table editor, выбираем нашу базу слева, information_schema НЕ выделяем,  и справа делаем 2 настройки как винно на скрине.

Выполнение в целом летит весело, но на таблице posts оно может залипать на минуты. Нужно ждать, так как эта таблица может быть огромного размера.

После этого скрипты ips4 и utf8convert претензий к базе не имеют.

IPS4_utf.png

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Ваша ссылка была автоматически строена.   Отображать как обычную ссылку

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...