Подскажите, это можно как-нить изменить, или не получается?
]]>
Подскажите, это можно как-нить изменить, или не получается?
]]>Мне помог экспорт через пма 2.5 который не заморачивается с кодировами, удаление всех DEFAULT CHARSET=** и импорт через пма 2.10 указав кодировку 1251 и совместимость ansi
Получается кирилица cp1251 лежит в таблицах latin1?
В связи с чем вопрос: у меня много баз из них часть на шведском, часть на русском. Мне нужно для каждой базы теперь менять сопоставление соединения в менюшке пма 2.10 или есть там какая-то одна универсальная?
А зачем менять сопоставление? Сопоставление нужно для корректного сопоставления символов при поиске по данным таблиц.
так как если делать импорт/экспорт старым пма 2.5 или собственным скриптом то всё везде будет почему-то совершенно нормально отображаться (кроме новых пма "понимающих кодировки" в которых может быть написано и latin1_swedish_ci, и крюкозяблики, и вопросики)
- пункты 1 и 2 требуются исключительно для корректной работы новых пма?
Пункты 1 и 2 требуются исключительно для корректной работы пользовательских скриптов, phpMyAdmin корректные данные отображает нормально в любом случае. Разберитесь с кодировками своих таблиц.
]]>1) Оставить запрос "SET NAMES кодировка" в начале скрипта. Если скриптов много – см. вариант 2.
2) Заставить MySQL автоматически выполнять этот запрос при каждом соединении с ним.
Для этого необходимо в конфигурационном файле MySQL, в секции [mysqld] добавить следующую строку: init-connect="SET NAMES кодировка".
так как если делать импорт/экспорт старым пма 2.5 или собственным скриптом то всё везде будет почему-то совершенно нормально отображаться (кроме новых пма "понимающих кодировки" в которых может быть написано и latin1_swedish_ci, и крюкозяблики, и вопросики)
- пункты 1 и 2 требуются исключительно для корректной работы новых пма?
Перекодировал все в cp1251. Но не факт, что скрипт будет работать, я не знаю как у него соединение устанавливается и в какой кодировке изначально идут данные на хост.
Пробуйте.
]]>В вышеприведенной статье описан ваш и вариант проблемы. Читайте внимательнее.
Из статьи:
1. PHP ИСПОЛЬЗУЕТ НЕВЕРНУЮ КОДИРОВКУ В КАЧЕСТВЕ КЛИЕНТСКОЙ
Симптомы:
Через phpMyAdmin (здесь и далее подразумевается версия умеющая работать с кодировками, т.е. >= 2.6.0) все по-русски, а в скрипт приходят вопросительные знаки.
Скрипт, заносящий данные в базу, видит русский нормально, а после вставки, как в правильном скрипте, так и в phpMyAdmin-е — знаки вопросов.
2. MySQL ИСПОЛЬЗУЕТ НЕВЕРНУЮ КОДИРОВКУ
Симптомы:
Русский текст приходит в скрипт как русский, в консольном клиенте тоже все хорошо. Однако не работает сортировка, перевод в верхний/нижний регистр и т.д. Если применить решение из проблемы №1, то либо русский текст становится вопросами, либо mysql_error() возвращает сообщение похожее на "Illegal mix of collations (latin1_general_ci,IMPLICIT) and (cp1251_general_ci,COERCIBLE)...". В тоже время phpMyAdmin русский текст отображает как "крокозябры" (латинские символы с умляутами и т.д.).
У меня уже на локалке ДО экспорта БД, русских букв НЕТ!
]]>Создайте дамп и покажите в каком виде в него записываются русские буквы.
Старая версия MySQL, помочь с ней не могу, но вроде с кирилицей она работала нормально. Обновить версию MySQL можно и нужно, только данные в БД от этого не изменятся, но может кирилица появится, хотя куда она могла деться...
]]>Сопоставление cp1251_general_ci.
Также воспользуйтесь поиском по форуму, пожалуйста.
]]>