нельзя, а тут же приводите пример как можно, почти как оно и надо. ок спасибо, пойду протестирую.
obamo ( 2015-06-26 11:08:03 +0400 )редактироватьэто не то, к чему надо стремится. используйте realtime/func_odbc
meral ( 2015-06-26 13:02:24 +0400 )редактироватьна самом деле мне думается, что это достаточно удобно хранить доп.настройки для диалплана в настройках users.conf. Например: вкл.выкл запись разговоров абонента, вкл.выкл переадресации абонента, мобильный номер для это переадресации, один АОН для одних направлений, другой АОН для других направлений. Вместо того чтобы докидывать еще какой-то сервис или даже astdb использовать. Не так ли?
obamo ( 2015-06-27 11:20:37 +0400 )редактироватьнет. setvar там с того времени, как астериск не имел astdb и доступа к базам. хранить настройки надо с системе хранения настроек - в базе. используя кучу переменных вы заставлятее астериск хранить все это ненужное барахло в памяти.
meral ( 2015-06-27 13:04:55 +0400 )редактироватьправильно - использовать mysql с включенным кешем. в кеш попадет только то, что реально используется.
meral ( 2015-06-27 13:07:47 +0400 )редактироватьи много он так памяти сожрет? Даже если я 500 абонентов дополню по две настройки через setvar - это заставит астериск занять памяти на полгигабайта? или все-таки не так много?
У меня коллега пришел тут с идеей - типа диалплан для астериска на Lua писать, как-то его компилировать, все что требуется из настроек - хранить в redis (а это тоже однако в памяти). Тогда, мол, все быстро и оптимизированно.
obamo ( 2015-06-29 20:14:23 +0400 )редактироватьразвлекайтесь. потом расскажете. LUA- это через Ж ане оптимизировано.
meral ( 2015-06-29 22:54:24 +0400 )редактировать