VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
- Дамп базы сразу в формате utf8 через phpMyAdmin
- Замена в файле дампа cp1251 на utf8
- Удаление и создание новой базы на utf8_general_ci
- Залив базы обратно
- Отключение хуков у конфиге
- Добавление AddDefaultCharset utf8 и php_value default_charset utf8 в .htaccess
- Сброс через tools.php языка и кэша.
- Установка новой локализации.
На выходе имеем - русификация с проблемами в буквах "И" и "щ" и не читаемые сообщения форума. Хотя весь интерфейс читается. После повторного дампа и просмотра - весь русский текст в базе лежит в utf8.
Так же, если открыть $config['Mysqli']['charset'] = 'utf8'; то это приводит к сообщению о бане пользователя и невозможности войти в админку.
Где косяк ? Есть ли нормальная инструкция по переходу на utf8. Всё что кусками лежит на форуме не пашет.
Сделать бэкап sypex dumper'ом, создать новую БД с верными настройками и восстановить бэкап тем же сайпексом но с установкой нужной кодировки и поставить галочку "Коррекция кодировки".
Перед всеми этими действиями сохраняем бэкап и куда-то откладываем. Заодно проверить, нормально ли отображаются русские буквы в таблице post
@NeoGeo
Продвинутый
Join Date: Jan 2006
Location: DC
Posts: 47
Версия vB: 4.1.x
Пол:
Reputation:
Опытный 15
Репутация в разделе: 13
0
Не помогло, та же фигня. Русификация нормально, посты - знаки вопроса.
Причём если ставить с нуля то $config['Mysqli']['charset'] = 'utf8'; работает. И всё без проблем.
Я вам про одно, вы мне про другое. Ладно, играем дальше в догадки.
@GiRassell
Эксперт
Join Date: Jul 2007
Location: Чкаловск
Награды в конкурсах:
Posts: 1,141
Версия vB: 3.8.x
Пол:
Reputation:
Expert 1356
Репутация в разделе: 514
0
Quote:
Originally Posted by Sven
Сделать бэкап sypex dumper'ом, создать новую БД с верными настройками и восстановить бэкап тем же сайпексом но с установкой нужной кодировки и поставить галочку "Коррекция кодировки".
Актуально для меня. На тестовом исправлял кодировку utf8_general_ci (и не только utf8) полностью всю БД. Исправляет. то исправляет. Но в полях, где надо utf8_bin он делает utf8_general_ci.
Не сталкивался?
Понятно, что фильтром надо исключать таблицы и потом вручную вправять...
@NeoGeo
Продвинутый
Join Date: Jan 2006
Location: DC
Posts: 47
Версия vB: 4.1.x
Пол:
Reputation:
Опытный 15
Репутация в разделе: 13
1
Всё, решение пришло само.
- Дамп базы сразу в формате utf8
- Замена в файле дампа cp1251 на utf8
- Удаление и создание новой базы на utf8_general_ci
- Залив базы обратно
- Отключение хуков у конфиге
- Добавление AddDefaultCharset utf8 и php_value default_charset utf8 в .htaccess
- Сброс через tools.php языка и кэша.
- Установка новой локализации.
- включение $config['Mysqli']['charset'] = 'utf8';
- запуск процедуры апдейта на ту же версию
Всё заработало.
NeoGeo добавил 28.12.2013 в 22:46
Да, для контроля иногда полезно делать
Админка -> Выполнить SQL запрос -> SHOW VARIABLES LIKE 'character_set%'
что бы узнать, в какой кодировке вобла юзает базу
Last edited by NeoGeo : 12-29-2013 at 12:46 AM.
Reason: Добавлено сообщение