Оцениваю технические решения — чтото наподобие «Ой у нас ракета упала потому что в гидравлике жидкости не хватило. В следующий раз просто дольем больше!» работают пока от этого не зависят человеческие жизни. Хотя другой его вариант с «автопилотом»(с) уже убил парочку людей. А такая хорошая идея была «давайте выкатим сразу в продакшен, пусть все наши клиенты будут бетатестерами а мы потом автопилот доработаем!»
Я не принижаю его достижения, просто на мой взгляд такие решения никак не тянут на приписываемый ему инженерный гений.
Ну тогда в чем смысл этой статьи? С камаилио в комплекте идут примеры конфигурации.
И если вы все таки решили написать еще один пример, то это не отменят факта что для новичков вы должны объяснять почему в примере сделано именно так, а не иначе. Те кто понимают — им пример базовых вещей без пояснений не нужен. Тем кто хочет разобраться ничем не поможет.
Халтура. Последний абзац следовало бы написать в начале статьи, а также добавить туда, что в мануале не будет объяснено зачем нужна большая часть действий, почему обязательны те или иные параметры и тд.
Да и вообще статья в стиле «Ну мы сделали вот так, у нас заработало».
Я сам к первым отношусь, но почему то попадаются только вторые. :)
Для некоторых астерискеров было открытием что AEL, оказывается, умеет ошибочные строки находить и выводить на экран, в отличие от диалплана.
Но у pbx_lua тоже есть свои проблемы. Верней у lua — а точней инфраструктура. Я использую luasql-mysql, но он уже 2 года как не обновляется и сам keplerproject мертв. Информации об этом никак не узнать, но пакет через luarocks доступен. Да и сам luarocks не позволяет запросить краткое описание пакетов и хотя бы дату последнего обновления.
Но все равно по сравнению с диалпланом астериска он намного лучше :)
Да — по поводу пробовать — документация по астериску, это отдельная черная дыра и очень отталкивает количество и качество описания pbx_lua.
Я бы сделал трехуровневую систему — БД сама готовит данные для redis через созданную таблицы View. Redis кэширует для астериска. И исходя из моего опыта общения очень многие астерискеры имеют аллергию на pbx_lua.
Я не принижаю его достижения, просто на мой взгляд такие решения никак не тянут на приписываемый ему инженерный гений.
И если вы все таки решили написать еще один пример, то это не отменят факта что для новичков вы должны объяснять почему в примере сделано именно так, а не иначе. Те кто понимают — им пример базовых вещей без пояснений не нужен. Тем кто хочет разобраться ничем не поможет.
Да и вообще статья в стиле «Ну мы сделали вот так, у нас заработало».
Для некоторых астерискеров было открытием что AEL, оказывается, умеет ошибочные строки находить и выводить на экран, в отличие от диалплана.
Но у pbx_lua тоже есть свои проблемы. Верней у lua — а точней инфраструктура. Я использую luasql-mysql, но он уже 2 года как не обновляется и сам keplerproject мертв. Информации об этом никак не узнать, но пакет через luarocks доступен. Да и сам luarocks не позволяет запросить краткое описание пакетов и хотя бы дату последнего обновления.
Но все равно по сравнению с диалпланом астериска он намного лучше :)
Да — по поводу пробовать — документация по астериску, это отдельная черная дыра и очень отталкивает количество и качество описания pbx_lua.