![]() |
#31
|
|||
|
|||
![]()
Alex Korchmar написал(а) к Eugene Grosbein в Sep 17 23:54:55 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG> В my.cnf смотрит libmysqlclient.so, в котором реализован сетевой протокол он точно туда смотрит, а не какая-нибудь функция в нем, которую надо вызывать явно, да еще и передавать ей имя секции в которой смотреть? Чего php и в голову не придет делать. > Alex --- ifmail v.2.15dev5.4 |
#32
|
|||
|
|||
![]()
Eugene Grosbein написал(а) к Alex Korchmar в Sep 17 16:09:54 по местному времени:
13 сент. 2017, среда, в 22:54 NOVT, Alex Korchmar написал(а): EG>> В my.cnf смотрит libmysqlclient.so, в котором реализован сетевой протокол AK> он точно туда смотрит, а не какая-нибудь функция в нем, которую надо вызывать AK> явно, да еще и передавать ей имя секции в которой смотреть? Чего php и в голову AK> не придет делать. Он точно туда смотрит. Есть функция, которая позволяет заранее, до подключения к серверу переопределить путь и имя файла my.cnf и имя секции в нём, но если этого не делать, то во время подключения будут работать соответствующие дефолты самого MySQL (my.cnf и [client]). См. описание mysqloptions() и mysql_realconnect() в документации на API mysql. Eugene -- Поэты - страшные люди. У них все святое. --- slrn/1.0.2 (FreeBSD) |
#33
|
|||
|
|||
![]()
Victor Sudakov написал(а) к Eugene Grosbein в Sep 17 20:47:20 по местному времени:
Dear Eugene, 14 Sep 17 16:09, you wrote to Alex Korchmar: EG>>> В my.cnf смотрит libmysqlclient.so, в котором реализован сетевой EG>>> протокол AK>> он точно туда смотрит, а не какая-нибудь функция в нем, которую AK>> надо вызывать явно, да еще и передавать ей имя секции в которой AK>> смотреть? Чего php и в голову не придет делать. EG> Он точно туда смотрит. Есть функция, которая позволяет заранее, EG> до подключения к серверу переопределить путь и имя файла my.cnf EG> и имя секции в нём, но если этого не делать, то во время подключения EG> будут работать соответствующие дефолты самого MySQL (my.cnf и EG> [client]). EG> См. описание mysqloptions() и mysql_realconnect() в документации EG> на API mysql. А вот конкретно под FreeBSD где клиент и сервер по умолчанию ищут my.cnf - в /etc, /usr/local/etc, /var/db/mysql или где-то еще? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#34
|
|||
|
|||
![]()
Eugene Grosbein написал(а) к Victor Sudakov в Sep 17 15:35:49 по местному времени:
14 сент. 2017, четверг, в 19:47 NOVT, Victor Sudakov написал(а): EG>>>> В my.cnf смотрит libmysqlclient.so, в котором реализован сетевой EG>>>> протокол AK>>> он точно туда смотрит, а не какая-нибудь функция в нем, которую AK>>> надо вызывать явно, да еще и передавать ей имя секции в которой AK>>> смотреть? Чего php и в голову не придет делать. EG>> Он точно туда смотрит. Есть функция, которая позволяет заранее, EG>> до подключения к серверу переопределить путь и имя файла my.cnf EG>> и имя секции в нём, но если этого не делать, то во время подключения EG>> будут работать соответствующие дефолты самого MySQL (my.cnf и EG>> [client]). EG>> См. описание mysqloptions() и mysql_realconnect() в документации EG>> на API mysql. VS> А вот конкретно под FreeBSD где клиент и сервер по умолчанию ищут my.cnf - в VS> /etc, /usr/local/etc, /var/db/mysql или где-то еще? Вообще это описано в доке https://dev.mysql.com/doc/refman/5.7...ion-files.html А если максимально конкретно, то service mysql-server start смотрит в: # kdump | fgrep NAMI | fgrep cnf | sort - u 83558 sh NAMI "/usr/local/etc/my.cnf" 83558 sh NAMI "/var/db/mysql/my.cnf" 83579 myprintdefaults NAMI "/.my.cnf" 83579 myprintdefaults NAMI "/.mylogin.cnf" 83579 myprintdefaults NAMI "/etc/my.cnf" 83579 myprintdefaults NAMI "/etc/mysql/my.cnf" 83579 myprintdefaults NAMI "/usr/local/etc/my.cnf" 83579 myprintdefaults NAMI "/usr/local/etc/mysql/my.cnf" 83579 myprintdefaults NAMI "/usr/local/my.cnf" 83579 myprintdefaults NAMI "/var/db/mysql/my.cnf" 83844 myprintdefaults NAMI "/.my.cnf" 83844 myprintdefaults NAMI "/.mylogin.cnf" 83844 myprintdefaults NAMI "/etc/my.cnf" 83844 myprintdefaults NAMI "/etc/mysql/my.cnf" 83844 myprintdefaults NAMI "/usr/local/etc/my.cnf" 83844 myprintdefaults NAMI "/usr/local/etc/mysql/my.cnf" 83844 myprintdefaults NAMI "/usr/local/my.cnf" 83844 myprintdefaults NAMI "/var/db/mysql/my.cnf" 83938 mysqld NAMI "./auto.cnf" 83938 mysqld NAMI "/.my.cnf" 83938 mysqld NAMI "/.mylogin.cnf" 83938 mysqld NAMI "/etc/my.cnf" 83938 mysqld NAMI "/etc/mysql/my.cnf" 83938 mysqld NAMI "/usr/local/etc/my.cnf" 83938 mysqld NAMI "/usr/local/etc/mysql/my.cnf" 83938 mysqld NAMI "/usr/local/my.cnf" 83938 mysqld NAMI "/var/db/mysql/my.cnf" Это, правда, для старого mysql56-server-5.6.27. В 5.7 это менялось - не уверен только, это серверные изменения или портер постарался. Eugene -- Поэты - страшные люди. У них все святое. --- slrn/1.0.2 (FreeBSD) |
#35
|
|||
|
|||
![]()
Alex Korchmar написал(а) к Eugene Grosbein в Sep 17 12:27:00 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG> Вообще это описано в доке EG> https://dev.mysql.com/doc/refman/5.7...ion-files.html EG> А если максимально конкретно, то service mysql-server start смотрит в: писатели троянцев просто счастливы. EG> 83579 myprintdefaults NAMI "/.mylogin.cnf" такое ты найдешь, интересно? Интересно, а нельзя как-то ограничить этот пылесос парой разумных мест? EG> 83938 mysqld NAMI "./auto.cnf" тоже отличный вариант. > Alex --- ifmail v.2.15dev5.4 |
#36
|
|||
|
|||
![]()
Eugene Grosbein написал(а) к Alex Korchmar в Sep 17 17:10:08 по местному времени:
15 сент. 2017, пятница, в 11:27 NOVT, Alex Korchmar написал(а): EG>> Вообще это описано в доке EG>> https://dev.mysql.com/doc/refman/5.7...ion-files.html EG>> А если максимально конкретно, то service mysql-server start смотрит в: AK> писатели троянцев просто счастливы. EG>> 83579 myprintdefaults NAMI "/.mylogin.cnf" AK> такое ты найдешь, интересно? Нашел же. AK> Интересно, а нельзя как-то ограничить этот пылесос парой разумных мест? Можно. Доку читайте, мне уже пора вас всех тут биллить за это :-) Eugene -- For the Colonel's Lady an' Judy O'Grady Are sisters under their skins! --- slrn/1.0.2 (FreeBSD) |
#37
|
|||
|
|||
![]()
Alex Korchmar написал(а) к Eugene Grosbein в Sep 17 14:15:33 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG>>> 83579 myprintdefaults NAMI "/.mylogin.cnf" AK>> такое ты найдешь, интересно? EG> Нашел же. я к тому, что если им насрать в fs - хрен его кто заметит. А внутрь положить, к примеру, skip-grant-tables ;-) AK>> Интересно, а нельзя как-то ограничить этот пылесос парой разумных мест? EG> Можно. Доку читайте, мне уже пора вас всех тут биллить за это :-) я пока так, чисто из спортивного интереса - у меня, к счастью, не осталось нигде mysql. Все свои поделки переведены на sqlite, а чужого мне не нать. > Alex --- ifmail v.2.15dev5.4 |
#38
|
|||
|
|||
![]()
Anton Gorlov написал(а) к Victor Sudakov в Sep 17 22:20:42 по местному времени:
Привет Victor! 13 сен 17 года (а было тогда 16:17) Victor Sudakov в своем письме к Eugene Grosbein писал: VS> Но всё это хозяйство собрано с "MYSQLND=off", надо попробовать VS> пересобрать с "MYSQLND=on" и посмотреть, исчезнет ли зависимость. Исчезнет, так как *nd не линкуется с libmysql вообще. С уважением. Anton aka Stalker Linux Registered User #386476 [#TEAM:*#] [#Злой СисОп_#] [*Нeavy Metal!*] [*_Усачи] --- GoldED+/LNX 1.1.5-b20160322 |
#39
|
|||
|
|||
![]()
Eugene Grosbein написал(а) к Anton Gorlov в Sep 17 20:21:54 по местному времени:
16 сент. 2017, суббота, в 21:20 NOVT, Anton Gorlov написал(а): VS>> Но всё это хозяйство собрано с "MYSQLND=off", надо попробовать VS>> пересобрать с "MYSQLND=on" и посмотреть, исчезнет ли зависимость. AG> Исчезнет, так как *nd не линкуется с libmysql вообще. Сам реализует сетевой протокол? А зачем? Eugene --- slrn/1.0.2 (FreeBSD) |
#40
|
|||
|
|||
![]()
Anton Gorlov написал(а) к Eugene Grosbein в Sep 17 00:47:02 по местному времени:
Привет Eugene! 17 сен 17 года (а было тогда 20:21) Eugene Grosbein в своем письме к Anton Gorlov писал: VS>>> Но всё это хозяйство собрано с "MYSQLND=off", надо попробовать VS>>> пересобрать с "MYSQLND=on" и посмотреть, исчезнет ли VS>>> зависимость. AG>> Исчезнет, так как *nd не линкуется с libmysql вообще. EG> Сам реализует сетевой протокол? А зачем? Видимо им глюков не хватает и костылей с подпорками в собсвенном коде и нужно свежей кро.. глюков.. Оно ещё и сегфолилось в первое время, если запрос к mysql возвращал пустой результат (0 строк) и выставлен USEZENDALLOC=0. А так пыховоды свято верили и заявлили, что мол таким образом повысили скорость работы с базой данных, так как не используют внешнюю библиотеку и вообще оно религиозно верное, по сравнению с. По факту разницы не заметил,а вот "подземных" стуков прибавилось (на ряде сайтов поломались частично админки, причём молча, без ругани в логах и так далее). И как я понимаю через некоторе время не ND драйвера хотят вовсе выкинуть. С уважением. Anton aka Stalker Linux Registered User #386476 [#TEAM:*#] [#Злой СисОп_#] [*Нeavy Metal!*] [*_Усачи] --- GoldED+/LNX 1.1.5-b20160322 |