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

Goltara
Удалите таблицы из БД и произведите импорт выбрав кодировку файла utf8. Абсолютно невозможно, чтобы появились такие крякозябы в phpMyAdmin в этом случае.

Goltara
Если в дампе вы видите кирилицу - значит экпорт был успешен.

Попробуйте установить новый phpMyAdmin: Базовая установка phpMyAdmin.

И еще, покажите шапку дампа. Комментарии вплоть до первого запроса на создание таблицы.

Goltara
Иногда в шапку встраивается запрос SET NAMES, устанавливающий кодировку соединения при импорте, но у вас ничего такого нет. Импорту совершенно ничего не должно мешать.

Goltara
У меня остался только один вариант. Попробуйте прописать кодировку соединения в дампе. Добавьте в шапку дампа, обязательно до всех запросов, данную строку.

SET NAMES 'utf8';

Шапка вашего дампа с прописанной строкой.
Редактировать дамп следует в специализированном текстовом редакторе, например, Notepad++ (ни в коем случае не в Блокноте).

-- phpMyAdmin SQL Dump
-- version 2.9.2
-- http://www.phpmyadmin.net
-- 
-- Хост: localhost
-- Час створення: Трв 05 2008 р., 11:38
-- Версія сервера: 4.1.22
-- Версія PHP: 4.4.7
-- 
-- БД: `ribalemo`
-- 

-- --------------------------------------------------------
SET NAMES 'utf8';
-- 
-- Структура таблиці `data`
--

Goltara
phpMyAdmin изначально, если явно не задано иное, создает дамп в кодировке utf8, что является правильным и предпочтительным. При импорте, выбор кодировки дампа utf8, должен кооректно произвести вставку данных и в данном случае я не понимаю почему это не работало. Судя по всему в настройках конфигурационного файл MySQL (my.ini) находится строка
init-connect="SET NAMES cp1251"
которая устанавливае кодировку соединения, если она явно не задана. Получалось, что импортируемые данные находясь в utf8 импортировались при кодировке соединения cp1251, что и вызывало крякозябы. Можно, конечно заменить в my.ini кодировку соединения устанавливаемую изначально, но мне кажется, что лучше было бы установить новую версию phpMyAdmin, корректно ее настроив. Это должно снять проблемы с выбором кодировки файла на странице импорта и будет работать вне зависимости от кодировки соединения.

Здравствуйте, прочитал всю ветку, но проблема осталась. Мне нужно, чтобы всё было в кодировке Win-1251 (character-set*** = cp1251
collation*** = cp1251_general_ci)

Если страшно выглядит - сильно не пинайте, т.к. в MySQL мягко говоря очень плохо разбираюсь.
Версия MySQL-клиента: 5.0.51b.
phpMyAdmin - 2.11.7

Так собственно в чём проблема. Я так понимаю, character_set_connection, character_set_database ... character_set_system - они все должны быть в одной кодировке. Как видно, некоторые я худо-бедно настроил, а как остальные - не знаю. Может, сообщите, что и куда надо прописать в my.cnf, чтобы соответствующим образом настроить character_set_client, character_set_filesystem, character_set_results, character_set_system? В базе данных отображается нормальный текст, а на форуме - знаки вопроса. И ещё, в phpMyAdmin несмотря ни на что отображается

MySQL стоит в D:/XAMPP_v1-6-7/mysql. У меня там уже написано:
В [mysqld]:
socket= "D:/XAMPP_v1-6-7/mysql/mysql.sock"
basedir="D:/XAMPP_v1-6-7/mysql"
tmpdir="D:/XAMPP_v1-6-7/tmp"
datadir="D:/XAMPP_v1-6-7/mysql/data"

В [client]:
socket          = "D:/XAMPP_v1-6-7/mysql/mysql.sock"

default-character-set=cp1251 вместе с collation уже написал (см пост выше).
init-connect="SET NAMES cp1251" - написал в [mysqld].

На это

SHOW GLOBAL VARIABLES LIKE 'char%';

он ответил так:

а на это:

SHOW VARIABLES LIKE 'character%'

ситуация осталась прежней:

На форуме по-прежнему знаки вопроса.

И в самой базе данных (на вкладке "операции"), и в таблицах сравнение уже стоит на cp1251_general_ci.
Дамп - не совсем понял, что это такое. Если это файл sql, который получается при экспорте, и открывается текстовиком, то там нормально отображается. Notepad++ я использую по дефолту. Вот кусок из этого файла:
[spoiler]# Table structure for table `smf_boards`
#

DROP TABLE IF EXISTS `smf_boards`;

CREATE TABLE `smf_boards` (
  ID_BOARD smallint(5) unsigned NOT NULL auto_increment,
  ID_CAT tinyint(4) unsigned NOT NULL default 0,
  childLevel tinyint(4) unsigned NOT NULL default 0,
  ID_PARENT smallint(5) unsigned NOT NULL default 0,
  boardOrder smallint(5) NOT NULL default 0,
  ID_LAST_MSG int(10) unsigned NOT NULL default 0,
  ID_MSG_UPDATED int(10) unsigned NOT NULL default 0,
  memberGroups varchar(255) NOT NULL default '-1,0',
  name tinytext NOT NULL,
  description text NOT NULL,
  numTopics mediumint(8) unsigned NOT NULL default 0,
  numPosts mediumint(8) unsigned NOT NULL default 0,
  countPosts tinyint(4) NOT NULL default 0,
  ID_THEME tinyint(4) unsigned NOT NULL default 0,
  permission_mode tinyint(4) unsigned NOT NULL default 0,
  override_theme tinyint(4) unsigned NOT NULL default 0,
  sort_method varchar(60) NOT NULL default '',
  sort_order tinyint(4) NOT NULL default 0,
  PRIMARY KEY (ID_BOARD),
  UNIQUE categories (ID_CAT, ID_BOARD),
  KEY ID_PARENT (ID_PARENT),
  KEY ID_MSG_UPDATED (ID_MSG_UPDATED),
  KEY memberGroups (memberGroups(48))
) TYPE=MyISAM  DEFAULT CHARSET=cp1251 DEFAULT COLLATE=cp1251_general_ci;

#
# Dumping data in `smf_boards`
#

INSERT INTO `smf_boards`
    (`ID_BOARD`, `ID_CAT`, `childLevel`, `ID_PARENT`, `boardOrder`, `ID_LAST_MSG`, `ID_MSG_UPDATED`, `memberGroups`, `name`, `description`, `numTopics`, `numPosts`, `countPosts`, `ID_THEME`, `permission_mode`, `override_theme`, `sort_method`, `sort_order`)
VALUES (2, 1, 0, 0, 1, 6, 6, '0,9,10,11,12,13,14', 'FAQ. Правила. Политика. Технические вопросы.', 'Это интереснее, чем Вам кажется с 1 взгляда. К тому же, при регистрации Вы обязывались это прочитать.', 1, 4, 1, 0, 4, 1, '', 0),
    (5, 1, 0, 0, 2, 9, 9, '0,2,9,10,11,12,13,14', 'Основной раздел.', 'Здесь всё, что касается собственно проекта.', 1, 3, 0, 0, 0, 1, '', 0),
    (6, 1, 0, 0, 3, 0, 0, '2,11,12,13,14', 'Закрытый раздел.', 'Сюда имеют доступ только активные участники проекта, модераторы и администраторы.', 0, 0, 1, 0, 0, 1, '', 0);
# --------------------------------------------------------[/spoiler]

В XAMPP обнаружил такой пункт - phpinfo() и файл php с аналогичным содержимым. Надеюсь, ничего страшного, что вызывал не через phpMyAdmin, потому что это не MYSQL-запрос. Вот пункт из полученой таблицы:

default_charset    no value    no value

А как это узнать? Я ставил форум SMF v1.1.5 из дистриба с оф. сайта, оттуда же скачивал пакет локализации. Было 2 варианта - utf8 и без указания, какая там кодировка (но на сайте русской поддержки сказано, что Win1251). Я поставил 2-ой вариант.
Симптомы были такие же, как у всех - на форуме текст норм., в БД крякозябра. После того, как попробовал сделать бекап (из админки форума) и восстановить его (из phpMyAdmin) - в БД стало отображаться нормально, а на форуме - знаки вопроса.
Я так понимаю, проблема с MySQL решена? (в my.cnf уже  добавил нужные строки) Мне теперь обращаться на сайт поддержки форума, или ещё что-то может быть с MySQL/phpMyAdmin?