Возможно ли в моем случае поправить кодировку MySQL?

Слоняра
На сайте с 18.12.2004
Offline
229
612

Есть база сайта, которая сохранена в одном экземпляре вот с таким содержимым:

Новости

Можно как-то ее конвертировать в нормальный вид?

Спасибо.

нихт подпись...
Mad_Man
На сайте с 10.11.2008
Offline
162
#1

Напоминает UTF-8, который отображается как CP-1252.

R
На сайте с 11.02.2010
Offline
147
#2

да можно.

это вы прямо в базе видите или куда-то выводится в таком виде?

но даже если в базе, то это решаемо

скрипт: считываете каждую запись, перекодируете и обратно

ENG и RU контент в промышленных масштабах на заказ. От $0.1 за 1000 знаков (/ru/forum/897224)
totamon
На сайте с 12.05.2007
Offline
437
#3

в каком виде база данных? где крякозабры выводятся? на сайте или в файле дампа?

похоже ваш случай

Возникает проблема в основном в случае, когда у таблиц указана кодировка UTF-8, данные в UTF-8, но кодировка соединения установлена по умолчанию latin1 (типичный пример, vBulletin 4, хоть там и есть в конфигах настройка кодировки соединения, но она закомментирована по умолчанию).

В результате в MySQL присылаются данные в UTF-8, но поскольку указана кодировка соединения latin1, то MySQL пытается преобразовать данные из latin1 в UTF-8.
Домены и хостинг https://8fn.ru/regru | Дедик от 3000р https://8fn.ru/73 | VPS в Москве https://8fn.ru/72 | Лучшие ВПС, ТП огонь, все страны! https://8fn.ru/inferno | ХОСТИНГ №1 РОССИИ https://8fn.ru/beget
R
На сайте с 11.02.2010
Offline
147
#4

если iso-8859-1 в utf-8, то получается Новос�и

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

---------- Добавлено 13.02.2015 в 01:02 ----------

только прежде, чем дергаться, сделайте резервную копию :)

[umka]
На сайте с 25.05.2008
Offline
456
#5
remizov:
если iso-8859-1 в utf-8, то получается Новос�и

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

Скорее всего при копипасте символы побились :)

Если файл целиком конвертнуть, должно получиться нормально.

Лог в помощь!
R
На сайте с 11.02.2010
Offline
147
#6
'[umka:
;13501173']Скорее всего при копипасте символы побились :)
Если файл целиком конвертнуть, должно получиться нормально.

я тоже склонен так думать. если напрямки (никуда не копируя), то может все нормально получиться

Слоняра
На сайте с 18.12.2004
Offline
229
#7
remizov:
да можно.

это вы прямо в базе видите или куда-то выводится в таком виде?

но даже если в базе, то это решаемо

скрипт: считываете каждую запись, перекодируете и обратно

Да, так оно выглядит в БД.

Скрипт, это не про мои руки :)

А встроенных возможностей для преобразования в myphpadmin не найдется? Командой какой или вроде того.

R
На сайте с 11.02.2010
Offline
147
#8
Слоняра:

А встроенных возможностей для преобразования в myphpadmin не найдется? Командой какой или вроде того.

я не знаю. закажите скрипт, если база того стоит. не думаю, что тут много работы

Polkan
На сайте с 28.09.2005
Offline
102
#9

если вся база в таком виде, скрипт не нужен

$ iconv -f iso-8859-1 -t utf-8 dump.sql > dump_new.sql
WordPress-плагин для Apishops (http://p-api-shop.ru/) P-API-Shop WooCommerce-плагин для Apishops (http://woo-apishops.ru/) Woo-Apishops
totamon
На сайте с 12.05.2007
Offline
437
#10
Слоняра:
А встроенных возможностей для преобразования в myphpadmin не найдется? Командой какой или вроде того.

а на сайте как показывается инфа? если в phpmyadmin кракозябры, вовсе не значит что БД в неправильной кодировке... phpmyadmin это скрипт в котором как и в любом другом могут не правильные настройки быть для связи с БД.

вот такие настройки для UTF8 должны быть

главное окно phpmyadmin https://yadi.sk/i/eIPQH1v4eeLBF

закладка "Операции" https://yadi.sk/i/HZQHQ25TeeLEZ

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий