кодировка при обновление

[Zilla 0]

Обновлялся я с 3.4.6 на 4.2.4 , оба нулла. Как быть подскажите)

[aleksanndr 18]

если база была не в UTF-8, перед обновлением нужно запустить example.com/admin/convertutf8/

[Zilla 0]

Только что, aleksanndr сказал:

если база была не в UTF-8, перед обновлением нужно запустить example.com/admin/convertutf8/

а разве когда обновляюсь она же вроде как пишет что база не в utf-8 и просит это сделать, или это нужно делать перед обновлением и потом запускать admin/upgrade? 

[aleksanndr 18]

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

[Zilla 0]

Сопоставление кодировки соединения с MySQL utf8_unicode_ci

а сравнение в таблицах cp1251_general_ci

В общем сейчас буду на локалке пробовать запустить конвертор, позже отпишу вам.

[Zilla 0]

3 часа назад, aleksanndr сказал:

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

example.com/admin/convertutf8/ в общем прогнал как вы говорили, теперь стало вот так ))

Ну уже радует что хоть бд не убило.

я вот что еще заметил, что не все таблицы стали в utf-8

Edited September 22, 2017 by Zilla

[Zilla 0]

Может есть еще какие нибудь способы? По итогу все равно базу убило спустя какое то время.. я по сути её даже не трогал, ждал когда пересчет пройдет и вуаля та же песня.

Edited September 22, 2017 by Zilla

[aleksanndr 18]

как вариант, после конвертации выполните в нужной БД конвертацию всех таблиц с помощью:

delimiter //

DROP PROCEDURE IF EXISTS convert_database_to_utf8 //

CREATE PROCEDURE convert_database_to_utf8()
BEGIN
    DECLARE table_name VARCHAR(255);
    DECLARE done INT DEFAULT FALSE;

    DECLARE cur CURSOR FOR
        SELECT t.table_name FROM information_schema.tables t WHERE t.table_schema = DATABASE() AND t.table_type='BASE TABLE';
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;

    OPEN cur;
        tables_loop: LOOP
            FETCH cur INTO table_name;

            IF done THEN
                LEAVE tables_loop;
            END IF;

            SET @sql = CONCAT("ALTER TABLE ", table_name, " CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci");
            PREPARE stmt FROM @sql;
            EXECUTE stmt;
            DROP PREPARE stmt;
        END LOOP;
    CLOSE cur;
END //

delimiter ;
call convert_database_to_utf8();

похоже, что перестраивание контента, учитывая кодировку таблиц, портит содержимое)

[Zilla 0]

к сожалению проблему не решило, по новой все сделал, прогнал бд через convertutf8, сделал ваш SQL запрос, в бд сравнение поменялось, но на форум как видите не выводит. Может не там ищем, может в самом php собака зарыта. Я просто не вижу больше вариантов, попробую чуть позже в другой кодировке запустить SQL запрос

[Zilla 0]

все равно через время умирает бд  и появляется этот бред) 

"IP"" "Teamspeak": ""avalon""."ts3s""."pro"

[Zilla 0]

В общем сделал. Делюсь как я это сделал.

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

 

Осталось решить только одну проблему,  кто знает подскажите 

[Zilla 0]

Проблема заключается в русификации как я понял, а как решить еще не понял.

[Sipsb 1,715]

обновитесь до нашего нулла 349 и потом уже на ips, можете использовать этот файл конвертера, залейте его в корень форума и запустите в строке браузера. 

 

[tonche 1]

у меня на этапе upgrade с 3.4.9 до 4.1.19.2 пишет следующее

Your community suite data or database configuration is saved in an encoding other than UTF-8. Before your site can be upgraded, we must convert the encoding to UTF-8.

хотя база, сайт, сервер все в utf-8. 

при попытке сконвертить предложенным решением тут же вылетает ошибка Error: Declaration of IPSUtf8\Db::query($query) should be compatible with mysqli::query($query, $resultmode = NULL) File: /system/Db/Db.php Line: 0

что может быть?