YG
под такую задачу memcache хорошо ложится с определенным лимитом
лимит достингут - переписываем заново
лимит достингут - переписываем заново
Size: a a a
2021 November 04
YG
ну и expires
A
просто я считаю что лучше 1 раз в сутки перегенерировать диалплан. Чем сотни тысяч запросов делать к базе каждый раз при звонке. А если база начнет лагать то и обработка звонков встанет колом
YG
диалплан не самое удобное решение потому что он работает как массив
YG
он перебирает все вхождения и попадает под последнее
YG
тут нужна map
YG
из regexp
TZ
если там тысячи звокнов - и далплан будет потом перечитываться минутами!
A
у меня там задача простая. Есть разные сервисы (отдельный сервера с астерисками и тд) и основная машина с астером которая в зависимости от входящего номера отправляет вызов на конкретный сервис, или в какое то приложение на подобии ivr
YG
какая разница что буде делаться потом?
A
звонков то много. но патернов думаю там будет не так много
MB
тебе уже накидали варианты от SQL до NоSQL
MB
готовое решение ишещь
A
Почему же нет
A
Я говорю что эти решения не оптимальны
YG
оптимальны
TZ
а это не от паттернов будет зависит . я видел небольшой диалплан, но при огромном потоке звокнов любое изменение применялось не сразу
MB
дядя Юра не надо уговаривать
пусть делает через шаблоны диаплана
пусть делает через шаблоны диаплана
A
там это не критично. Главное чтобы небыло лагов и зхадержек у клиентах при звонке
A
ещё раз. 10 (допустим) шаблонов в диалплане. И их раз в сутки перегенерировать. (один инклюдный файлик на 11 строк кода)
либо каждый раз при звонке делать запрос, а нет ли номера в базе из 1 млн записей и если есть дай мне соседнию ячейку с указанием куда этот вызов перенаправить
либо каждый раз при звонке делать запрос, а нет ли номера в базе из 1 млн записей и если есть дай мне соседнию ячейку с указанием куда этот вызов перенаправить