ср 1251. Но он выдает ошибку:
mysql: Character set 'cp1251' is not a compiled character set and is not specified in the
'C:mysqlsharecharsetsindex.xml' file
С кодировкой latin1 работает без проблем, вот только русские буквы в базу добавляет ввиде вопросов, а кодировку ср 1251 установить не могу.
Спустя 3 минуты, 19 секунд (1.10.2006 - 18:27) vasa_c написал(а):
Какая версия mysql, откуда взята?
А в "cp" точно латинские символы использованы?
А в "cp" точно латинские символы использованы?
Спустя 14 минут, 51 секунда (1.10.2006 - 18:41) Oksana_new написал(а):
QUOTE(vasa_c)
Какая версия mysql, откуда взята?
А в "cp" точно латинские символы использованы?
А в "cp" точно латинские символы использованы?
Версия mysql-5.0.22-win32 с официального сайта.
Точно латинские, я проверяла.
Спустя 2 минуты, 42 секунды (1.10.2006 - 18:44) vasa_c написал(а):
В папке /share/charsets есть файл "cp1251.xml"?
Спустя 5 минут, 53 секунды (1.10.2006 - 18:50) Oksana_new написал(а):
QUOTE(vasa_c)
В папке /share/charsets есть файл "cp1251.xml"?
есть, есть. И даже в файле index.xml упомянуто об этой кодировки!
Спустя 20 минут, 4 секунды (1.10.2006 - 19:10) vasa_c написал(а):
И мускл лежит в c:mysql? ))
кто он?
Могу обратить внимание на:
QUOTE
Но он выдает ошибку:
кто он?
Могу обратить внимание на:
QUOTE(http://www.denwer.ru/changes.html)
Выяснена причина засорения лог-файлов Apache сообщениями вида:
File 'c:mysqlsharecharsets?.conf' not found (Errcode: 2)
Character set '#17' is not a compiled character set and is
not specified in the 'c:mysqlsharecharsetsIndex' file
Как оказалось, это "ругается" PHP, а вовсе на MySQL. В php4ts.dll
жестко задан путь "C:/mysql", и именно там он ищет файлы. Вообще,
это уже не первый случай PHP-шников жестко завязываться за конкретные
пути (php_mime_magic.dll, например, нерабочий по той же причине).
Тестирование показало, что описанные только что сообщения никак
не влияют на правильность сортировки и работы с MySQL. Чтобы лог-файлы
не засорялись, /usr/local/apache/logs/error.log удаляется перед каждым
запуском Apache.
File 'c:mysqlsharecharsets?.conf' not found (Errcode: 2)
Character set '#17' is not a compiled character set and is
not specified in the 'c:mysqlsharecharsetsIndex' file
Как оказалось, это "ругается" PHP, а вовсе на MySQL. В php4ts.dll
жестко задан путь "C:/mysql", и именно там он ищет файлы. Вообще,
это уже не первый случай PHP-шников жестко завязываться за конкретные
пути (php_mime_magic.dll, например, нерабочий по той же причине).
Тестирование показало, что описанные только что сообщения никак
не влияют на правильность сортировки и работы с MySQL. Чтобы лог-файлы
не засорялись, /usr/local/apache/logs/error.log удаляется перед каждым
запуском Apache.
Спустя 23 часа, 19 минут, 22 секунды (2.10.2006 - 18:29) Oksana_new написал(а):
Какой мускл?
Причем сдесь PHP если я работаю с mysql через командную строку? даже если я и удаляю этот файл, перезапускаю Apache и толк нулевой... MySQL не запускается.
Причем сдесь PHP если я работаю с mysql через командную строку? даже если я и удаляю этот файл, перезапускаю Apache и толк нулевой... MySQL не запускается.
Спустя 27 минут, 17 секунд (2.10.2006 - 18:57) vasa_c написал(а):
QUOTE
Какой мускл?
mysql установлен в папку c:mysql?
Спустя 2 часа, 47 минут, 22 секунды (2.10.2006 - 21:44) zilogo написал(а):
QUOTE
русские буквы в базу добавляет ввиде вопросов,
Старые недобрые проблемы. Конечно же она не добавляет ничего в виде вопросов.
QUOTE
перезапускаю Apache
Сильно. Не стоит, одно с другим не связано.
Попробуйте добавить в my.cnf :
default-character-set=cp1251
character-sets-dir=/usr/share/mysql/charsets (смените на свой)
skip-character-set-client-handshake
и перезапустить мускул.
Может стоит сразу в utf8 хранить и после коннекта посылать
mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");
если будут траблы с кодировками (если латин1, то соотв. латин1 там везде)
_____________