[Статья]

Нет ничего сложного, как изменить кодировку таблиц через Sypex Dumper. Первое, что нам требуется сделать - открыть файл дампера, он же dumper.php в редакторе. Весь код, что нам вообще нужен:

PHP Code:

// Путь и URL к файлам бекапа
define('PATH', 'backup/');
define('URL',  'backup/');
// Максимальное время выполнения скрипта в секундах
// 0 - без ограничений
define('TIME_LIMIT', 600);
// Ограничение размера данных доставаемых за одно обращения к БД (в мегабайтах)
// Нужно для ограничения количества памяти пожираемой сервером при дампе очень объемных таблиц
define('LIMIT', 1);
// mysql сервер
define('DBHOST', 'localhost:3306');
// Базы данных, если сервер не разрешает просматривать список баз данных,
// и ничего не показывается после авторизации. Перечислите названия через запятую
define('DBNAMES', '');
// Кодировка соединения с MySQL
// auto - автоматический выбор (устанавливается кодировка таблицы), cp1251 - windows-1251, и т.п.
define('CHARSET', 'auto');
// Кодировка соединения с MySQL при восстановлении
// На случай переноса со старых версий MySQL (до 4.1), у которых не указана кодировка таблиц в дампе
// При добавлении 'forced->', к примеру 'forced->cp1251', кодировка таблиц при восстановлении будет принудительно заменена на cp1251
// Можно также указывать сравнение нужное к примеру 'cp1251_ukrainian_ci' или 'forced->cp1251_ukrainian_ci'
define('RESTORE_CHARSET', 'cp1251');
// Включить сохранение настроек и последних действий
// Для отключения установить значение 0
define('SC', 1);
// Типы таблиц у которых сохраняется только структура, разделенные запятой
define('ONLY_CREATE', 'MRG_MyISAM,MERGE,HEAP,MEMORY');
// Глобальная статистика
// Для отключения установить значение 0
define('GS', 1); 


В действительности, так всё уже расписано как делать, но, увы не все это видят.
forced - принудительное присвоение таблицам определенной кодировки. Если у нас БД в кодировке latin, и Вам нужно изменить её на ср1251 - изменям поле:

PHP Code:

define('RESTORE_CHARSET', 'cp1251'); 


На:

PHP Code:

define('RESTORE_CHARSET', 'forced->cp1251'); 


И уже при восстановление БД в Мускул (И только при восстановление, об этом говорит RESTORE) таблицы будут перекодированы в нужный нам формат.
Всё, БД с новой кодировкой готово.

казалось всё просто:
Таблица `search`.
Таблица `session`.
Таблица `setting`.
Таблица `settinggroup`.
Таблица `sigparsed`.

Возникла ошибка!
Неправильный запрос.
Duplicate entry '' for key 2 (256)
конвертировал в utf8 (define('RESTORE_CHARSET', 'forced->utf8'); ), больше ничего не менял
хотя Таблица `sigparsed`. итак в utf8
p.s. теперь задался вопросом в какой кодировке хранить БД

Orfo, 777 поставь на каталог

Тиджик,

23.12.2008, 02:49

кажется человек уже разобрался..

У меня таже ошибка -
2010.02.02 17:54:44
Возникла ошибка!
Неправильный запрос.
Duplicate entry 'Minsk-0-global' for key 2 (256)

На какой каталог 777?
На dumper и backup права стоят

Gulia, после какой таблицы выдает сообщение?

1. Собственно вот




2. Получается, что на phrase - эта же база при cp1251 импортируется нормально

Gulia, а кодировки все сходятся?
до этого всё было нормально?

Originally Posted by Sven

Gulia, а кодировки все сходятся?

Как можно проверить? Если вы про phpmyadmin - там везде cp1251_general_ci

до этого всё было нормально?

До этого cp1251->utf8 не делала

Открыла Phrases - 374 страницу там дубликат на нем и стопорнуло


По моему стоит удалить языки и закачать заново

Gulia, восстанавливайте не путем поверхностной перезаписи БД — удалите прежную БД, и уже потом восстанавливать с бекапа через перекодирование.