Цитата:
|
Сообщение от alex-developer
ну вы даёте, так как при нормальном коде (php/perl) всё делаете в UTF и работает хоть на китайском хостинге 100% отлично, еще не разу не было проблем что расписанно в этой теме.
|
А вы это на MySQL 4.1 пробовали? дело в том что обычный php не выставляет кодировку клиента, потому что не вызывает функцию которую по мнению разработчиков MySQL
надо вызывать после соеденения. В результате клиенская кодировка = utf8
и если у Вас кодировка базы UTF-8 - начинается перекодирование из UTF-8 в latin1.
Оно конечно работает как-то... Но что бы работало нормально нужно либо иметь обе кодировки одинаковые, тоесть latin1, но тогда прощай правильная сортировка и поиск.
Либо таки выставить правильную кодировку клиента, тогда все будет правильно перекодироваться.
Веселье усугубляется тем что в MySQL кодировка задается сразу в 5-ти переменных.
В общем тем кто это все придумывал в MySQL явно погорячились, поэтому сейчас почти везде где поставили MySQL 4.1 и выше - большие проблемы с кодировками.
У нас патчь к php скрывает все это, пользователь вообще не замечает этих проблем.
В php.ini стоит клиенкая кодировка latin1, а базу можно создавать хоть в cp1251, хоть в UTF-8. Хотя как не странно, некоторые скрипты с базой в UTF-8 умудряются все равно не правильно работать. Например Mambo, если мне память не изменяет.
Так что не все так просто, при наличии нашего пача к php все еще проще
