- регистрозависимость, mephius, 14:35 , 14-Фев-06 (1)
- регистрозависимость, pheonix, 14:48 , 14-Фев-06 (2)
- регистрозависимость, pheonix, 14:52 , 14-Фев-06 (3)
- регистрозависимость, mephius, 14:56 , 14-Фев-06 (4)
- регистрозависимость, mephius, 15:03 , 14-Фев-06 (5)
- регистрозависимость, madskull, 15:29 , 14-Фев-06 (6)
- регистрозависимость, pheonix, 07:34 , 15-Фев-06 (7)
- регистрозависимость, pheonix, 07:31 , 16-Фев-06 (8)
- регистрозависимость, Ilyang, 10:25 , 16-Фев-06 (9)
>всё что ли все мысли изсякли у вас всех? неужели UCASE(field) = UCASE('привет') не работает?
- регистрозависимость, pheonix, 11:19 , 16-Фев-06 (10)
- регистрозависимость, pheonix, 11:33 , 16-Фев-06 (11)
- регистрозависимость, pheonix, 11:36 , 16-Фев-06 (12)
- регистрозависимость, Ilyang, 12:04 , 16-Фев-06 (13)
по моему проблема исключительно в кодировке Mysql или ее преобразовании, локаль тут не при чем. Пробовал делать запрос каким нибудь альтернативным способом? через phpmyadmin например или с консоли mysql ? если результат тот же, то скорее всего проблема в кодировках mysql, если же выдаются все 3 результата то в преобразовании кодировок. советую обратиться к документации по теме: http://dev.mysql.com/doc/refman/5.0/en/charset-connection.htmlу меня кодировка в базе utf8, сопоставление utf8_general_ci, поиск регистронезависимый без проблем.
- регистрозависимость, pheonix, 12:28 , 16-Фев-06 (14)
- регистрозависимость, Ilyang, 13:04 , 16-Фев-06 (15)
значит у тебя в таблице ftp сопоставление с latin1_swedish_ci, нужно исправить на utf8_general_ci и все должно быть ок - регистрозависимость, pheonix, 13:07 , 16-Фев-06 (16)
- регистрозависимость, Ilyang, 13:26 , 16-Фев-06 (17)
повторю ссылочку http://dev.mysql.com/doc/refman/5.0/en/charset-server.html по ссылке описаны параметры запуска сервера для смены кодировки по умолчанию.судя по тому что там написано, у тебя по настройки по умолчанию, то есть кодировка latin1 и сопоставление с latin1_swedish_ci либо перенес таблицу с какого то тестового сервера с неверными настройками кодировок. Возможно стоит сделать экспорт данных из таблицы, создать новую с верными кодировками и импортнуть туда. Не знаю правда насколько это поможет и насколько это рационально, сам такого не делал
- регистрозависимость, pheonix, 10:26 , 17-Фев-06 (19)
- регистрозависимость, Ilyang, 14:00 , 17-Фев-06 (21)
>вобщем вообще что-то всё поломалось, сменил кодировку на utf8 и utf8_general_ci во >первых во всей базе исковеркались буквы С и Я Ё Й. это меня не удивляет >Причём я думал что исковеркались только которые там были, но когда я >добавлял новые записи он тут же подтирал эти буквы, фигня какая-то что значит подтирал буквы, не понял.. и вопрос: как добавлял записи в базу? через PMA? >вобщем, >во вторых поиск так же тупой, в третьих mysqld перестал киляться скриптом >тока через kill скрипт подправить надоПокажи что говорят (через тот же интерфейс, что ты добавляешь новые записи и они при этом портятся) следующие запросы: SELECT CHARSET('привет'); SELECT DISTINCT CHARSET(file) FROM ftp; SELECT COLLATION('привет'); SELECT DISTINCT COLLATION(file) FROM ftp;
- регистрозависимость, pheonix, 07:45 , 20-Фев-06 (22)
- регистрозависимость, pheonix, 08:55 , 20-Фев-06 (23)
- регистрозависимость, Ilyang, 11:41 , 20-Фев-06 (24)
В чем проблема непонятно, вроде перезапуск сервера как выше ДОЛЖЕН изменить кодировку сервера.. И кстати он ее изменил.Сейчас как я понимаю проблема в том что соединение открывается в latin1, почему затрудняюсь сказать: | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_results | latin1 | Сам с таким не сталкивался, но могу дать рекомендации 1. С mysql.ru FAQ: Q. Как обеспечить корректную работу MySQL с русскими символами при сортировке и выборке данных? A. В /etc/my.cnf вписать в блоке [mysqld]: default-character-set=koi8_ru (или cp1251). При работе с базой можно выставить рабочую кодировку через: SET CHARACTER SET koi8_ru 2. C mysql.com Ref.Man: SET NAMES 'charset_name' SET CHARACTER SET charset_name SET NAMES 'cp1251' tells the server “future incoming messages from this client are in character set cp1251.” или в приблизительном переводе на русский: SET NAMES 'cp1251' сообщает серверу что все последующие входящие сообщения от этого клиента будут приходить в кодировке cp1251 Pheonix, будь я на твоем месте, перекомпилировал бы MySQL с нужной кодировкой по умолчанию, лишние бы отключил. Если сайт русскоязычный и документы в кодировке cp1251, возможно, лучшим вариантом будет использовать именно эту кодировку. Извините, на этом из обсуждения выпадаю
|