Анонимный
Не зарегистрирован
Сообщения: N/A
Зарегистрирован: N/A
Пользователя нет на форуме
|
![[*]](./images/xmbforum/default_icon.gif) когда размещено 8.7.2005 в 13:10 |
|
|
Как организовать обработку и хранение utf-8 формы?
Сбж.
т.е. необходимо например что бы русский заполнял форму на русском, а китаец на китайском, и конечно ключевые поля на английском.
Но на utf-8 70 русских букв != 70 китайским символам, как же их хранить. Большинство mysql-серверов не поддерживают utf кодировку.
И как поведет себя mysql если я сохраню 70*4 (для обеспечения максимальной длины) на кодировке 1251 - требуемую utf строку?
|
|
|
Анонимный
Не зарегистрирован
Сообщения: N/A
Зарегистрирован: N/A
Пользователя нет на форуме
|
| когда размещено 8.7.2005 в 13:35 |
|
|
кодировка mysql сервера поумолчанию utf8
|
|
|
support
|
| когда размещено 8.7.2005 в 14:27 |
|
|
| Цитата: | | кодировка mysql сервера поумолчанию utf8 |
Неверно. Зависит от версии.
| Цитата: | | И как
поведет себя mysql если я сохраню 70*4 (для обеспечения максимальной длины) на кодировке 1251 - требуемую utf строку? |
Не думаю что у mysql 4.0 возникнут с этим какие-то особые проблемы. Просто функции mysql, работающие со строками (сортировка,
поиск), на этих полях не будут корректно работать. Как если вы бинарные данные храните в базе.
[Изменено 8.7.2005 от support]
|
|
|
Анонимный
Не зарегистрирован
Сообщения: N/A
Зарегистрирован: N/A
Пользователя нет на форуме
|
| когда размещено 9.7.2005 в 20:45 |
|
|
сайт находит на сервере1, там по умолчанию 1251 и без utf поддержки - бинарные поля это единственный выход?
|
|
|
support
|
| когда размещено 9.7.2005 в 21:29 |
|
|
да можете и текстовые использовать. суть та же.
|
|
|
