То есть все параметры очереди будут не в файле, а в mysql. Лично для меня файл читать гораздо проще и легче, поэтому этот вариант я не использовал.
Так у вас все члены в Mysql находятся, не понимаю почем не хранить и очереди там же, тем более, их не так часто приходиться править, вообщем преимуществ у данного подхода я не вижу, к тоже жутко усложняете план набора.
Имеется в виду то что на хабре уже чуть ли не каждую неделю появляется обзор очередного 3D принтера, почему тогда не делать обзор очередной видеокарты к примеру каждую неделю?
Возьмем Asterisk, asterisk -rx «sip show peers» покажет доступны ли пиры в данный момент, пишем скрипт, который будет парсить данные, завязываем к системе мониторинга, в таком случае согласен, но такой подход узко направлен и зависит от работы Asterisk'а, а если кто-то не пропишет qualify в настройках пира? нюансов много, в данном случае имеем скрипт который сам опросит сип пир и передаст данные в систему мониторинга без привязки к работе IP PBX.
Стояла задача испробовать это дело, решил поделиться результатом работы. В статье я постарался подробнее изложить суть, чтобы была возможность человеку далекому от Asterisk быстро сориентироваться в поставленной задаче, например с тем же самым нахождением libmyodbc.so и libodbcmyS.so получилось небольшое несоответствие.
Так у вас все члены в Mysql находятся, не понимаю почем не хранить и очереди там же, тем более, их не так часто приходиться править, вообщем преимуществ у данного подхода я не вижу, к тоже жутко усложняете план набора.