BiTel

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

потому что до 5.3 весь обмен клиент-сервер идёт только в 1251

_________________
I'm clever. I've got a computer.

Так было задумано или я чего-то недопилил?
Возможно еще клиента нужно перевести в utf8, но в документации об этом ничего нет.

упс, извините - не видел ваших постов

mysql> show variables like '%character_set%'
-> ;
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

В phpmyadmin'е - показывает что у всех таблиц collation = utf8_general_ci

Уточняю, то что уже есть на русском (было до этого ) , отображается верно и то что вводится на русском тоже потом сохраняется и отображается ? А то что вводится на другом языке(назовем его Эльфийским) после сохранения отображается криво ?

Полноценный режим сделали в следующей версии . В 5.2 гарантированно работать не будет . Ну давайте попробуем . Для начала поставьте


В параметрах запуска клиента (billing.sh или billing.bat ). И попробуйте сохранить что-то в клиенте на эльфийском.

И это еще не все. Нужно в webroot/WEB-INF/web.xml добавить строки



В соответствующем разделе. Можно сразу после аналогичных строк для pubexecuter.

Вообще следующая версия с полноценной поддержкой utf8 , думаю, будет доступна через 2-3 недели .

Сделал все как вы сказали - теперь после сохранения даже русского текста он начинает отображаться в клиенте и в домашнем кабинете в виде квадратиков.
А если новость открыть на редактирование - они превращаются в вопросики

Вообщем ждем 5.3

не факт что она будет называться 5.3 .. 5.3 - это пока внутреннее название

У меня только такой вопрос - а есть ли тогда смысл сейчас людям конвертиться? Ведь получается что хоть у меня сейчас база и в utf8, но все данные которые я ввожу через клиента пишутся в нее в 1251? И потом их будет надо заново конвертить?
Или я чего-то путаю?

В 5.3 все будет писать в utf8. При этом база может быть в cp1251, просто будет происходить переконвертирование в самой базе при сохранении/чтении. Сейчас там бардак с этим в 5.2, там во многих местах в коде явно прописано использование сp1251, в 5.3 все это почистили и перевели на utf8 .

если базу с ковертировали то в нее будет писаться в utf8
проблема в протоколе передачи с клиента на сервер

в клиенте вводимые строки хранятся в unicode
при отправке на сервер они конвертяться в cp1251
сервер пытается считать их в cp1251 и преобразовать в unicode
сервер при записи в БД конвертит из unicode в кодировку базы

дошло, спасибо