Форум PHP-MyAdmin.RU — Извините за надоевший вопрос, но опять кодировка.. )=

Re: Извините за надоевший вопрос, но опять кодировка.. )=

null@example.com (beowulf) — Sun, 02 Mar 2008 13:58:45 +0000

Да, данных еще не очень много было (:

Спасибо большое.

Re: Извините за надоевший вопрос, но опять кодировка.. )=

null@example.com (Hanut) — Sun, 02 Mar 2008 13:48:54 +0000

beowulf сказал:

если я на локальной машине прописал при подключении из скрипта к БД SET NAMES utf8 это спасет меня при перенесении данных?

После добавления данного запроса, все последующие записи должны идти в utf8, что вы должны заметить, так как в phpMyAdmin вместо крякозябов появится кирилица, но старые данные (крякозябы) это не изменит. Чтобы вернуть уже введенные данные, которые в БД отображаются крякозябами, их надо перекодировать (сложный процесс, требует отдельного рассмотрения), либо, как я уже говорил, можно вбить все данные заново (если это возможно, конечно).

Re: Извините за надоевший вопрос, но опять кодировка.. )=

null@example.com (beowulf) — Sun, 02 Mar 2008 11:36:45 +0000

угу, кажется понял (:

если я на локальной машине прописал при подключении из скрипта к БД SET NAMES utf8 это спасет меня при перенесении данных? (:

Re: Извините за надоевший вопрос, но опять кодировка.. )=

null@example.com (Hanut) — Sun, 02 Mar 2008 11:27:32 +0000

Выполните данный запрос на обоих серверах и покажите результат.
SHOW VARIABLES LIKE 'char%';

Причина появления указанных вами крякозябов: символы в юникоде ложатся в таблицы, как latin1, то есть кодировка соединения именно latin1.
Чтобы избавиться от крякозябов и однозначно указать кодировку соединения, запрос SET NAMES utf8; надо прописать в скрипт, выполняющийся на локальном сервере.

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

Кстати, в скрипте на удаленном сервере SET NAMES тоже не помешает.

Еще один момент, - под root скрипты не подключать! Создайте отдельного пользователя наделив его только необходимыми правами.

Извините за надоевший вопрос, но опять кодировка.. )=

null@example.com (beowulf) — Sun, 02 Mar 2008 08:51:10 +0000

Рабочая станция:

phpMyAdmin - 2.8.2.1
MySQL client version: 5.0.45
MySQL-кодировка: UTF-8 Unicode (utf8)
Сопоставление соединения с MySQL: utf8_general_ci

БД: pf
Сравнение: utf8_general_ci

Хостинг:

phpMyAdmin - 2.10.1
Версия MySQL-клиента: 5.0.27
MySQL-кодировка: UTF-8 Unicode (utf8)
Сопоставление соединения с MySQL: utf8_general_ci
БД: pf
Сравнение: utf8_general_ci

Добавление в БД происходит со страниц с кодировкой utf-8.
При просмотре таблиц через PMA вместо русских символов - зюки вида: ???????°?????‹, ????????????, ?????????
На страницах тем временем все отлично.

Делаю экспорт. В файл вместо русского такие же зюки.

Заливаю на хостинг. Выбираю кодировку файла - utf8.
При просмотре в PMA зюки. Но они же на страницах. В чем косяк?

SET NAMES utf8 на сайте ничего не дает

С уважением, Максим aka Beowulf.