Проблема с кодировкой

mayerz
Если в БД вместо крякозябов знаки вопросов - значит данные потеряны. Менять кодировку таблиц таким образом, как вы сделали, нельзя. Если вы делали дамп, перед сменой кодировки, то данные можно попробовать восстановить.

mayerz
Правильным было бы сделать конвертацию дампа из крякозябов в кириллицу, затем импорт в БД и установку кодировки соединения с MySQL. Но можно сделать так, как было: в БД крякозябы, на сайте кириллица.

Для первого варианта нужен дамп. Его необходимо открыть и найти любую таблицу имеющую поля с крякозябами; покажите структуру этой таблицы и пример вида крякозяб. После этого вам будет отправлен скрипт перекодировки с инструкциями его использования. После перекодировки необходимо будет установить кодировку соединения с MySQL: если существует директива конфигурации скрипта устанавливающая кодировку соединения, то надо ее выставить в соответствии с кодировкой данных в БД; если такой директивы нет, то надо найти вхождение функции mysql_connect и сразу после нее добавить строку:
mysql_query('SET NAMES cp1251'); // Если кодировка данных в БД cp1251.

Во втором варианте надо только установить кодировку соединения с MySQL, но устанавливать ее надо в latin1, то есть, при наличии директивы конфигурации скрипта устанавливающую кодировку соединения выставить ее в latin1; либо найти в файлах скрипта вхождение mysql_connect и сразу после нее добавить строку:
mysql_query('SET NAMES latin1');

Еще раз: правильным является только первый вариант!

mayerz
Что-то не то в дампе. Крякозябы должны выглядеть, как в phpMyAdmin (???? ? ??? ????????). Если вы открывали дамп в Блокноте, попробуйте Notepad++.

Выслал на вашу почту скрипт перекодировки с инструкциями.
После перекодирования и импорта проверьте работоспособность сайта, если увидите вопросики, или крякозябы, то следующим шагом необходимо будет настроить кодировку соединения с MySQL установив ее в cp1251.

mayerz
Поищите этот кусок данных в дампе. Надо посмотреть как он там выглядит и по какой причине выходит ошибка.

mayerz
Добавьте в корень скрипта файл .htaccess со следующей строкой:

php_flag magic_quotes_gpc off

У меня подобная проблема, но несколько "страньше"
Есть форум, работающий под phpbb2+
С самим форумом всё нормально, а вот phpMyAdmin никак не хочет нормально отображать содержимое таблиц - как раз что-то вроде ???.
Можно ли настроить именно phpMyAdmin на нормальное отображение?
На настройки сервера базы вид в phpMyAdmin никак не реагирует.
character set client utf8
(Глобальное значение) latin1
character set connection latin1

Вот первая переменная меня и настораживает - именно её никак не удаётся переключить в какую-либо кодировку.
При любых настройках сервера character set client и character set results, всегда имеют значение utf8.
С этим можно как-то бороться?

Ну и, конечно, буду весьма благодарен, если скинете и мне скрипт для перекодирования дампа.
Пора бы уже перевести форум и базу в современный вид, т.к. многие другие скрипты, используемые на сервере, гораздо лучше работают если кодировка базы будет в utf8.
Правда, сам форум потом, видимо ковырять придётся...

Спасибо.
Но тут всё гораздо хуже.
Честно говоря, я не знаю в какой кодировке хранятся данные в таблицах, но форум отображает их верно. Причём, при сопоставлении соединению кодировки именно latin1. Скорее всего, Вы правы - в базе хранится вовсе не то, что отображается в форуме.
Проблема в том, что никакими штатными методами не удаётся заставить phpMyAdmin установить нужную кодировку на подключении.
Причину нашёл - в скриптах phpMyAdmin, жёстко прописана кодировка подключения utf8 - именно тем способом, что Вы предложили.
Кстати, phpMyAdmin версии 3.2.4. Это может быть важно.
Вобщем, в самом phpMyAdmin настоящая каша с кодировками - в панели отображается не реальная кодировка клиента, а та, что установлена в языковом файле (а в моём экземпляре все языковые файлы были в utf8), а реальное подключение намертво залочено в скрипте.
Вобщем, даже решив проблему отображения в Myadmin - е, получил кучу проблем с импортом уже перекодированных дампов.
Если хватит терпения, я, конечно добью его. Так, чтобы можно было нормально работать с любыми базами в любых комбинациях charset.
Ещё раз спасибо.

P.S.
У меня сейчас задача - перетащить форум на новое железо, при этом, по возможности перейти на БД, полностью функционирующую в utf8.
Впринципе, через пляски с бубном удалось перетащить и перекодировать базу.

1) Смотрите как кириллица отображается в phpMyAdmin.
2) Уточните в какой кодировке страницы сайта.
3) Покажите структуру любой таблицы содержащей поля с кириллицей.

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