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

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

null@example.com (polarfellow) — Thu, 10 Jul 2014 12:39:51 +0000

Hanut сказал:

POP
phpMyAdmin всегда показывает данные в том виде, в каком они находятся в БД; если вы видите крякозябы (???) - значит вместо кириллицы в БД у вас именно они. Заставить phpMyAdmin отображать крякозябы, как кириллицу нельзя, можно только перекодировать все данные БД.
Причину вы тоже верно определили: глобальная кодировка соединения с MySQL установлена в latin1 (character set connection latin1).
Решение проблемы крякозябов заключается в перекодировке данных дампа в нормальный вид, последующий импорт и обязательная установка кодировки соединения с MySQL в необходимую кодировку (в вашем случае это cp1251).
Скрипт перекодировки я вам выслал вместе с типичной инструкцией.
Кодировка соединения с MySQL в форуме phpBB кажется можно установить в файле конфигурации (смотрите документацию). Если не найдете, то придется править код форума. Ищем функцию mysql_connect и сразу после нее добавляем строку:
mysql_query('SET NAMES cp1251');

Спасибо, помогло!

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

null@example.com (Hanut) — Fri, 22 Jul 2011 14:50:28 +0000

maxick95 сказал:

в phpmyadmin кириллица тоже отображается вопросительными знаками

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

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

null@example.com (maxick95) — Fri, 22 Jul 2011 08:24:39 +0000

кодировка cp1251
в phpmyadmin кириллица тоже отображается вопросительными знаками

??????????? ?????? ??????? ?????????? ???????? ????????? ????? ?????:

? ???????????? ?????? ?? ?????? (??????????? ?????????) ?????????????? ????????? ??????????? ? ???????????? ????????????
? ??????????????
? ???????? ????, ?????????? ???????
? ?????? ????, ???????????
? ?????? (??????) ???????????????, ???????????????????
? ?????? ????, ?????????, ??????????? ? ???????????
? ?????? ????, ??????
? ?????????? ????
? ?????????? ?????? ????
? ??????? ????????, ??????

использую dle 9.2

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

null@example.com (Hanut) — Thu, 21 Jul 2011 19:21:04 +0000

maxick95 сказал:

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

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

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

null@example.com (maxick95) — Thu, 21 Jul 2011 19:05:02 +0000

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

чё делать?

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

null@example.com (POP) — Sun, 06 Dec 2009 20:37:49 +0000

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

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

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

null@example.com (Hanut) — Sun, 06 Dec 2009 19:51:44 +0000

POP
phpMyAdmin всегда показывает данные в том виде, в каком они находятся в БД; если вы видите крякозябы (???) - значит вместо кириллицы в БД у вас именно они. Заставить phpMyAdmin отображать крякозябы, как кириллицу нельзя, можно только перекодировать все данные БД.

Причину вы тоже верно определили: глобальная кодировка соединения с MySQL установлена в latin1 (character set connection latin1).

Решение проблемы крякозябов заключается в перекодировке данных дампа в нормальный вид, последующий импорт и обязательная установка кодировки соединения с MySQL в необходимую кодировку (в вашем случае это cp1251).

Скрипт перекодировки я вам выслал вместе с типичной инструкцией.

Кодировка соединения с MySQL в форуме phpBB кажется можно установить в файле конфигурации (смотрите документацию). Если не найдете, то придется править код форума. Ищем функцию mysql_connect и сразу после нее добавляем строку:

mysql_query('SET NAMES cp1251');

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

null@example.com (POP) — Sun, 06 Dec 2009 11:21:55 +0000

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

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

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

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

null@example.com (mayerz) — Tue, 24 Nov 2009 20:12:09 +0000

Hanut
Огромное Вам спасибо за помощь! все получилось наконецто) даже не знаю чтоб я без Вас делал)

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

null@example.com (Hanut) — Tue, 24 Nov 2009 14:52:47 +0000

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

php_flag magic_quotes_gpc off

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

null@example.com (mayerz) — Tue, 24 Nov 2009 11:30:06 +0000

после перекодировки не все апострофы в словах заменились на \\'' и изза этого нарушается синтаксис mysql...можно както этот процесс поправить в коде самого скрипта?

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

null@example.com (Hanut) — Mon, 23 Nov 2009 19:16:34 +0000

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

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

null@example.com (mayerz) — Mon, 23 Nov 2009 18:56:20 +0000

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

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 's Warner Music International.', '18-го декабря

в чем может быть проблема? при импорте выбирал кодировку cp1251

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

null@example.com (Hanut) — Mon, 23 Nov 2009 14:54:11 +0000

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

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

null@example.com (mayerz) — Mon, 23 Nov 2009 14:35:16 +0000

да, точно.
вот например:

'????????-???????? ???????