robinbobin (
robinbobin) wrote2006-08-08 11:58 pm
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
mysql кодировка
ороче победил я кодировки. Оказалось, что это в мускуле 4.1 наворотили )
А у меня база в 4.0 была...
В общем, чтобы не попасть необходимо базу создавать так:
CREATE DATABASE "NAME" CHARSET UTF8;
Иначе оно по умолчанию latin1 ставит, и от этого все проблемы )
Мне пришлось грохать существующую, создавать заново с пом-ю ./manage.py syncdb
А потом "подсасывать" данные из дампа старой.
Зато теперь все в шоколаде )
Кстати, django.db.connection.cursor().connection.charset стало (наконец-то!) utf8 :)
Я там еще в my.cnf дописывал:
[client]
default-character-set = utf8
[mysqld]
default-character-set=utf8
character-set-server=utf8
collation-server=utf8_general_ci
init-connect="SET NAMES utf8"
Не знаю точно, где выстрелило ) Теперь везде полный utf8 и никакой головной боли )
http://community.livejournal.com/ru_django/2041.html?nc=1
А у меня база в 4.0 была...
В общем, чтобы не попасть необходимо базу создавать так:
CREATE DATABASE "NAME" CHARSET UTF8;
Иначе оно по умолчанию latin1 ставит, и от этого все проблемы )
Мне пришлось грохать существующую, создавать заново с пом-ю ./manage.py syncdb
А потом "подсасывать" данные из дампа старой.
Зато теперь все в шоколаде )
Кстати, django.db.connection.cursor().connection.charset стало (наконец-то!) utf8 :)
Я там еще в my.cnf дописывал:
[client]
default-character-set = utf8
[mysqld]
default-character-set=utf8
character-set-server=utf8
collation-server=utf8_general_ci
init-connect="SET NAMES utf8"
Не знаю точно, где выстрелило ) Теперь везде полный utf8 и никакой головной боли )
http://community.livejournal.com/ru_django/2041.html?nc=1
no subject
Или у MySQL динамичный utf8?
no subject
это не у меня, это по ссылке
а на проблемы с кодировками уже наырвался