использование db_character_set

[sava]

Когда ставил smf2.0 beta public 3.1, известная проблема с utf решалась прописыванием в settings.php инструкции
$db_character_set = 'utf8';

Теперь перехожу на rc1 и получаю те же симптомы и лечение тем же лекарством. Вопрос - это у меня что-то странное с исходниками происходит, или это таки непофиксенный баг?

[digger®]

А в чем баг?
Если не указана кодировка коннекта к MySQL, то используется умолчальная. А она наверняка у вас типа latin.

[hype]

это у тебя странное с датабазой

задай в phpmyadmin это:
Сопоставление соединения с MySQL: utf8_general_ci

+создаешь базу данных таким запросом:

CREATE DATABASE `base` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

[sava]

Спасибо за советы, у меня в принципе все работает.
Я имел в виду, что почему, даже когда выбираешь режим работы UTF-8, приходится руками прописывать эту инструкцию в исходниках. Хотя, по идее, это должен делать установщик. Это ли не баг?

И кстати, у меня MySql на utf-8 настроен. MySQL-кодировка:  UTF-8 Unicode (utf8), Сопоставление соединения с MySQL: utf8_general_ci

[hype]

по понятиям smf это не баг.
в phpmyadmin зайди в Переменные и настройки сервера, и посмотри следующие переменные:

character set client     utf8
character set connection     utf8
character set results     utf8
collation connection     utf8_unicode_ci

держу пари, по крайней мере последняя переменная установлена не так

[sava]

ну, не совсем

character set client - utf8 / (Глобальное значение)    latin1
character set connection - utf8 / (Глобальное значение)    latin1
character set results - utf8 / (Глобальное значение)    latin1
character set server - latin1
character set system - utf8
collation connection - utf8_unicode_ci / (Глобальное значение)    latin1_general_ci
collation server -   latin1_general_ci

т.е, насколько я понимаю, все переменные текущей сессии выставлены в UTF...