Форум dkLab и Denwer

Гость · Карма: 367 поощрить/наказать

Константин Жинько [tIT]
И че теперь мне делать? Всю смс переписывать? У меня нет файла my.cnf! Куда он мог исчезнуть?

Maus

Гость
хоть какие-нибудь файлы в каталоге usr\local\mysql4 есть?

Гость · Карма: 367 поощрить/наказать

Да, ашлося все. Но с кодировкой все равно проблема. У кого-нибудь это нормально работает без изменения запроса в пхп?

Димитрий_

Итак.... сообщаю всем. После удаления с моего компа трояна, который, видимо, удалил конфигурационный файл с моего компа, после переустановки базового пакета и внесения изменеий по последнему варианту все заработало нормально и без крякозябров:
# +-------------------------------------------------------------------------+
# | Джентльменский набор Web-разработчика |
# | Версия: Денвер-2 2005-07-19 |
# +-------------------------------------------------------------------------+
# | Copyright (C) 2001-2004 Дмитрий Кóтеров. |
# +-------------------------------------------------------------------------+
# | Данный файл является частью комплекса программ "Денвер-2". Вы не можете |
# | использовать его в коммерческих целях. Никакие другие ограничения не |
# | накладываются. Если вы хотите внести изменения в исходный код, авторы |
# | будут рады получить от вас комментарии и замечания. Приятной работы! |
# +-------------------------------------------------------------------------+
# | Домашняя страница: http://denwer.ru |
# | Контакты: Денвер (denwer.ru) |
# +-------------------------------------------------------------------------+
##
## Конфигурация MySQL, не очень требовательная к системным ресурсам.
##

#
# Следующие параметры будут переданы всем клиентским программам
# (например, mysql.exe). ВНИМАНИЕ: если не сработает, укажите
# путь к my.cnf ЯВНО, например:
#
# mysql.exe --defaults-file=/usr/local/mysql4/my.cnf ...
#
[client]
port = 3306
socket = /tmp/mysql.sock
default-character-set = cp1251
character-sets-dir = /usr/local/mysql4/share/charsets
character-set-client=cp1251
character-set-connection=cp1251
collation-connection=cp1251
character-set-client=cp1251
character-set-connection=cp1251
character-set-results=cp1251
collation-database=cp1251
character-set-database=cp1251
collation-server=cp1251

#
# Параметры MySQL-сервера.
#
[mysqld]
# Использовать режим совместимости с клиентами MySQL 3.x и MySQL 4.0.
old-passwords

# Кодировка баз данных по умолчанию.
default-character-set = cp1251
init-connect="SET CHARSET cp1251"
init-connect="SET NAMES cp1251"
character-set-server=cp1251

# Временная директория.
tmpdir = /tmp

#
# Обработывать запросы ТОЛЬКО с локальной машины (повышает безопасность).
# Если вы хотите, чтобы MySQL-сервер был доступен из сети,
# уберите следующую ниже директиву.
#
bind-address = 127.0.0.1

# Порт сервера.
port = 3306

lower-case-table-names = 2

# Различные настройки, оптимизированные для небольшого объема памяти.
key_buffer = 16K
max_allowed_packet = 1M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
skip-locking

#
# Если у вас мало памяти, раскомментируйте следующие строки.
# Это отключит InnoDB или BerkeleyDB, но зато уменьшит требования
# к памяти (в большинстве случаев InnoDB/BDB и так не используются).
#
skip-innodb
#skip-bdb

#
# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (using the "enable-named-pipe" option) will render mysqld useless!
#
#skip-networking
#enable-named-pipe
#socket = /tmp/mysql.sock

# Server ID.
server-id = 1

# Uncomment the following if you want to log updates
#log-bin

#
# Раскомментируйте следующие строки, если вы хотите изменить
# настройки InnoDB по умолчанию.
#
#innodb_data_home_dir = /usr/local/mysql4/var/
#innodb_data_file_path = ibdata1:10M:autoextend
#innodb_log_group_home_dir = /usr/local/mysql4/var/
#innodb_log_arch_dir = /usr/local/mysql4/var/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit=1
#innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 8M
sort_buffer_size = 8M

[myisamchk]
key_buffer = 8M
sort_buffer_size = 8M

[mysqlhotcopy]
interactive-timeout

Константин Жинько [tIT]

Димитрий_

М

Зарегистрировались бы (-;

Maus

Димитрий_ писал(а):

После удаления с моего компа трояна

Хочется отметить: поскольку трояны не входят в стандартный дистрибутив Денвера (как и, насколько известно, в официальные пакеты расширений) - проблема опять-таки была не в Денвере.

DeYura

Не хотел создавать новой темы, по-этому решил написать вопрос сюда.
В файле my.cnf написано:

Цитата:

character-sets-dir = /usr/local/mysql4/share/charsets

но почему mysqld-max.exe запускается с параметром:

Цитата:

--character-sets-dir = \usr\local\mysql4/share/charsets

Может быть из-за этих разных слешей и возникает ошибка:

Цитата:

File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2)
Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file

Разработчики подскажите плизз.!.

Дмитрий Кóтеров

М

От чего возникает эта ошибка, вы можете найти в поиске по форуму.
Не засоряйте, пожалуйста, оффтопиком данную тему.

Evgeniy21

Пользуюсь DenWer-ом уже три года. Замечательная вещь. Как только выходит новая версия, сразу же скачиваю и устанавливаю на свой компьютер.

Весной этого года скачал DenWer с PHP5.0.2 и уехал на дачу. Эта версия работала нормально, проблем никаких.
Четыре дня (5 октября) назад приехал с дачи и первым делом скачал свежий DenWer с PHP5.0.4 . Установил себе на компьютер и обнаружилась проблема с кириллицей в запросах с MySQL.

Начал сравнивать. Обнаружилось что Apache и MySQL в этих версия DenWer-а одинаковы. А проблема только DenWer с PHP5.0.4.
Т.е. MySQL тут не причем. Попытался сделать что либо в конфигах. Никакого результата. Плюнул и скопировал папку php5 из DenWer с PHP5.0.2 и вставил ее в DenWer с PHP5.0.4 .
Проблема исчезла. Т.е. в DenWer-е глючит PHP5.0.4.

Зашел на этот форум пытаясь все таки выяснить эту проблему. Попробовал почти все рекомендации предложенные на форуме. Все варианты кроме предложенного "encyclop", не работали.
Теперь жду DenWer-а c PHP5.1.0. и продолжаю использовать DenWer-а c PHP5.0.2.

SnakeMFK

после установки последнего пакета получил ту же проблему(вопросы вместо кириллицы) изменение my.conf, описанное выше не помогло... исправилось, добавлением:

Код (php):	скопировать код в буфер обмена
mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'"); mysql_query ("set collation_connection='cp1251_general_ci'");

все таки с настройкой и конфигом в последнем пакете не все ладно

Maus

SnakeMFK писал(а):

настройкой и конфигом в последнем пакете не все ладно

Насколько мне известно, с конфигурацией связки PHP5+MySQL не все ладно. С PHP4 проблем вроде бы нет

иым

Привет всем!

Поставил базовый пакет с PHP5 в виде модуля Apache и MySQL4...

Есть проблема... При работе через мои php-программы все кириллические символы MySQL как отдает знаками вопроса, так и принимает, транслируя в знаки вопроса...

Встроенный PHPMyAdmin при этом кириллицей работает нормально...

Maus

иым
Вы эту тему прочитали? с начала?

Кир

Мыкв писал(а):

Был поставлен Base_PHP5_2005-07-19_a1.3.31_p5.0.4_m4.1.8_pma2.6.1.exe
И, естественно, наблюдалась большая проблема с кириллицей.
То что предложил Toxa (realbiker.ru) не помогло :(

Аналогичная проблема. Установил этот комплект, запускаю сайты - О, УЖАС!!! (см. файл)

Пытался разобраться, в чем дело. Оказалось, что если выводить русский текст на экран напрямую, указывая его в файлах .php - проблем нет, выводится нормально. Но если сделать выборку из базы данных и вывести результат, то мы получим ??????????????? ????? ????.

Значит проблема с кодировкой при получении данных из MySQL. Текущих установок в конфигурации не достаточно.

Код (php):	скопировать код в буфер обмена
mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'"); mysql_query ("set collation_connection='cp1251_general_ci'");

Это решение единственно-возможное?

php5.jpg

Описание:

Размер:

40,36 KB

Просмотров:

585 раз(а)

Щелкните, чтобы посмотреть полноразмерное изображение.

Дмитрий Бойков

Судя по всему красивого решения пока не найдено. :( Буду откатываться...

wkeeper

Я так понял, решения вообще еще не найдено, для некоторых людей. Что ж делать-то.

wkeeper

Обновил mySQL до 5.015 все равно глухо

Дмитрий Кóтеров

wkeeper писал(а):

Я так понял, решения вообще еще не найдено, для некоторых людей.

Решения "чего" не найдено? Уточните.
Как правильно задавать вопросы: статья, обязательная к прочтению

wkeeper

Я к тому, что у меня найденное "решение проблемы" не работает.
1. Прописывал
mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");
2. Прописывал кодировки для всех возможных настроек в my.cnf. Везде поставил cp1251
3. Обновил mySQL до последней версии
4. Обновил php5 до последней версии
5. Для всех возможных настроек php5 поставил кодировку windows-1251
----------------

И ВСЕ РАВНО ЗНАКИ ВОПРОСА вместо русских букв. Даже не знаю как быть.

Дмитрий Кóтеров

Напишите минимальный тестовый скрипт на PHP (МИНИМАЛЬНЫЙ!), который будет вначале писать в базу русские буквы, затем - считывать их оттуда. Возможно, что у Вас уже в базе хранятся вопросики, вот Вы их и считываете.

Struchalin

wkeeper
Попробуйте вот так:

Код (php):	скопировать код в буфер обмена
mysql_query("SET NAMES cp1251");

Сразу после соединения с сервером MySQL.

Гость · Карма: 367 поощрить/наказать

Дмитрий Кóтеров писал(а):

Напишите минимальный тестовый скрипт на PHP (МИНИМАЛЬНЫЙ!), который будет вначале писать в базу русские буквы, затем - считывать их оттуда. Возможно, что у Вас уже в базе хранятся вопросики, вот Вы их и считываете.

Проблема в том, что русские буквы не только не считываются, но и не записываются.
1. Записываем русские буквы - записываются вопросы
2. Считываем русские буквы (вставленные пхпмайадмином) - считываются вопросы

Struchalin, сейчас попробую

Дмитрий Кóтеров

Гость писал(а):

Проблема в том, что русские буквы не только не считываются, но и не записываются.

Не верю. Предоставьте минимальный тестовый скрипт.

exvel

Спасибо всем за ответы, помогло. =)

Димитрий_

А может проблема у всех в том что они попросту забывают после внесения изменений в my.conf заново залить данные в БД?

Дмитрий Кóтеров

Всем, у кого все еще вопросики. Я погуглил минут 20, раскопал решение (вроде как).
Впишите в my.ini:

init-connect='SET NAMES utf8'

Собственно, надо было просто внимательно почитать документацию (пользовательские комментарии).

У кого получится, обязательно сюда пишите!

Maus

Дмитрий Кóтеров писал(а):

init-connect='SET NAMES utf8'

А почему не

Цитата:

init-connect="SET NAMES cp1251"

? в двух словах?

Дмитрий Кóтеров

Ой. Это я опечатался. Естественно, init-connect="SET NAMES cp1251". Я тут просто установил MySQL5 из "чистой" rpm-ки на Linux, и вот, поперди вопросики как раз. После init-connect все заработало, как часы. Судя по документации, это и есть единственно верный способ.

Кипер

столкнулся с той же проблемой в последнем дистрибутиве Денвера.
опробовал все выше сказанные советы по изменению my.cnf - эффекта 0
Пока все решилось только выполнением команд по установке кодировки в конструкторе соединения с базой данных.

Дмитрий Кóтеров

Параметр init-connect добавился в версии 4.1.2, в Денвере - 4.1.8, так что должен работать. Экспериментируйте с my.cnf. Возможно, он у Вас просто не считывается или лежит где-то не там. А может, какой-то другой my.cnf (или my.ini) в системе затесался, поищите по дискам.

Дмитрий Кóтеров

Фактически ведь init-connect как раз и содержит команды, которые выполняются при любом коннекте к базе в самом начале. Вы то же самое сделали в конструкторе.

Дмитрий Кóтеров

Итак, выяснилось, что init-connect срабатывает только в том случае, если соединение идет не под root-пользователем.
http://bugs.mysql.com/bug.php?id=15709

Потому-то не у всех проблемы и наблюдаются: кто поленивее, тот не добавляет новую базу+пользователя через Tools/addmuser/, а коннектится под рутом и имеет кучу проблем. А кто поаккуратнее, коннектится под соответствующим пользователем и проблем не имеет.

Как ни странно, при коннекте через mod_php4 кодировка выставляется правильно, даже если соединяться под root. Проблема наблюдается только во всех остальных программах (PHP5, mysql.exe и т.д.). Откуда уж mod_php4 знает, какую кодировку ставить, - загадка.

Дмитрий Кóтеров

Итак, краткая выжимка из всего что тут обсуждалось.

Если в скриптах при извлечении данных из MySQL 4.1 получаются вопросики вместо русских букв, можно применить одно из следующих решений.

Вписать в скрипт что-то вроде: mysql_query("SET NAMES cp1251"). Это надо делать сразу же после подключения к MySQL. Проблема исчезнет.
Вписать init-connect="SET NAMES cp1251" в /usr/local/mysql4/my.cnf (кто не видит этого файла, пусть изучает Windows, читает форум и думает головой) и перезапустить MySQL. Однако это сработает только для соединений, которые проходят НЕ под root-пользователем. Скрипты, коннектящиеся к базе под root, по-прежнему будут получать неверную кодировку. Лучше всего будет все-таки завести новую базу и пользователя через http://localhost/Tools/addmuser/ и забыть о проблеме.

Чтобы диагностировать проблему, выполните в скрипте запрос SHOW VARIABLES LIKE 'char%'. Пример:

Код (any language):

скопировать код в буфер обмена

Как видите, кодировка неверная: character_set_client=latin1. Это из-за того, что я подключился к базе под root. Если теперь подключусь под не-root пользователем - все будет нормально.

Михалыч

Кипер писал(а):

столкнулся с той же проблемой в последнем дистрибутиве Денвера.
опробовал все выше сказанные советы по изменению my.cnf - эффекта 0
Пока все решилось только выполнением команд по установке кодировки в конструкторе соединения с базой данных.

Я тоже сделал всё вышесказанное, попробовал ставить MySql - 6 Windows версий и три версии на RedHat - одни ????????????????????????????????????? ?? ????.
Пятый ПХП не хочет совсем кириллицу выдавать.
Причём PMA нормально работает,а мои скрипты, Нюка, IPB - не пашут.
Переписывать команды в конструкторе соединения в IPB не решился.

Михалыч

Только что поставил на свой комп IIS 5 и на него 5.0.4 ПХП, MySQL 5.0.1.
Под ИИэсом та-же фигня с вопросиками.

Дмитрий Кóтеров

Вы читали то, что выше написано? Видимо, не читали.

boRAda

Дмитрий Кóтеров писал(а):

Вы читали то, что выше написано? Видимо, не читали.

Извините, конечно, Дмитрий... Но вот несколько раз прочитал, поискал в других местах.. сделал ВСЕ что написано...
Работает только init-connect="SET NAMES cp1251" в самом скрипте. Понятно, что где-то в настройках не то. Дома рнр5 на старой базе работает без проблем - скопировал полностью папку WebServer на работу( конфигурация одинаковая, на диск С) - вопросики... Поставил поверх новый денвер - без изменений. Попробую снести его полностью, мож поможет. Да, и захожу не под root!
После всего возникает такой вопрос -
1. где еще могут быть прописаны установки, кроме WebServer?
2. init-connect="SET NAMES cp1251" я прописал во все рекомендованные файлы ( ini cnf) Есть разница, куда именно прописывать в текст?

В my.ini:

[client]
port=3306
default-character-set=cp1251
character-sets-dir = /usr/local/mysql4/share/charsets
init-connect="SET NAMES cp1251"

[mysqld]
default-character-set=cp1251
default-collation="cp1251_general_ci"
character-set-server="cp1251"
init-connect="SET NAMES cp1251"

так же:

basedir="C:/WebServers/usr/local/mysql4/"

datadir="C:/WebServers/usr/local/mysql4/Data/"

3) путь к my.cnf где проверить? Других файлов my.cnf и my.ini на компе нет.

ЗЫ. Проблеа еще в том, что программистам тяжело объяснять диалетантам, т.к. с их колокольни все понятно и само собой просто :(
И я их понимаю...

boRAda

Переставил начистую весь денвер. Неработает. Сделал поправки из всей темы - неработает. Т.е. вопросики пишет. И только при вставке в скрипт init-connect="SET NAMES cp1251" - появляются буквы.
:(
Кстати my.ini в инсталяхе нету.

Maus

boRAda писал(а):

Кстати my.ini в инсталяхе нету

Денвера? И не было, насколько мне помнится.. Есть my.cnf

boRAda

Maus писал(а):

boRAda писал(а):

Кстати my.ini в инсталяхе нету

Денвера? И не было, насколько мне помнится.. Есть my.cnf

Возможно. А тогда его самому создавать? Хм. Иначе куда я буду "поправки" вносить???
my.cnf - да, есть. Правда пришлось в свойствах папки "типы файлов" расширение принудительно заставить показать.

А вот еще вопрос. В my.cnf:

# Следующие параметры будут переданы всем клиентским программам
# (например, mysql.exe). ВНИМАНИЕ: если не сработает, укажите
# путь к my.cnf ЯВНО, например:
#
# mysql.exe --defaults-file=/usr/local/mysql4/my.cnf ...

А как это сделать не из ком строки а при запуске "Start servers"? С батничком я бы справился, но там exe...

или эту строку с конфиге указать?