Содержимое таблиц отображается кракозяброй. (Страница 7 из 7)

Крякозябры

Посмотрите правельно ли я записал

mysql_query('SET NAMES utf8');

Кусок кода : 

$this->host = $host;
        $this->user = $user;
        $this->password = $password;
        $this->database = $database;
        
        $this->conn=@mysql_connect($this->host,$this->user,$this->password)
        mysql_query('SET NAMES utf8');        or 
            die(mysql_error()."  Could not connect to MySql");
            
        /*********Actives database for current use*****************/
        
        @mysql_select_db($this->database,$this->conn) or
            die("Could not Select Database");

Здравствуйте!!!

хочу спросить по поводу latin1 в которой была установлена joomla RE 1.0.15.

пробовал перекодировать db выше упомянутыми скриптами в WINDOWS-1251, на выходе получаю ту же белиберду.

например один из этой серии 

<?php

$filename = 'file.sql';    // Имя файла дампа

$str = file_get_contents($filename);
$conv_str = iconv('ISO-8859-1', 'WINDOWS-1251//IGNORE', $str);
$handle = fopen('dump_cp1251.sql', 'w');
fwrite($handle, $conv_str);
fclose($handle);

?>

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

Здравствуйте.
Чудом нашел этот топик, хоть какая-то ниточка :)

Суть проблемы:
кракозябры в phpmyadmin'е (только в нем!)

но только в одной базе, с которой работает перловая "поделка" :)
при этом вывод данных работает корректно, т.е. русский текст отдается как и должен.
Вобщем работает все нормально, но если надо подправить данные с помощью phpmyadmin'а - это не представляется возможным.

Во всех других базах русский язык phpmyadmin отображает корректно (с остальными базами работает php)

параметры:
perl 5.8.8
MySQL 5.1.30

и SHOW VARIABLES LIKE 'character%'
и SHOW GLOBAL VARIABLES LIKE 'char%'
дают:
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

доступ к my.cnf есть

Собсно почему обращаюсь к Вам, потому как этот запрос

SET NAMES latin1;
SELECT * FROM `users`;

дает отображение УЖЕ НОРМАЛЬНОГО русского текста в этой базе, так в чем же может быть причина?
может можно что-нить подправить в пхпмайадмине?

с перловой поделкой расстаться не могу, так как на нем висит важный и древний(собсно как и сама поделка) проект, и... когда-нить я перепишу все на пхп, когда у меня будет пару-тройку месяцев свободных, ибо там 15Mb перлового кода.

По коду не нашел ни чего похожего ни на latin1, ни на utf8, а что-то другое править рука не поднимается :)

Кстати, когда еще была третья версия мускуля, таких проблем не было, и phpmyadmin отображал все корректно, правда тогда все было на cp1251.
И еще одно, в поделке есть встроенный MySQLMan(перловый Web-интерфейс к базе данных Mysql) - вот он зараза, отображает все корректно, но работать в нем, это как ложкой окопы копать.

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

спасибо

спасибо!

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

все таки перловка виновата...

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

видимо надо искать изначальную причину в работе Perl и MySQL, и это при том, что в поделке нет ни строчки с latin1 и вообще с любой кодировкой, как впрочем и у MySQLMan.

пока прописал строку
init-connect="SET NAMES UTF8"
в my.cnf

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

а Вы как считаете, может эта строчка дать проблемы с базами в cp1251, ведь она( эта строка) для всех коннектов и, я так понимаю, доминантная?

Здравствуйте! У меня вопрос по кодировке. Сам я чайник - только начал вникать в азы PHP & MySQL. Прочитав все выше изложенное, я кое-что понял и добился некоторых результатов. Настройке у меня следующие

Variable_name     Value
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     C:\Program Files\MySQL\MySQL Server 5.1\share\char...

проблема в том, что я хочу использовать на своем локальном сервере utf8, но при данных настройках не проходят элементарные записи в таблицы mysql, то есть тупо хочу добавить русское слово (с английскими словами проблем нет) в таблицу базы данных (настройки и базы и столбцов в таблице и самой таблицы utf8), при этом php-скрипт ошибок не выдает - все на первый взгляд выполняется идеально, но в таблице (работаю с mysql 5.1.14 через phpmyadmin 3.2.4) никаких данных нет. Если все настройки с utf8 сменить на cp1251 - все нормально работает. И еще такой странный факт в директории character_sets_dir     C:\Program Files\MySQL\MySQL Server 5.1\share\char... нет файла utf8.xml. Подскажите, пожалуйста, в чем проблема.

Хочу еще добавить на мой взгляд важную особенность. При установки CSM Open Slaed на локальный сервер, а он использует кодировку utf8, проблем нет - базы данных создаются и буквы там русские - все как и положено.

Да, эти значение глобальны.

Однако, у меня все равно не получается записать в таблицу в поле логин слово "Александр". Додумался до функции mysql_error(), и вот что Mysql выдает в браузере

Incorrect string value: '\xC0\xEB\xE5\xEA\xF1\xE0...' for column 'login' at row 1

что это значит пока не разобрался. Подскажите, если знаете, пожалуйста.

Еще раз отмечу, что open slaed ставится нормально, и там все буквы русские. Пытался разобраться в скриптах инсталляции, но ничего полезного так и не нашел; там mysql запрос INSERT помещен в отделный файл и подключен через file_get_contents и explode, потом запрос сводится к отделной текстовой переменной, которая вставляется в query. Знаю, что это глупо, но я применил этот прием, чтобы убедиться, что он не работает. ;-))) ...может я что и пропустил в скриптах установки...

я разобрался в чем дело; я использовал PHP редактор и в нем была кодировка ANCI, после того как переустановил на UTF8 в базу записывается отлично, только при выводе в браузер значения из таблицы вижу а?аЛаЕаКб?аАаНаДб? (((((

Помогите пожалуйста! Никак не могу побороть.
Я в работе с PMA новичок. Есть база, которая на сайте отображается нормально в PMA - кракозябрами типа "????????? ???????!" (оригинал фразы - "Уважаемые Женщины!"). При расшифровке через "декодер Лебедева" выдает:

"Как нам пришлось помучиться
CP1252 ? CP1251".

Как я понимаю, CP1252 - это то же, что и latin1.
Поле "Сравнение" во вкладке "Операции" имеет значение "latin1_swedish_ci".

Запрос SHOW VARIABLES LIKE 'character%' возвращает:

character_set_client utf8 
character_set_connection latin1 
character_set_database latin1 
character_set_filesystem binary 
character_set_results utf8 
character_set_server latin1 
character_set_system utf8 
character_sets_dir C:\Program Files\MySQL\MySQL Server 5.1\share\char...

Windows XP SP3, PMA 3.2.4., MySQL 5.1.4, PHP 5.3.1.

Помогите пожалуйста, как вернуть читабельный вид тексту в PMA.

SkyHawk
Если база отображаеться коректно на сайте - зачем её перекодировать сделайте дамп и коректно залейте его, проверьте следующее сайт использует точно туже базу что и PMA через который Вы выгружаете данные, посмотрите конфиги сайта, бывает что база рально расположена на другом хосте а PMA конектится к localhost на котором лежит битая база, второе дайте заголовок ваших страниц в какой кодировке вывод данных, в какой кодировке сама база? PMA Ваш или провайдера?
Если Вы затрудняетесь это сделать напишите мне в ПМ Ваш скайп, постораюсь Вам помоч, вариантов много, от неверной настройки рабочего окружения до ошибок при выгрузке данных, надо смотреть.