Не буду оригинален... Кодировка.

Спасибо огромное! Помогло!

NewLeaX
SET NAMES cp1251 - это запрос, который необходимо выполнить при подключении к MySQL, чтобы передаваемые данные воспринимались именно в указанной кодировке, а не в той, которая указана в глобальных переменных MySQL. "Тыкнуть" в phpMyAdmin здесь ничего нельзя, речь идет о модификации используемого скрипта, добавив в него выполнение данного запроса сразу после подключения функцией PHP, mysql_connect().

Пример соединения к MySQL из документации PHP с добавлением строки определяющей кодировку передаваемых данных.

<?php
$link = mysql_connect('localhost', 'mysql_user', 'mysql_password');
if (!$link) {
    die('Could not connect: ' . mysql_error());
}
mysql_query('SET NAMES cp1251') or die(mysql_error());
echo 'Connected successfully';
mysql_close($link);
?>

Если у вас есть права на изменение конфигурации MySQL, то все можно сделать еще проще, достаточно добавить в раздел [mysqld] строку:
init-connect="SET NAMES cp1251"

И также в разделы [mysql] и [mysqld], эту строку:
default-character-set=cp1251

После данных изменений MySQL будет работать в cp1251 изначально.

MySQL у вас настроен на utf8 - это значит, что все данные с не заданной кодировкой будут восприниматься в utf8. Если Joomla и SMF в cp1251 работают хорошо, значит эти скрипты перед передачей данных правильно указывают их кодировку и здесь ничего трогать не надо. Если Coppermine записывает данные не корректно, значит они в БД так и передаются. Проверьте также кодировку таблиц в которых хранятся данные Coppermine.

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

information_schema - системная БД MySQL, которую нельзя трогать и данные в ней всегда находятся в utf8.

Опять и снова кодировка

Есть база с uft8_unicode_ci кодировкой. Сайты и форумы работают нормально, русский приходит русским, но не работает сортировка по строковому полю на сервере... кроме одного единственного phpMyAdmin, который русский в кодировке latin1_swedish_ci показывает нормально, а в uft8_unicode_ci крягозяблы.

Захожу на вашу страницу http://php-myadmin.ru/learning/mysql-cir.html, по симптомам похож на случай "MySQL ИСПОЛЬЗУЕТ НЕВЕРНУЮ КОДИРОВКУ". Выполняю запрос в phpMyAdmin: SELECT CONVERT( CONVERT( `name` USING binary ) USING utf8 ) FROM `mytable`, получаю те же самые крягозяблы, что и просто при просмотре таблицы (????????????). Читаю результат и решение, а там обязательно должны появиться русские буквы. У меня нет русских букв, кто составлял сие руководство?

Настройки кодировки не трогал, все по-умолчанию, на сервере:
character set client utf8
(Глобальное значение) latin1
character set connection utf8
(Глобальное значение) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Глобальное значение) latin1
character set server latin1
character set system utf8

Как все-таки в моем конкретном случае настроить сортировку и почему только phpMyAdmin не хочет показывать правильно utf8, чем он лучше? В пхп появилась новая ф-ия mysql_set_charset, видимо тоже самое, что SET NAMES, выполнение mysql_set_charset("utf8") калечит ранее нормальный русский.

P.S. Забыл добавить, траблы с куками в phpMyAdmin реально достали. После 1-го захода частенько истекает время неактивности и он выходит, после чего ни в какую не хочет входить, сколько не брыкайся. Помогает только закрытие окна IE6SP1.

Поначалу наивно полагал, что клиент отправлял данные в latin1_swedish_ci, а MySQL самостоятельно перекодировал и сохранял в utf8_unicode_ci.

Вот и я о том же. Он наверное не знает, что в моем случае сколько не перебирай кодировки (latin1, latin2, cp1251, utf8) в запросе "SELECT CONVERT( CONVERT( `name` USING binary ) USING кодировка) FROM `mytable`" русских букв не будет.

Как писал выше, указание любой кодировки не показывает русский. Вообще не знаю в какой он хранил данные, mysql_client_encoding возвращал latin1, пробовал в запросе - крягозяблы :shocked: .

Раз на сайте нормально показывает, сварганил за 1-1.5 часа свой дампер и импортировал с помощью phpMyAdmin. Вы были правы, появились русские буквы в phpMyAdmin, значит MySQL хранил в неправильной кодировке. Делаем вывод, что за правильную кодировку отвечает клиент, а MySQL только выделяет место под символ согласно указанной кодировке, и я думал, что с добавлением mysql_set_charset("utf8") проблема будет решена. Но запутался еще больше, теперь на сайте крягозяблы. Помогло только SET NAMES cp1251, при том, что функция mysql_set_charset("cp1251") почему-то не работает.

Тогда бы SET NAMES utf8 или mysql_set_charset("utf8") правильно читали кириллицу на сайте (после моей перекодировки в utf8).

Осталось не понятно, почему на каждой стороне по кодировке и за что отвечает каждая из них? Почему, если указать клиенту cp1251, то в БД пишется кодировка базы (utf8, latin1, cp1251), а если указать клиенту latin1, то непонятно что? Сайты не только на Win-хостинге, но и на Unix, сразу возникает вопрос, чем заменить cp1251 там?