Смена кодировки базы в phpMyAdmin (Страница 6 из 10)

Если честно, не знаю, как этот файлик создать

Всё описанное выше привело к тому, что можно увидеть тут. Ядро стало не читаемым...

Примерно тоже самое происходит, когда я все перевожу в утф8

результат остался тем же и и использованием третьего шага...(

кириллица выглядит нормально. сравнение везде cp1251_general_ci

Пыталась все подшерстить под utf8, тоже не помогло:(

Здравствуйте! Сегодня утром зашел на свой IPB 3.0 (установлен на беспл хосте) и вместо русского языка появилось "Faq ???? ??????????????????????",
зашел в админку форума, где меню было частично русским, потыркал русификатор, не помогло.. Кодировка форума как и раньше стоит UTF-8. Полез первыи раз в phpMyAdmin версии: 3.2.1, там сравнение cp1251_general_ci. Данные phpMyAdmin :: MySQL 5.1.48 - кодировка: UTF-8 Unicode (utf8); Apache/2.2.15 (FreeBSD) mod_ssl/2.2.15 OpenSSL/0.9.8k DAV/2 mod_fcgid/2.3.5. И что самое интересное и отличающееся от осталных - в таблицах phpMyAdmin тоже кривои текс вместо русского языка! Тоесть дело в БД?

на запрос отвечает так:

Variable_name     Value
character_set_client    latin1
character_set_connection    latin1
character_set_database    latin1
character_set_filesystem    binary
character_set_results    latin1
character_set_server    latin1
character_set_system    utf8
character_sets_dir    /usr/local/share/mysql/charsets/

я так понимаю данные форматированы безвозвратно?(

Отдельно кодировку таблиц я не менял, только в базе -> Операции и там менял сравение cp1251_general_ci на другие и обратно..

[spoiler]CREATE TABLE IF NOT EXISTS `mail_error_logs` (
  `mlog_id` int(10) NOT NULL AUTO_INCREMENT,
  `mlog_date` int(10) NOT NULL DEFAULT '0',
  `mlog_to` varchar(250) NOT NULL DEFAULT '',
  `mlog_from` varchar(250) NOT NULL DEFAULT '',
  `mlog_subject` varchar(250) NOT NULL DEFAULT '',
  `mlog_content` varchar(250) NOT NULL DEFAULT '',
  `mlog_msg` text,
  `mlog_code` varchar(200) NOT NULL DEFAULT '',
  `mlog_smtp_msg` text,
  PRIMARY KEY (`mlog_id`)
) ENGINE=MyISAM  DEFAULT CHARSET=cp1251 AUTO_INCREMENT=3 ;

? ?µ???????‚???°?†???? ???[/spoiler]

Кстати, кодировки у таблиц разные где то UTF-8 где то cp1251

да вот так и выглядят.. связался с админами хостинга - сказали, что утром апгреидили сервак (

Хостинг подкрутил у себя кодировки и форум, после перезагрузки руссификатора, снова стал читаймым Но что самое интересное, в phpMyAdmin до сих пор вместо русского - непонятные символы О_о ну да ладно.. все наладилось, Hanut - спасибо, что уделил внимание!

Здравствуйте, не поможете и моему горю.

В наследство достался сайт. Вернее попросили за ним приглядывать. Сейчас я задумала перевести сайт с текущей самописной программы на вордпресс, открыла базу через phpMyAdmin - а там сплошные кракозябры При этом в браузере всё отображается все нормально.

Сделала запрос: SHOW GLOBAL VARIABLES LIKE 'char%';

Variable_name     Value
character_set_client     latin1
character_set_connection     latin1
character_set_database     latin1
character_set_filesystem     binary
character_set_results     latin1
character_set_server     latin1
character_set_system     utf8
character_sets_dir     /usr/share/mysql/charsets/

В базе данные выглядят след образом: Интервью Ивана Газидиса  бл...
В во всех таблицах все текстовые поля выставлены в кодировку utf8_general_ci .

Пробовала экспортировать, открывать через notepad - менять кодировку- не помогает Что можно придумать? Подскажите, пожалуйста. Заранее спасибо.

Если на сервере есть доступ к выполнению mysqldump, то можно сохранить дамп указав изначальную кодировку, в этом случае данные сохранятся в нормальном виде.

mysqldump -u root -ppassword --default-character-set=latin1 db_name table_name > /usr/dump.sql

В данной строке необходимо заменить password на пароль пользователя root (можно подключиться и под другим пользователем);
db_name - имя базы данных;
table_name - имя таблицы. Если не указывать имя таблицы, то будут сохранены все таблицы указанной выше базы данных.
/usr/dump.sql - сохраняемый файл дампа.

Если на сервере доступа к командной строке, а следовательно и к mysqldump нет, то можно перенести дамп в виде крякозябов на локальный компьютер и на нем проделать сохранение дампа с помощью mysqldump. На Windows все будет работать точно так же, кроме пути к файлу, который надо указать с буквой диска - ... > C:\dump.sql

забыла еще написать.

Пробовала сделать дамп базы с помощью Sypex Dumper Pro 2.0.7 RC. Скопировала, выставила права, отредактировала файл с параметрами соединения. Открыла в браузере и увидела, что не стоит Zend Optimizer. Так что попытка не удалась
Я уже не знаю, что придумать 430 статей + 6 000 комментариев к ним. Если вручную переносить из браузера - то я закончу, когда у меня уже внуки будут ))

Дмитрий, сняла базу с помощью сипекса лайт. Открыла файлик - все-попрежнему

Я не исключаю возможности, что у меня кривые руки На самом сайте (в браузере) все отображается нормально. Сайт - http://arsenal-blog.ru.

мой вопрос закрыт, благодаря профессиональной помощи DmitryV.

Проблема состояла в том, что в в базе формата UTF8 хранились данные в формате 1252 (Latin1). Дмитрий помог правильно переконвертировать базу и поправить работу скриптов. В итоге, база выглядит по-русски и новые данные тоже добавляются корректно. За что ему огромное человеческое спасибо! Надеюсь, что заказчик тоже оценит