Пока ничем, проблема из-за того что используется адхерсон и синатра, потому не могу найти точку для нормального дебага.
В режиме простоя приложение не растет, полагаю что в режиме создания-завершения сессий не чистится мусор, но опять же не дошли пока ресурсы до этой задачи, так как она пока не блокирующая, а времени на собрание инфы и ее изучение требуется не мало.
Плюс задумываюсь на пересмотре самого цикла от старта до завершения звонка, так как отловил несколько проблем паралельного выполнения кода, и как следствие иногда не верно просчитывается длительность-стоимость, а иногда и вовсе не завершается сессия до конца цикла. т.е. AHN не вылетает фаталом, но логика до конца не отрабатывает, так как навешеное логирование не отрабатывает все метки.
Ну и под конец ко всему надоела ситуация когда нет возможности в реальном времени узнать о том какие сессии находятся в текущее время в отработке, какие начались и не имели завершения чтоб мог проанализировать - возможно код пошел другим путем, а возможно был ерор который прекратил дальнейшее выполнение и мусор следовательно осел в памяти.
Also etwas so:
same => n,Playback(demo-nogo,noanswer) ;->183 Session Progress
same => n,Answer ; -> 200 OK
но это при использовании лишь астериска, а у меня кроме него еще и мой продукт, который юзает Adhearsion и не уверен что я могу на уровне команд Adhersion рулить этими кодами в командах
суть в том что проект зарабатывает на входящих звонках.
деньги по европе снимает телефонный оператор имеющий линии в разных странах
в каждой стране своя тарификация
и суть в том что не хочется чтоб пока клиент будет "слушать радио", оператор считал его деньги.
а почему Вы решили что тут никто не подскажет - вроде серьезный ресурс и не раз находил решение проблем с которыми столкнулся.
проблема в том что тарификация на входящий вызов - 2 евро минута
и пока клиент слушает приветствие и делает действия не хочется облагать его таким тарифом
смысл - тарифицировать лишь его общение с целью
Примеров даже не знаю где искать. Просто взял фреймворк, обсудил производственный процесс с заказчиком и с каждым задействованным подразделением. Была сделана заметка на возможное изменение процессов в поисках оптимизации. А в остальном тут просто нужно быть технически подкованным чтоб понимать сами происходящие процессы и писать под них и тех кто будет пользоваться, а не программировать так как это кажется удобным программисту ;)
согласен со всем кроме отдачи картинок, это очень накладно получается, так как на одной странице могут выводиться десятки картинок, а пользователей может быть тоже несколько десятков одновременно - и чтоб вывести каждую картинку у каждого пользователя мы запускаем PHP в данном случае - накладно очень на мой взгляд, учитывая что хотелки только возрастают и мощности еще понадобятся
alekskondr:
я бы сделал так:
если есть пост данные, в контроллере присвоил бы атрибуту модели значение из поста
а во вьюхе просто
<?= Html::activeTextInput($model, 'ik_co_id', ['class'=>'form-item req']) ?>
значение в инпут он сам подтянет из атрибута модели
Bai-Jen: Думаю вопрос не совсем корректно поставлен, не "сколько человек", а "какие навыки необходимы". Ну а этими навыками могут обладать как несколько человек, так и один. Поэтому вопрос количества тут ничего не определяет.
Валентин: Оно работает, и делает это очень хорошо. А то что я не знаю как перезапустить настройки без рестарта всех виртуалок, не означает что это невозможно, это лишь означает что я этого не знаю. На сколько я понял назначение этого ресурса как раз и есть поиск ответов на аналогичные моему вопросы.
В режиме простоя приложение не растет, полагаю что в режиме создания-завершения сессий не чистится мусор, но опять же не дошли пока ресурсы до этой задачи, так как она пока не блокирующая, а времени на собрание инфы и ее изучение требуется не мало.
Плюс задумываюсь на пересмотре самого цикла от старта до завершения звонка, так как отловил несколько проблем паралельного выполнения кода, и как следствие иногда не верно просчитывается длительность-стоимость, а иногда и вовсе не завершается сессия до конца цикла. т.е. AHN не вылетает фаталом, но логика до конца не отрабатывает, так как навешеное логирование не отрабатывает все метки.
Ну и под конец ко всему надоела ситуация когда нет возможности в реальном времени узнать о том какие сессии находятся в текущее время в отработке, какие начались и не имели завершения чтоб мог проанализировать - возможно код пошел другим путем, а возможно был ерор который прекратил дальнейшее выполнение и мусор следовательно осел в памяти.