Gansta Опубликовано 5 июня, 2017 Поделиться Опубликовано 5 июня, 2017 После обновления ОС с debian 6 на 7 на сервере слетела кодировка. Перечитал все темы, пробовал скрипты по конвертации, менять кодировку дампа в Notepad++ и iconv, перезаливать дамп - нет результата. Я не понимаю как работает этот корявый IPB 3.4 - везде прописано UTF8, база в UTF8, но он упорно сохраняет новые сообщения в CP1252 и хочет их видеть в этой же кодировке. Откуда она вообще берется? Причем я понимаю была бы CP1251, но 1252? Когда я конвертирую базу в UTF8 прописываю кодировку UTF8 в конфиге форум тупо не открывается - ошибка типа изменилась кодировка. Что можно еще попробовать? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 7 июня, 2017 Автор Поделиться Опубликовано 7 июня, 2017 Самый прикол в том, что везде прописан UTF8, и в mysql.ini и в htaccess, но даже при установке движка с нуля он упорно пишет контент в 1252. IPB 3.4 вообще умеет с UTF8 работать? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
WOLF Опубликовано 7 июня, 2017 Поделиться Опубликовано 7 июня, 2017 У всех все норм работало и работает Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Sipsb Опубликовано 7 июня, 2017 Поделиться Опубликовано 7 июня, 2017 В 05.06.2017 в 11:55, Gansta сказал: После обновления ОС с debian 6 на 7 на сервере слетела кодировка. # Доступные кодировки root@debian:~# locale -a Что выводит? 29 минут назад, Gansta сказал: Самый прикол в том, что везде прописан UTF8, и в mysql.ini и в htaccess, но даже при установке движка с нуля он упорно пишет контент в 1252. IPB 3.4 вообще умеет с UTF8 работать? А в .htaccess добавляли эту строку?AddDefaultCharset UTF-8 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 8 июня, 2017 Автор Поделиться Опубликовано 8 июня, 2017 11 часов назад, WOLF сказал: У всех все норм работало и работает У меня работало на старом мускуле с конфигом, когда все было UTF8, а в mysql дефолт чарсет стоял 1251. Форум открывался в ютф, а соединение с БД было 1251. Но это костыль. Сейчас default charset utf8 как в mysql.ini так и php/htaccess. Хорошо допустим дамп кривой или настройки поменялись и т.д., но почему IPB отказывается работать в нормальной кодировке даже с чистой установки? Он даже после чистого нового инстала упорно пишет текст в базу 1252, причем сама база UTF8 и все поля в ней тоже. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 9 июня, 2017 Автор Поделиться Опубликовано 9 июня, 2017 Понял такую вещь - IPB 3.4.9 считает, что если я его ставлю с нуля на сервер, где во всех конфигах UTF8 ему надо обязательно назло использовать 1251. Такой он несогласный с современными реалиями. UTF8 включается только если залить начисто и сразу в конфиге поставить utf8. Буду разбираться дальше. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 9 июня, 2017 Автор Поделиться Опубликовано 9 июня, 2017 Есть прогресс. Действительно оказалась ошибка в скриптах, пока не поставил /admin/setup/sources/base/install.php параметр 'sql_charset' => 'utf8', установка шла в кодировке 1251. Форум поставился, кодировка теперь UTF8 и на сайте и в БД, но не могу перенести сообщения со старого форума. Перекинул таблицы по списку из старой базы, предварительно прогнав ее через iconv в utf8 http://forums.ibresource.ru/topic/65180-tablitcy-dlia-perenosa-polzovatelei-i-soderzhim/?p=390460 но на форуме не отображается половина тем. Как теперь перенести данные? AlexM 1 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 9 июня, 2017 Автор Поделиться Опубликовано 9 июня, 2017 Темы побил iconv при конвертации старого дампа, переделываю. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Gansta Опубликовано 9 июня, 2017 Автор Поделиться Опубликовано 9 июня, 2017 Все, есть - победа. Победил этот колхоз. Как я понял кодировка ipb это самый популярный запрос в гугле, за столько версий авторы так и не смогли по-человечески сделать, особенно прикололся, что после смены кодировки базы падает сама cms - очень "умный" ход. Выдавали бы крякозаблы, проблем было бы меньше, ну да ладно. Все конвертнул и залил через новую установку. Потом перекинул вручную таблицы. Всем спасибо. AlexM 1 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.