Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: смена версий MySQL - проблема с кодировками. UTF-8
 
 автор: Anatoly_ua   (05.04.2007 в 17:30)   письмо автору
33.9 Кб
 
 

Был сайт на MySQL 4.0... Я так понимаю, что 4 не очень дружит с utf8, но в таблицах были данные в utf8. Потом хостер перенес сайт на другой сервер с MySQL 5. В таблицах теперь сравнение стоит, но 1251. На сайте вроде бы все нормально отображается (слетели только некоторые символы), но понятно, что в базе там все поломалось. Можно ли как-то это дело восстановить?

картина такая: html в utf8 и если не запускать SET NAMES UTF8, то из базы все данные отображаются нормально (в utf8, кроме нескольких букв, вместо которых ??), а если запустить SET NAMES UTF8, то везде кракозябры...

   
 
 автор: Trianon   (05.04.2007 в 17:44)   письмо автору
 
   для: Anatoly_ua   (05.04.2007 в 17:30)
 

У Вас в свойствах таблиц прописана кодировка cp1251. Это противоречит утверждению, что данные в таблице лежат в utf-8.



Серверы ниже 4.1 с кодировками действительно не работают.

   
 
 автор: Anatoly_ua   (05.04.2007 в 17:58)   письмо автору
 
   для: Trianon   (05.04.2007 в 17:44)
 

Это дело (cp1251) прописалось во время переноса, т.к. в старой MySQL указать кодировку явно в структуре было нельзя. Данные там сейчас вообще не понятно в каком формате -- я ж говорю, что на сайте в html в utf8 отображается все нормально... Да и сохранял я все в utf8 -- в этом я уверен :)

Т.е. вопрос такой -- можно ли как-то восстановить эти данные хоть в какой-то корректной кодировке?

   
 
 автор: Trianon   (05.04.2007 в 18:07)   письмо автору
 
   для: Anatoly_ua   (05.04.2007 в 17:58)
 

Можно попробовать поменять кодировку на binary и после этого - на реальную.
В этом случае сервер, меняя свойство поля или таблицы, не будет пытаться перекодировать данные.
Однако делать это надо осторожно, сперва поэкспериментировав над копией, и заручившись живым дампом на всякий случай.

   
 
 автор: Trianon   (05.04.2007 в 19:53)   письмо автору
 
   для: Trianon   (05.04.2007 в 18:07)
 

Не исключено также, что исправить дамп и залить базу заново будет проще.

   
 
 автор: Anatoly_ua   (06.04.2007 в 10:48)   письмо автору
 
   для: Trianon   (05.04.2007 в 19:53)
 

Да, спасибо. Похоже, что так проще будет в данном случае :)

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования