Приветствую вас, коллеги.

В базе хранятся данные в кодировке utf-8. Когда я гляжу через EMS SQL Manager, вижу там такое знаете РљРѕСЃРјРѕСЃ справа. Через phpmyadmin вижу Силинский Александр. Чарсет для таблицы прописан utf8.

У меня есть девелоперский сервер, который дома, и продакшн, который хрен знает где, и доступ есть только к одной базе и фтп-каталогу, куда льётся сайт. Сайт тоже в utf-8, надо сказать.

Так вот, на моём девелоперском сервере всё отдаётся как надо, то есть получается читаемая страничка. А вот с продакшна приходит, видимо, перекодированное, потому что выглядит примерно как ?????�???????????? ???�?�?????�??????.

Обратите внимание: база одна и та же, она на продакшн-сервере лежит. Вот что даёт SHOW VARIABLES LIKE '%character_set%':

Вопрос: как это происходит и как с этим бороться?

Это сообщение отредактировал(а) turing - 5.11.2009, 13:53

что значит "приходит"?
если зайти на продакшен, там отображается все нормально?

Добавлено через 8 минут и 2 секунды
на продакшене mysql_query("SET NAMES utf8"); сразу после коннекта

Приходит с продакшна — значит отображается на html-странице, сгенерированной тем php, который стоит на продакшне.

А что вы подразумеваете под «зайти на продакшн»?

mysql_query("SET NAMES utf8"); сделал, теперь и с продакшна, и с локального приходит Безумные этнографы (раньше с прода приходили вопросы, а с локального нормальные буквы).

Мне бы очень хотелось понять, где загвоздка. Может, у меня база неправильно наполнена? Я импортировал CSV в кодировке utf-8. Да и хранится вроде в ней.

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

Ну, вот DDL:



Вроде чарсет указан…

Если после SET NAMES utf8 у вас строки нормально не отображаются, значит,  не в utf8 записаны они

Я импортировал CSV в кодировке UTF-8. Сейчас экспортирую, получаю нормальную CSV в той же кодировке, всё читаемо. 
Как же в базе может быть не UTF?

Это сообщение отредактировал(а) turing - 6.11.2009, 17:32

Легко. База же не знает, что CSV в кодировке UTF-8

Вот не могу понять. В базу импортирую в UTF8. Из базы экспортирую в UTF8. При этом в базе что? Разве не UTF8?
И самое непонятное: почему на одном сервере данные выглядят нормально, а на другом — нет.

Зависит от настроек по умолчанию.
Если не указывать специально.

Это сообщение отредактировал(а) Ипатьев - 6.11.2009, 20:55

Вопрос так и не решён. Напомню суть проблемы. 

Есть два web-сервера с php. 
Есть сервер mysql. 
В БД mysql хранятся строки в кодировке utf8. 
Collation таблиц и полей указан utf8. 

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

Когда я делаю запрос на выборку через php-скрипт на втором сервере, а потом вывожу выбранные данные в браузер, то вижу знаки вопроса вместо русских букв. Причём этих знаков в двое больше, чем должно быть букв. Латинские буквы, цифры и знаки препинания отображаются нормально.

SET NAMES никакого эффекта не имеет.

Подскажите, где копать?

set names надо делать не только перед выборкой, но и перед вставкой.
раз у тебя 

и проблемы при выводе, то делаю заявление провидца: при импорте из CSV данных в кодирове utf-8 "set names utf8" вызван не был. из-за чего сервер по причине конфигурации "character_set_client           latin1" воспринял твои УТФ8-ные данные как latin1. и перекодировал.
кроем кодировки клиент/соединения, которое можно изменить при помощи выполнения запроса "set names", есть ещё и указание кодирвки, с которой браузер отображает страницу. вот у тебя есть фраза 

то не указано, в какой кодировке у тебя происходит отображение в браузере. Отправляешь ли ты заголовок Content-Type c указанием кодировки, или задаешь кодировку значением тега <meta http-equiv="content-type" не знает никто, кроме тебя. в принципе, можешь и дальше партизанить, только учти, что у тебя есть:
кодировка данных, кодировка хранения(то, что можно определить для базы, таблицы и поля в отдельности), кодировка подключения и кодировка результата запроса(их перечисляю вместе, потому как set names устанавливает и то, и то) и кодировка отображение браузером.
если на каком-то этапе(запись в БД, чтение из БД и вывод) происходит рассогласование кодировки в настройках и кодировки данных, то получаются вот такие вот неприятные вещи.

Прописал SET NAMES, теперь он выполняется при каждом коннекте к базе. Вручную через веб-интерфейс перебил все текстовые поля (их пока немного). Картина несколько изменилась. Теперь при обращении к «кривому» серверу вместо русских букв в браузере символы <?> (знак вопроса в чёрном квадрате). С «нормального» сервера опять получаю нормальные буквы.

Насчёт Content-type. У меня кодировка задаётся в meta-тэге. «Кривой» сервер отдаёт заголовок Content-Type: text/html; charset=utf-8, «нормальный» отдаёт заголовок Content-Type: text/html.

с какой кодировкой? utf-8?


в браузере включено автоопределение кодировки?

А что - в исходник страницы никак не заглянуть? 
Чтобы вообще исключить такой фактор, как кодировка отдаваемого ресурса. 

Это сообщение отредактировал(а) Ипатьев - 30.12.2009, 12:04