mysqlне та кодировка (Страница 1 из 2)

Вот такого плана - Клок РђР»Р,смотрел через программу world pad.К базе цепляюсь не с рутовыми правами и поэтому нет косяков, а вот если цепануться под правами рута,то сразу сайт выдаст ???????. А зачем писать после соединения с базой,у меня везде отображается нормально? Кроме как в дампе.
>>Что значит структуру? Типы там varchar сравнение cp1251_general_ci, что еще там может интересовать?

да там везде cp1251. В пхпадмине отображается все нормально, на сайте тоже (при условии,если к базе подключатся не под рутом). Страницы тоже с кодировкой cp1251.
Да  без проблем, прописать можно как вы сказали. А как быть с базой?

skloker
Попробуйте открыть дамп с помощью нормального текстового редактора, советую Notepad++. По моему у вас с дампом все нормально.

Ув. Профи,

Моя попытка перейти на utf8 не увенчалась успехом, поэтому обращаюсь к вам за помощью.

файлы перекодировал в utf8.  Таблицы в БД - utf8_general_ci

Глобальная кодировка соединения с MySQL:

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/

Текст из языковых файлов отображается правильно, а с базой данных непонятки.
В БД кириллица отображается правильно, в дампе тоже. Но на сайте - ?????????????????????.
Если в текстовом поле на сайте ввести текст кириллицей, после сохранения - на сайте кириллица, но в БД - ?”?????‚?°?????° ?? ?????·?????°?‚

Подскажите, что и где надо изменить?

Спасибо.

Спасибо, теперь все в порядке.

Vit
Какие именно изменения вы вносили в скрипт? Если настраивали с помощью директивы конфигурации, то каким образом?

В какой кодировке таблицы БД?
Как данные отображаются в phpMyAdmin?

Vit
Документацию xtCommerce я не нашел, но на форуме есть такое решение, хотя не знаю для какой это версии и работает ли оно.

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

Директива конфигурации - это переменная в конфигурационном файле скрипта. Если люди на форуме пишут о необходимости внесения изменений в код скрипта, значит велика вероятность, что директивы изменяющей кодировку соединения с MySQL у этого скрипта нет.

Есть еще один момент, который надо проверить. Данные в БД в порядке, кодировка соединения с MySQL в скрипте прописана, значит единственная возможность чтобы не выводились данные - это если файлы скрипта находятся в ANSI, а не в UTF8. Проверить это можно с помощью текстового редактора (рекомендую Notepad++), в строке статуса снизу будет написано либо ANSI, либо UTF8.

Kaylang
В phpMyAdmin вопросы, а на сайте отображается нормально? Либо я что-то не правильно понял, либо вы ошибаетесь. Пожалуйста, покажите сканы экрана phpMyAdmin и сайта.

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

Hanut
Было такое с забугорными хостами пару раз, данные были в кодировке ISO.

Kaylang
на первой странице phpMyAdmin выберете сопоставление CP1251_general_ci и latin1_swedish_ci затем проверьте что будет отображаться в таблицах с кириллицей и под словом кирилица Вы имеете в виду русский текст или кодовую страницу с CP1251_general_ci ? какое сравнение в таблицах исходной базы с русским текстом в базе? Выставите такое же сопоставление на первой странице как и кодировка сравнения таблиц, phpMyadmin на том же хосте стоит или коннектится удаленно?

Значит не верно сопоставление кодовой страницы в phpMyAdmin.

а чем его просматриваете?

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

PS: ни чего не помогло пишите в ПМ помогу удаленно.

Ok в ПМ скиньте мне тогда Ваш скайп и я с Вами свяжусь и помогу.

Как альтернативу попробуйте выгрузить с помощью http://sypex.net/files/SypexDumperLite_108.zip киньте в корень вашего сайта и после залейте в phpmyadmin или через него и залейте, потом работайте через phpmyadmin.

PS:
Добавлен автовыбор кодировки, путем установки для CHARSET значения "auto" (установлено по умолчанию). При этом скрипт автоматически выбирает кодировку соединения исходя из кодировки таблицы. Кроме того, добавилась возможность принудительного изменения кодировки таблиц, для этого в RESTORE_CHARSET нужно установить 'forced->имя_кодировки', к примеру 'forced->cp1251'. Это как раз для случаев, когда данные в cp1251, а у таблиц - latin1.

Для коррекции кодировки вашей БД нужно выполнить следующие действия:

Cохранить БД с помощью нового дампера 1.0.8 (предварительно установив в dumper.php следующие значения, CHARSET = 'auto', RESTORE_CHARSET = 'forced->cp1251'), желательно для подстраховки убедиться, что в дампе нормально сохранены русские символы, после чего восстановить таблицы этим же скриптом из только, что созданного дампа. Теперь у таблиц будет правильная кодировка, и phpmyadmin будет правильно показывать и сортировать русские символы.

Но Вы сперва просто им выгрузите дамп и загрузите на новый хост, думаю на новом хосте проблем быть не должно. RESTORE_CHARSET ='forced->cp1251' думаю если у Вас все отображает сайт корректно не нужен, но предполагаю что у Вас как раз данные в одной кодировке а свойства таблиц сравнения в другой тогда надо это исправить.

Если вы перекодируете RESTORE_CHARSET ='forced->cp1251' то возможно Ваши скрипты сайта и phpmyadmin скорее всего будут показывать вопросительные знаки, так как в них не указывается кодировка соединения cp1251, а используется latin1. Для того чтобы это исправить, нужно во всех ваших php-файлах, где вызывается функция mysql_connect, обычно перед вызовом mysql_select_db добавить следующую строку:

mysql_query("/*!40101 SET NAMES 'cp1251' */") or die("Error: " . mysql_error());

В итоге ваши скрипты будут нормально работать как со старыми версиями MySQL, так и с новыми.

Кроме того рекомендуется в с помощью phpmyadmin изменить кодировку по умолчанию для вашей БД, чтобы новые таблицы создавались с правильной кодировкой. В phpmyadmin для этого  нужно выбрать БД, зайти в раздел "Операции" и в выпадающем меню "Сравнения" выбрать правильное (соответствующее вашим данным).