вторым паарметром не приложуху выхывать а кусочек диалплана в котором и чекать все что нужно

пробовал session:answered но как я пониамю данное событие будет обрабатываться если я из диалплана вызову через session(че то там) то есть как раз бывший originate Судя по сему я в правильном направлении мыслил)

Вооот про второй парамметр надо почитать Я привык в астеирске подобное обрабатывать через U параметр у dial

Думал здесь примерно так же сделать Короче autocall менять на originate

dial ~ bridge channel originate ~ originate короче разные вещи это

Ну dial на саммо деле просто более атомарная операция (инициализация второго плеча) В общем и уелом суть таже

но не важно

Спасибо за советы

1. проще заменить на originate 2. итак через originate

с originate дает вызов в конференцию.. я наоборот на outcall перевести хотел. Неверно?

оба способа применимы все зависит от потребностей если нужен тупой контроль по диалплану, originate удобней если итак собираете через event_socket, то auto_call_out выглядит лаконичней

добрый день

Добрый вечер

кто нибудь пробывал в файле switch.conf прописать команды которые больше всего нужны

я к примеру прописываю на 12 что бы фс шел на рестарт

но он не в какую

все равно показывае мне версию

<key name="12" value="fsctl shutdown restart"/>

т.е. нужно выполнить какую-нибудь системную команду из диалплана?

reload?

делал

все равно версию выводит мне

локальный конф не перезаписывает?

а, в этом смысле)

я пробовал - у меня не перезаписывает)

я хотел просто собрать максимальной мной используемые команды на f1 т д

думал будет все просто)

хочу поделиться ссылкой для начинающих. в свое время эта инфа мне очень помогла

http://r00ssyp.blogspot.com/2016/05/freeswitch-1.html

Хорошая статья

Почему все на центос ставят Астер и фс?

религия

ну астер разрабы рекомендуют ставить на центос

свич на дебиан

Ничего они такого не рекомендуют

На centos ставят потому что она RedHat Я знаю куу народа котроый ставит асетирск на дебиан и убунту

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

с того момента и пошла религия

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

ну да, как-то так

тоесть самые свежие билды они собирают на рхеле

И чем отличатеся разработка под centos от разработки под debian?

вот свичей от центоса бомбит.

собирают конечно, но не любят

И чем отличатеся разработка под centos от разработки под debian?

например используемыми библиотеками

фс не любит редхат подобные

собственно вам никто не мешает хоть на бсд поднять

все зависит от вашей фантазии

@acovalschi Например?

например avconv?

пробовали собрать 1.6 под центось на релизе?

вы б еще 1.2 собирали бы...

@acovalschi libav-tools

1.6 stable сейчас, не понимаю о чем речь

@acovalschi libav-tools

ну и?

чего ну и? libav-tools это avconv Пакет для debian

и каким образом это относится к центоси?

http://thelinuxfaq.com/258-how-to-install-avconv-on-centos-rhel-7-6

сентос и дебиан любят меряться, у кого либы древнее и дырявее. Пока побеждает центос с sndfile, в 7 - бажная версия 2012 года

http://thelinuxfaq.com/258-how-to-install-avconv-on-centos-rhel-7-6

здорово, а теперь давайте попробуем поставить ту версию, которая нужна фрисвичу

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

и которую разрабы предлагают ставить из своей репы

сейчас то это уже вполне нормально

изначально это был геморрой и анальная боль

Ну так в древние времена вообще пешком ходили, а потом колесо изобрели

Живите настоящим

вопрос был в разработку под ос

я на него ответил

изначально это был геморрой и анальная боль

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

ну это да

я люблю компилить

программерам не место в продакшене :) после них только инсталл с нуля от соплей спасает

а пакеты легко ставить, легко сностиь

и сразу видно где какая версия

программерам не место в продакшене :) после них только инсталл с нуля от соплей спасает

все нах ухожу из прода

если серверов больше 1, обслуживание превращается в ад

без пакетов

с дебом проще, fakeroot и далее - и вот пакет

в центоси надо спеку пилить

checkinstall часто юзаю хрен с ним уговорил остаюсь

если серверов больше 1, обслуживание превращается в ад

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

впрочем это почти одно и то же

вообще неплохая практика писать скрипт установки необходимых дистрибутивов Тесттиь его на валидном девелопменте. Пробегаться по чеклисту и толкьо тогда в продакшн А так и с одним сервером можно хлебнуть)

еще круче когда у тебя continuos integration налажен с автотестами :) но к сожалению даже в этом случае хотфиксы на проде неизбежны

hotfix Все равно надо тестить

Я вообще не ристку ничего на прод выкладывать пока не откатал на тесте

Хоть одну строку

Опечатки они такие

мерзкие

впрочем это почти одно и то же

далеко не. И прежде всего - не работает rpm -qf

чей это файл - не знает никто

допускаю выкатывание гитом, если всё в 1 месте, но либы - совершенно точно не тот случай

так-то да, веб сайты мы выкатывали тоже гитом, он весь лежал от своего юзера в хомяке

опять же, это не касается системного софта и либ

либы не так уж и часто нужно компилить

либы не так уж и часто нужно компилить

именно. Можно потратить на пол часа больше и штатно запаковать.