Forum Webscript.Ru
Общие => Базы данных => Тема начата: ZipperFly от 25 Апреля 2002, 16:35:14
-
В логе ошибок копятся записи типа:
"File \'NONEXISTENT/charsets/?.conf\' not found (Errcode: 2)
Character set \'#14\' is not a compiled character set and is not specified in the \'NONEXISTENT/charsets/Index\' file "
что надо сделать чтобы они не появлялись?
ЗЫ: Спасибо за внимание
-
И у меня есть такая проблема (только на локальной машине). Вот логи:
File \'c:\\mysql\\\\share\\charsets\\?.conf\' not found (Errcode: 2)
Character set \'#7\' is not a compiled character set and is not specified in the \'c:\\mysql\\\\share\\charsets\\Index\' file
Прим.: MySQL у меня живет не на C, а на E и в "my.ini" русским по белому написано:
[mysqld]
basedir=e:/mysql
datadir=f:/usr/local/mysql/data
language=e:/mysql/share/russian
character-sets-dir=e:/mysql/share/charsets
default-character-set=koi8_ru
[WinMySQLAdmin]
Server=e:/mysql/bin/mysqld.exe
При этом все нормально работает!
Присоединяюсь к просьбе подсказать, как это лечиться.
-
character-sets-dir=e:/mysql/share/charsets
default-character-set=koi8_ru
А вот это использовать не обязательно.
У вас, судя по всему, кодовая страница не подгружается.
Думаю дело не в Apache, а в MySQL
-
default-character-set=koi8_ru
А вот это использовать не обязательно.
Как это не обязательно? Это строка необходима, когда все в win-кодировке, а данные в БД в koi8.
-
передвиньте вопрос в форум по MySQL
это известная ошибка и описана в доках.
-
Это ошибка не MySQL сервера, а клиента.
Проверь другим клиентом (типа mysql.exe), если ошибки не возникнет, то проблема как раз в Apache.
-
fidget
Стоп.
Апач вообще никаким боком не работает с мукслем (исключая возможность авторизации в апач через мускль при помоши специального модуля)
Так что проблемы в апаче нет вообще.
-
Так что проблемы в апаче нет вообще.
может, я с апачем мало знакома :) тогда с PHP или чем он там пользуется ...
но уверена на 99,99% , что это не проблема не MySQL сервера ...
У него виндовозный MySQL сервер, который компиляется со всеми возможными кодировками и это сообщение генерится клиентом, а не сервером. Сервер посылает клиенту информацию о том, какой character set использовать, если клиент скомпиляли без поддержки этого charset\'a и возникает подобная ошибка.
-
проблемы в апаче нет вообще
это проблема не MySQL сервера
:) Почти все открестились. На кого бы еще свалить вину? :)
А может сразу во флейм перенести? :) :)
-
Почти все открестились.
не открестились :)
а дали советы исходя из собственного опыта..
На кого бы еще свалить вину?
сказано было - проверь другим клиентом, если ошибки нет, значит проблема не в MySQL сервере!
ты это проверял?
-
Н-да, видимо, я мало смайликов поставил... :)
сказано было - проверь другим клиентом, если ошибки нет, значит проблема не в MySQL сервере!
ты это проверял?
У меня от клиента не зависит!
-
У меня от клиента не зависит!
ну кто-то же к MySQL коннектится?
или это у тебя в логах mysql\'я ?
-
Хотел еще раз все проверить и обнаружил, что такие записи в логи больше не добавляются!!! Все на локальной машине, на которой я ничего не менял. :confused: В общем, очень странно...
Жаль, автор вопроса пропал: интересно, что у него.
или это у тебя в логах mysql\'я ?
Нет, это было в error-логе апача.
PS. Если такие ошибки вновь появятся, напишу.
-
YA
так и копится зараза
уже и mysql проверял
и другими клиентами смотрел
та же фигня
-
ZipperFly
а у тебя где лежат charset\'ы? К ним пути в my.cnf(my.ini) прописаны?
Какая версия mysql?