Привет. Возможно ли заставить callback Отрабатывать только после того, как есть свободный оператор в очереди (callback ведет на очередь)

Мысли проще: callback пусть отрабатывает только тогда, когда очереди нет.. А чекнуть в скрипте не проблема

ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ;

Блеан, ну оформляйте в теги нормально, читать же не возможно.

Мысли проще: callback пусть отрабатывает только тогда, когда очереди нет.. А чекнуть в скрипте не проблема

Через custom destination ?

Через custom destination ?

Что кастом?

Ну как отслеживать свободных людей в очереди.

Ну вообще мне не очень это подходит. Тк как обратный вызов можно будет заказать только если человек уже в очереди висит какое-то время

Ну как отслеживать свободных людей в очереди.

Если есть свободный оператор, то и очереди нет. Есть мутка с приоритетами, то можно организовать звонки вне очереди или через альтернативную.

я услышал, но не очень подходит под задачу )

я услышал, но не очень подходит под задачу )

А что ты хотел услышать? Волшебную таблетку в стиле "Да вот же команда"?

Нет, способы реализации обратного звонка

Тк как из коробки - это удешевление звонков, а не то что используют для колцентра)

Нет, способы реализации обратного звонка

call файл чем не устраивает?

Привет. Возможно ли заставить callback Отрабатывать только после того, как есть свободный оператор в очереди (callback ведет на очередь)

Я тебе ответил массой вариантов

Да, спасибо

На предыдущей работе сделал один товарищ подобную задачу

Но далеко не силами Астера

Была целая обвязка

Мониторинга очереди и посыла вызова

Да это понятно. У меня у самого есть целая обвязка, которая эту задачу решит с пол пинка. Но ее предлагать глупо, так как у других ее просто нет

https://habrahabr.ru/sandbox/109370/ Впринципе подходит мне идея. Сразу в отрс заявкой кидать

а в консоли астера dahdi show channels?

Там все ок. Показывает правильное количество каналов

Я обычно у парабела беру сборку

А в ней есть отличия для обычных плат дигиума Е1?

Я их платамии пользуюсь. Плюс они писали что свои патчи в апстрим засылают

Кстати, пацаны, а Астеру можно как-то указать, чтобы он записи раскидывал по разным таблицам, а не только в cdr?

Ну, типо - один тип параметров в одну таблицу, другой - в другую. Раскидать cdr по разным

думаю нет, но можно реализовать на стороне СУБД так как надо

cdr, конечно, ебически тяжелая и хуевая. У меня запросы уже на 100к лагать начинают

??

cdr, конечно, ебически тяжелая и хуевая. У меня запросы уже на 100к лагать начинают

Партиционирование таблицы спасает

По месяцам хотя бы

Партиционирование таблицы спасает

Это не решение для таблицы, которую дрочат отчетами. Партицирование хорошо для логов

CDR - не лог? :)

Я под логами имею ввиду логи в стиле аксесс какой-нибудь, а не таблицу, в которой основные метрики хранятся

Это не решение для таблицы, которую дрочат отчетами. Партицирование хорошо для логов

не пробовали дрочить отчетами реплику?

не пробовали дрочить отчетами реплику?

Реплика - костыль.

Сама труктура таблицы плохая

так выше вам писали - вешаете тригер на insert - раскладываете как вам надо

Это ж тоже костыль.

У тебя по сути на один инсерт идет несколько инсертов.

Вообще дичь

весь линукс на скриптах - тож костыль?

весь линукс на скриптах - тож костыль?

Это неебически упоротое утверждение

весь линукс на скриптах - тож костыль?

Человек вам говорит, о подходе. А не о системе.

Реплика - костыль.

Почему реплика костыль? Для отчетов идеальное решение. Хотелось бы услышать аргументы против.

Почему реплика костыль? Для отчетов идеальное решение. Хотелось бы услышать аргументы против.

Начнем с того что у человека наверняка мускуль не настроен. Во вторых он не читал документацию по нему. В третьих я подозреваю там и сервер не ахти

Почему реплика костыль? Для отчетов идеальное решение. Хотелось бы услышать аргументы против.

Потому что сама тема реплики в скуле - костыль.

Потому что сама тема реплики в скуле - костыль.

Не могу согласиться, мы же говорим о RO реплике?

Не могу согласиться, мы же говорим о RO реплике?

Да все они. Мастер мастер, мастер слейв - это ебически костыльное говно, которое исторически тянется за скулем, а какой-нибудь ndb движок приказал долго жить

Потому что сама тема реплики в скуле - костыль.

мне мама еще в детстве говорила - грибы надо хорошо отваривать, прежде чем употреблять

Да все они. Мастер мастер, мастер слейв - это ебически костыльное говно, которое исторически тянется за скулем, а какой-нибудь ndb движок приказал долго жить

Я правда хочу понять вашу точку зрения, можете ссылкой поделиться, где аргументируется ваше заявление? Или может быть сами как-то прокомментируете?

Я правда хочу понять вашу точку зрения, можете ссылкой поделиться, где аргументируется ваше заявление? Или может быть сами как-то прокомментируете?

Эта точка зрения по дефолту понятна и ясна всем специалистам.

Достаточно с этим говном поебаться не только на локалхосте

Эта точка зрения по дефолту понятна и ясна всем специалистам.

Жаль что ты не специалист

Эта точка зрения по дефолту понятна и ясна всем специалистам.

Я не узкий специалист в области СУБД. Мне непонятна. У меня есть продакшн с репликой на чтение. На протяжении нескольких лет проблем не возникало. Я хочу услышать аргументы, а не просто "Это говно".

И механизм репликаций - это просто инструмент, такой же как и язык программирования. Свои задачи, а именно распределение нагрузки - он выполняет качественно. Поправьте, если я не прав.

Эта точка зрения по дефолту понятна и ясна всем специалистам.

У меня на прошлой работе коллега настроил реплику мастер-мастер. 2 года без каких либо нареканий. Может вы просто не тем в этой жизни занимаетесь?

Возможно мы все тут ошибаемся, а у вас есть информация, которая перевернет наш мир и взгляд на этот механизм. Так поделитесь.

Пиздец, началось нытье "а вот у меня на трех запросах все нормально ездит". Да у нас тоже реплики ездят, но того факта, что это говно ебаное никто не отменял.

Пиздец, началось нытье "а вот у меня на трех запросах все нормально ездит". Да у нас тоже реплики ездят, но того факта, что это говно ебаное никто не отменял.

Никто не сказал про 3 запроса. Я более чем уверен, что у многих нагрузка приличная. Но вы опять не даете ни одного аргумента.

Еще раз говорю, я хочу понять вашу точку зрения, я всегда открыт для новых знаний. Но отчего же вы не хотите просвятить не специалистов?

/

Никто не сказал про 3 запроса. Я более чем уверен, что у многих нагрузка приличная. Но вы опять не даете ни одного аргумента.

Блядь, всем понятно, кто в теме, что скуль для говно сайтов и низких нагрузок. И что его костыльные решения ничем другим не являются, как костылем, который из-за архитектурных оссобенностей уже не решить.

Блядь, всем понятно, кто в теме, что скуль для говно сайтов и низких нагрузок. И что его костыльные решения ничем другим не являются, как костылем, который из-за архитектурных оссобенностей уже не решить.

опять 25. Ни одного аргумента.

костылефобия какая-то

И мы его юзает уже вынужденно так как нельзя перевести проекты на пг

опять 25. Ни одного аргумента.

А они не нужны. Если ты не понимаешь, почему это костыль, то тебе ничего не объяснить

Это как про астрофизику плоскоземельцам втирать

Блядь, всем понятно, кто в теме, что скуль для говно сайтов и низких нагрузок. И что его костыльные решения ничем другим не являются, как костылем, который из-за архитектурных оссобенностей уже не решить.

Забиватора бы в чат.. )

А они не нужны. Если ты не понимаешь, почему это костыль, то тебе ничего не объяснить

Я не прошу объяснять, дайте ссылку, я сам почитаю.

судя по всему весь sql свёлся к единственному mysql, раз речь зашла про пг. ну так и надо говорить что X в mysql Y потому и потому, а не брызгать слюной

Забиватора бы в чат.. )

+

И мы его юзает уже вынужденно так как нельзя перевести проекты на пг

А вообще вы заслужили ваши проблемы с SQL

судя по всему весь sql свёлся к единственному mysql, раз речь зашла про пг. ну так и надо говорить что X в mysql Y потому и потому, а не брызгать слюной

Блядь, речь изначально шла про mysql

Всем привет, кто-нибудь еще использует DAHDI?

Всем привет, кто-нибудь еще использует DAHDI?

да тут один со вчерашнего дня модули перебирает.

Блядь, речь изначально шла про mysql

чот я нашел про скл, без упоминания mysql

Иэх.. А никто не подскажет? Меня тут в техподдержке спросили, а гудок есть если трубку поднять? ... И тут я решил, что вроде же есть команды, которые позволяют прослушать канал?

Ну есть chan spy

после апгрейда с Freepbx 13 на 14 в консоли были ошибки odbc_log: Insert failed on 'asteriskcdrdb:cel'. при перезагрузке конфига кнопкой 'применить' в freepbx или core reload в консоли asterisk крашился с кордампом. проблемма решилась так yum install mariadb-connector-odbc fwconsole restart

Но вот поможет ли

Подскажите, если запустить запись разговора до начала вызова, он запускается на канале вызывающей стороны, при поднятии трубки мне надо с этой записью работать, но в DumpChan (в Dial, в gosub (U опция)) я вижу второй канал (ответившую сторону) и они еще не в бридже

в макросе Dial'a тоже работа с ответившей стороной, а где можно работать с вызывающей стороной после поднятия трубки? опция G?

Народ как правильно подключить в очередь пира который на другм астере и между астерами iax

не могу подобрать правильно формат

Подскажите, если запустить запись разговора до начала вызова, он запускается на канале вызывающей стороны, при поднятии трубки мне надо с этой записью работать, но в DumpChan (в Dial, в gosub (U опция)) я вижу второй канал (ответившую сторону) и они еще не в бридже

Нифига не понял, но опция b ,mixmonitor очень похожа

я запись разговора до начала звонка нормально запускаю. после поднятия трубки мне надо завершить запись и начать новую

Эт конечно не мое дело, но зачем писать что-то до начала звонка вообще, и как такое возможно

И что будет в файле, если звонка нет?

я поднимаю трубку со стороны звонящего и пишу все что идет (гудки, "абонент не абоент", и т.д)

если вызов состоялся мне эта информация ненужна, я пишу сам разговор, если был недозвон можно узнать что там было (еще есть всякие автоответчики)

https://paste.fedoraproject.org/paste/LBNSJjK7dNPamiGwx5H6RQ вот вывод из консоли, в DumpChan после поднятия трубки уже нет моих переменных выставленных перед вызовом