Ну вообще-то логичнее авторам было бы позаботиться о безопасности и не писать пароли в логи. Обычно все unix-утилиты позволяют писать пароль только при включенной опции (или наоборот - выключенной), а не безальтернативно.
tma ( 2013-12-18 13:43:36 +0400 )редактироватьну так авторы и побеспокоилися. а то что некоторые используют app_mysql ну так там в исходниках написано что это временная хаглушка. и что оно depricated
meral ( 2013-12-18 15:01:55 +0400 )редактироватьНативный драйвер должен быть, т.к. odbc, как универсальная обертка, всегда будет ущербный ибо не позволит использовать специфический для конкретного SQL-сервера функционал. К выводу паролей в лог это отношения не имеет.
tma ( 2013-12-18 18:21:28 +0400 )редактироватьREALTIME есть. но с нативным есть проблема в лицензии. даже сходу не приходит в голову что из mysql функционала не позволяет ODBC.
meral ( 2013-12-18 19:00:51 +0400 )редактироватьMySQL слишком ущербен, возьмем лучше в пример PostgreSQL. Сам факт отсутствия (или планируемого удаления) нативной поддержки - плохо. Это конечно ИМХО. Мы в основном работаем с DB2, но не для asterisk'а конечно...
tma ( 2013-12-18 23:10:24 +0400 )редактироватьне считаю это ущербным. ибо он в астериске используется для очень простых вещей и щас зааопарк. наоборот так унифицируется эта часть что улучшит безопасность и поддерживаемость кода. сложные вещи(а большинством людей и простые) делаются на agi.
meral ( 2013-12-19 00:53:50 +0400 )редактироватьЯ имел ввиду, что сам MySQL ущербный SQL-сервер. По поводу AGI - иногда удобнее делать запрос непосредственно в диалплане, хотя в asterisk'е это сделано через одно место как и все остальное. AGI, да и текущий нативный драйвер плох хотя бы тем, что требует каждый раз открывать сокет, что является самой доргой операцией у SQL-сервера. А у нативного драйвера еще и проблема с закрытием сокета, на которую можно элементарно напоротся если вызов завершится раньше выполнения соответствующей команды. Короче говоря - один большой костыль.
tma ( 2013-12-19 02:15:41 +0400 )редактироватьконечно, о гуру. REALTIME не открывает сокет. app_mysql использовать не надо, я об этом писал. но вы же писатель.
meral ( 2013-12-19 09:09:01 +0400 )редактироватьПричем тут realtime и функции для SQL-запроса из диалплана? Вот уж кто тут писатель, так это - Вы. Посмотрите внимательно на вопрос топикстартера!
tma ( 2013-12-19 12:28:36 +0400 )редактироватьдаже не знаю как ВАМ обьяснить, о гуру. пойдите чтоли прочитайте что делает функция REALTIME
meral ( 2013-12-19 12:48:50 +0400 )редактироватьА Вы, я вижу, любитель вырезать гланды через задний проход. Тогда извините. Обязательно отправлю к Вам своего недруга на лечение. ;)
tma ( 2013-12-19 13:19:30 +0400 )редактироватьИз всего диалога понял, что как вариант можно использовать func_odbc или AGI. С этим будем разбираться. AGI кажется удобней, для большого количества запросов к базе. Про realtime ничего не понял, как он может мне помочь, Мне надо делать INPUTы и UPDATEы
etskh ( 2013-12-19 21:13:16 +0400 )редактироватьеще мужно функцию REALTIME. таблицу определяете в extconfig.conf, базу в resconfigmysql.conf и потом в дилплане выбираете значение одной строчкой. но func_odbc сильно очевиднее конфигурация. AGI лучше не использовать, старайтесь сразу fastAGI делать. AGI ну сильно плохо на большой нагрузке.
meral ( 2013-12-19 22:16:56 +0400 )редактировать
как вариант берем PAM модуль для mysql (платный) и разрешаем присоединяться только системному пользователю asterisk. или постгрю ставить если не хочется платить...
octopas ( 2013-12-18 08:56:24 +0400 )редактировать