Поддержка китайского языка

[ronel83]

Подскажите, кто знает, как сделать поддержку китайского языка (иероглифов) на форуме...Сейчас при копипасте вместо них отображаются знаки вопроса и этот смайл        А на этом форуме все норма- пример  你好。

[digger®]

Форум у вас в UTF8 ?

[ronel83]

да...русский UTF-8 язык стоит

[digger®]

В Админка - Настройка языков
в строчке про Russian что написано?

[ronel83]

Вот...

[digger®]

У вас база случаем не в 1251? Попробуйте в В Settings.php добавить строку

Код (php) Выделить Развернуть

$db_character_set = 'utf8';

[ronel83]

нет..там также как Вы написали...вот кусок кода

# Make sure the paths are correct... at least try to fix them.
if (!file_exists($boarddir) && file_exists(dirname(__FILE__) . '/agreement.txt'))
   $boarddir = dirname(__FILE__);
if (!file_exists($sourcedir) && file_exists($boarddir . '/Sources'))
   $sourcedir = $boarddir . '/Sources';
if (!file_exists($cachedir) && file_exists($boarddir . '/cache'))
   $cachedir = $boarddir . '/cache';

$db_character_set = 'utf8';
?>

[ronel83]

но по запросу в phpmyadmin  SHOW VARIABLES LIKE  "character_set_database" пишет character_set_database
cp1251


И что теперь делать?

[digger®]

phpmyadmin

Вы в phpmyadmin посмотрите у вас таблицы в какой кодировке фактически, особенно smf_messages.

[ronel83]

Все в 1251 (
вот скрин... https://www.simplemachines.ru/radikal/s011/i317/1309/4f/ff390b52129e.png
Но внизу написано utf8
Это я менял в операциях-сравнение

[digger®]

Все в 1251 (

Скорее всего, в этом и проблема.

[ronel83]

а поменять нельзя вручную в phpmyadmin? или какой вариант тогда возможен?

[digger®]

а поменять нельзя вручную в phpmyadmin? или какой вариант тогда возможен?

Слить дамп, перекодировать в utf-8, залить назад с принудительным выставлением правильной кодировки.
Дампы лить через Sypex Dumper.

[ronel83]

Я сделаю дамп, а как мне его в utf 8 перекодировать немного не понял....и разве в Sypex Dumper есть функция принудительного выставления кодировки?

[GeorG]

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

[ronel83]

сделал бекап как есть, дальше начал восстанавливать и выставил кодировку вместо auto utf8 +коррекция кодировки включена. Написал ошибку

MySQL Error: Duplicate entry \'42\' for key \'PRIMARY\' (/home/ronel140/public_html/sx/index.php:1581)
   Выполнение прервано из-за ошибки

[GeorG]

Ответ в ошибке. Дубликаты - https://www.google.ru/search?q=mysql+error+duplicate+entry&ie=utf-8&oe=utf-8&rls=org.mozilla:ru-RU:unofficial&client=firefox-a&gws_rd=cr&ei=z2FDUs2DB-jy4QSYn4C4Aw

[ronel83]

Так и не разобрался ( Печаль

[digger®]

Так и не разобрался ( Печаль

Нужно содержимое таблиц smf_log_search_* в дампе убрать.

[digger®]

Убрать можно в дампе, стерев там эти таблицы. Или в phpmyadmin очистить их содержимое, перед тем как дамп делать.

[GeorG]

Как вариант (я им всегда и пользуюсь), прямо в Sypex Dumper отметить их как пустые (вроде черный квадратик вместо галочки), ещё при снятии бекапа.

[ronel83]

Делал и так как сказали вы и просто пробовал в дампере залить в чистую новую базу с кодировкой utf8 и корректировкой кодировки...огшибка таже осталась..даже если в дампе нет этих таблиц вообще про лог