Форум PHP-MyAdmin.RU — Еще одна проблема с перекодировкой.

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Tue, 08 Sep 2009 09:58:44 +0000

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

Re: Еще одна проблема с перекодировкой.

null@example.com (ranger_a) — Tue, 08 Sep 2009 08:41:02 +0000

Уважаемый Hanut!
Не могли бы Вы также и мне прислать скрипт перекодировки с инструкцией использования для решения подобной проблемы!?
Заранее благодарен!

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Fri, 06 Feb 2009 14:29:58 +0000

Pupurup
Даже не знаю как эти строки там оказались.

Re: Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Fri, 06 Feb 2009 14:17:05 +0000

Hanut сказал:

В самых первых строках дампа всегда написано чем он был сделан.

-- phpMyAdmin SQL Dump
-- version 2.11.9.1
-- http://www.phpmyadmin.net
--
-- Хост: localhost
-- Время создания: Дек 26 2008 г., 02:39
-- Версия сервера: 5.0.51
-- Версия PHP: 5.2.6

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Fri, 06 Feb 2009 14:08:59 +0000

Pupurup
Такие строки обычно добавляет программа mysqldump. В самых первых строках дампа всегда написано чем он был сделан.

Re: Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Fri, 06 Feb 2009 13:06:49 +0000

Hanut сказал:

В дампах сделанных с помощью phpMyAdmin этих строк нет

Странно... Но именно phpMyAdmin делал этот дамп... Откуда же они??

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Fri, 06 Feb 2009 13:02:11 +0000

Pupurup
В дампах сделанных с помощью phpMyAdmin этих строк нет, поэтому скрипт перекодировки их и не изменяет.
По идее, их можно было просто удалить. Но ваша замена тоже приемлема.

Re: Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Fri, 06 Feb 2009 12:37:41 +0000

Hanut, огромное Вам пионэрское спасибо! При помощи Вашего чудодейственного скрипта все же удалось привести базу в надлежащий вид. Единственное, чего не смог скрипт, это внести одно маленькое, но критическое изменение в дамп:

ср1251 пришлось вбить ручками в Notepad++ взамен почему-то оставшегося в дампе utf8.

Еще раз огромнейшее спасибо!

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Wed, 04 Feb 2009 18:01:34 +0000

Pupurup сказал:

заменил. толку — ноль

Будет толк после перекодировки дампа и его корректного импорта.
Выслал вам на почту скрипт перекодировки с инструкцией использования.

Re: Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Wed, 04 Feb 2009 15:12:47 +0000

Hanut сказал:

то сохраните дамп в utf8

там кракозябры...
Как это? Создать новый дамп? Как в таком случае я могу изменить кодировку дампа?

Hanut сказал:

Также, попробуйте открыть дамп с помощью Notepad++.

кириллица там выглядит так:

'????????? ?????????, BTL, ????????? ????????, ????????? ????????, ?????, promo, ????????? ??????, ?????

Hanut сказал:

Замените на:
mysql_query('SET NAMES cp1251');

заменил. толку — ноль

UPD:

смущает кодировка таблиц базы:

но все выглядело так же и на предыдущем хостинге...

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Wed, 04 Feb 2009 14:55:34 +0000

Pupurup
Из вопросиков вернуть данные нельзя.
Посмотрите в phpMyAdmin как там выглядит кириллица. Если она читаема, или крякозябы, то сохраните дамп в utf8.

Также, попробуйте открыть дамп с помощью Notepad++.

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251'");
Замените на:
mysql_query('SET NAMES cp1251');

При подключении не используйте пользователя root.

Re: Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Wed, 04 Feb 2009 14:44:27 +0000

Hanut сказал:

Если вместо кириллица крякозябы, то покажите как они выглядят.

Вот они:

???????????? BTL – ??????????? «???????? ??????? ?...

Hanut сказал:

Если есть доступ к конфигурационному файлу MySQL (my.cnf)

Доступа нет

Hanut сказал:

смотрите документацию скрипта, ищите директиву устанавливающую кодировку соединения с MySQL

В скрипт вставил команды:

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251'");

Все равно на сайте вместо кириллицы — вопросительные знаки

Re: Еще одна проблема с перекодировкой.

null@example.com (Hanut) — Wed, 04 Feb 2009 14:13:31 +0000

Pupurup
Откройте дамп и посмотрите отображается ли там кириллица. Если вместо кириллица крякозябы, то покажите как они выглядят.
Если отображается, посмотрите кодировку файла и при импорте в phpMyAdmin выберите ее.

Не помогло, тогда дальше.

Если есть доступ к конфигурационному файлу MySQL (my.cnf), то можно в раздел [mysqld] добавить строку определяющую кодировку соединения:
init-connect="SET NAMES utf8"

Если нет доступа к my.cnf, тогда смотрите документацию скрипта, ищите директиву устанавливающую кодировку соединения с MySQL.

Еще одна проблема с перекодировкой.

null@example.com (Pupurup) — Wed, 04 Feb 2009 13:11:40 +0000

Прошу прощения за создание темы с таким повторяющимся вопросом, но в предыдущих темах решения своей проблемы не нашел.

Итак при переносе БД на новый хостинг при помощи дампа, русский текст, в итоге, стал отображаться в виде вопросительных знаков... Думаю, что все дело в различии настроек разных серверов.

Такие настройки были на старом хостинге:

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

На новом же — такие:

character_set_client cp1251
character_set_connection cp1251
character_set_database cp1251
character_set_filesystem binary
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/

Что здесь можно сделать?

Заранее благодарен.