3 сентября, 20168 yr Но что самое непонятное, это вот что 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 строк.
4 сентября, 20168 yr Проблему решил. Так как в инете много таких случаев, но нигде не описано решение, делюсь своим опытом. Базы сконвертил сам. Несмотря на то, что они и ранее все были UTF8, то часть колонок была в general_ci, а IPS 4 хочет unicode_ci. Берем программу HeidiSQL, идем в Tools -> Bulk table editor, выбираем нашу базу слева, information_schema НЕ выделяем, и справа делаем 2 настройки как винно на скрине. Выполнение в целом летит весело, но на таблице posts оно может залипать на минуты. Нужно ждать, так как эта таблица может быть огромного размера. После этого скрипты ips4 и utf8convert претензий к базе не имеют.
28 ноября, 20213 yr Если на локалке используете Open Server - то он встроенный. Во вкладке дополнительно SQL менеджер.
.png.9aeaf2aff21cbdaa86c13d6ea822367c.thumb.png.000488df7be49ad41f3bb2b455e71b52.png)
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.