@x5ever будет жить. Поприветствуем!

Нет идеальных языка. Каждый по своему говно

+1

(ничего личного - случайно заметил) у @magistr1976 смешно 3 картинки в профиле телеграмма по порядку сложились в некую историю :)

(ничего личного - случайно заметил) у @magistr1976 смешно 3 картинки в профиле телеграмма по порядку сложились в некую историю :)

+1000

Нет идеальных языка. Каждый по своему говно

Но компиляторы все таки будут производительней (должны быть исходя из сути процесса) по сравнению с интерпретаторами, кмк - ISTM

Но компиляторы все таки будут производительней (должны быть исходя из сути процесса) по сравнению с интерпретаторами, кмк - ISTM

Не спорю. Я больще про синтаксис)

Не спорю. Я больще про синтаксис)

Юрий, полностью с Вами согласен. На сколько Я Вас понял из нашей последней встречи, Вы за скорость и понимаемость кода разработки. Я понимаю, что мы противоричим друг другу? Realy?

Не спорю. Я больще про синтаксис)

Есть понимаемость кода у компилятора. Его можно увидеть и понять.

Не спорю. Я больще про синтаксис)

И не наблюдаю ничего подобного у кода с интепретаторов.... или я не вижу?

Юрий, полностью с Вами согласен. На сколько Я Вас понял из нашей последней встречи, Вы за скорость и понимаемость кода разработки. Я понимаю, что мы противоричим друг другу? Realy?

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

Не спорю. Я больще про синтаксис)

Я имею в виду GIt

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

ТОгда в чем ? Простота разработки? Я прошу Вас именно это признать :)

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

:)

ТОгда в чем ? Простота разработки? Я прошу Вас именно это признать :)

синтаксис с простотой разработки могу не коррелировать. У того же PHP куча библиотек которые превращают яык в банальный конструктор, а синтаксис (как по мне) ужасный. Так то я за си, хотя по скорости меня вполне устраивает lua (c jit вообще не вижу особых проблем в производительности) ? но это все субъективно ) поэтому я и говорю - в любом языке можно найти говно ))

> Так то я за си, хотя по скорости меня вполне устраивает lua Nim?

синтаксис с простотой разработки могу не коррелировать. У того же PHP куча библиотек которые превращают яык в банальный конструктор, а синтаксис (как по мне) ужасный. Так то я за си, хотя по скорости меня вполне устраивает lua (c jit вообще не вижу особых проблем в производительности) ? но это все субъективно ) поэтому я и говорю - в любом языке можно найти говно ))

Lua практически = C

Lua практически = C

Это тоже интерпретатор же... ведь

Lua практически = C

То есть мы дорбрались до сути... Все написано на С. Максимум С++.

Вывод - Учите, С

https://toggl.com/programming-princess/

На Nim кто-нибудь пробовал писать?

На Nim кто-нибудь пробовал писать?

единственственныцй вопрос - а зачем?

единственственныцй вопрос - а зачем?

А какой смысл вам в ответе, если вы не понимаете зачем...

Сочувствую.

Чему? Не надо мне ваше сочувствие. Себе оставь

Я кроме пхп ещё могу на чём надо. В детстве на ассамблее писал. И что? Я люблю программировать. А язык выбираю тот который надо.

А какой смысл вам в ответе, если вы не понимаете зачем...

Смысл в том. Имеется ввиду какую задачу на нём нужно решить? Которую нельзя решить на другом языке? Или

В чём + nim?

То есть мы дорбрались до сути... Все написано на С. Максимум С++.

Дело в том что аже если все написано на C - писать на C не удобно ибо долго. В наше время уровень интерпритаторов очень высок как в случае работы с памятью, так и в случае скорости, поэтмоу в 99% задач необходимость писать на С что то новое (обслуживающие сервисы и тд) отпадает. То есть с практической точки зрения С - системный язык и писать на нем RESTfull сервис сейчас избыточно.

+

Вот так и хотел сказать

Дело в том что аже если все написано на C - писать на C не удобно ибо долго. В наше время уровень интерпритаторов очень высок как в случае работы с памятью, так и в случае скорости, поэтмоу в 99% задач необходимость писать на С что то новое (обслуживающие сервисы и тд) отпадает. То есть с практической точки зрения С - системный язык и писать на нем RESTfull сервис сейчас избыточно.

Согласен. +!

Дело в том что аже если все написано на C - писать на C не удобно ибо долго. В наше время уровень интерпритаторов очень высок как в случае работы с памятью, так и в случае скорости, поэтмоу в 99% задач необходимость писать на С что то новое (обслуживающие сервисы и тд) отпадает. То есть с практической точки зрения С - системный язык и писать на нем RESTfull сервис сейчас избыточно.

Мне очень интересно было мнение общества. И, естественно, Ваше. Извините если в вас попало ?

И мне очень важно ваше мнение, конечно! Я как то вальяжно несколько выразился раннее. Извините

Мне очень интересно было мнение общества. И, естественно, Ваше. Извините если в вас попало ?

Да не ) норм все)

В чём + nim?

В контексте вышесказанного про С, плюсы Nim - очень высокая скорость, выше чем у Go, чуть ниже чем у Rust. При этом скорость разработки на уровне интерпретируемых языков (Nim компилируемый). Превосходный синтаксис. Мультипарадигма. Метапрограммирование. В крнце концов на нем просто приятно писать. Я планирую в следующем году сделать его своим вторым основным языком.

Интрига. Почитаю nim. Пока не было задач.

Спасибо. Надо срочно изучить nim.

обязательно почитайте nim. ,И заодно забаньте

Ребят. Гляньте, кто может: для fusionpbx какие права установлены для /etc/fusionpbx/config.lua?

664 root root

755 на config.php

Именно config.lua

Странно. При добавлении recordings ругается, что записать в него не может

Должен быть www-data а не root

Должен быть www-data а не root

в 4.4, даже не www-data , а freeswitch...

Там разве nginx ходит под freeswitch? (У меня просто все 4.4 это обновлённые 4.2)

Ага, nginx, php-fpm

добрый день, подскажите где синтаксис подглядеть - как заблокировать определеный префикс на апстриме в external ?

эм - а в чем собственно проблема?

так же как и обычно - только без бриджа отправляешь в busy

<param name="destination_number" expression="^суда префикс$" /> <action application="hangup"/> - как это все срастить - где бы почитать ?

я даже не знаю, с чего начать объяснение

посмотрите в ванильном конфиге любой экстеншен и вместо всего что внутри кондишена воткните хэнгап

а парам это и должен быть кондишен

<param name="destination_number" expression="^суда префикс$" /> <action application="hangup"/> - как это все срастить - где бы почитать ?

https://freeswitch.org/confluence/display/FREESWITCH/XML+Dialplan

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

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

править можно везде!

что то натыкаюсь, на то что, mod_xml_radius лучше чем mod_rad_auth + mod_radius_cdr. что делать не знаю. что использовать, надо к ОНИМЕ привязать.

подскажите у кого есть опыт.

Когда я ковырял радиус в фс, оказалось дешевле сделать прокладку для мод хмл курл) но некоторые говорят что сейчас стало легче

хм. что делать то. уже голова кругом от инфы.

хм. что делать то. уже голова кругом от инфы.

передохнуть)

хм. что делать то. уже голова кругом от инфы.

Пробовать одно, второе третье) если вштырит, то поделиться с общественностью

Когда я ковырял радиус в фс, оказалось дешевле сделать прокладку для мод хмл курл) но некоторые говорят что сейчас стало легче

для меня лучше луа.

Если я ничего не путаю, то первый самый свежий из трёх и самый гибкий. Помнится к его развитию ещё руку приложил один из участников конфы. radius_cdr вообще древнее говно мамонта, я его в своё время (лет 10 назад) почти полностью переписывал под себя для ланбиллинга, развития с тех пор там не было

для меня лучше луа.

Луа пока исполняется блокирует. На нагрузке плохо)

Миша Данилов будет жить. Поприветствуем!

Если я ничего не путаю, то первый самый свежий из трёх и самый гибкий. Помнится к его развитию ещё руку приложил один из участников конфы. radius_cdr вообще древнее говно мамонта, я его в своё время (лет 10 назад) почти полностью переписывал под себя для ланбиллинга, развития с тех пор там не было

спасибо, разъяснили.

Луа пока исполняется блокирует. На нагрузке плохо)

спс. понял.

думаю нужно посмотреть mod_xml_curl. что то часто его советуют.

думаю нужно посмотреть mod_xml_curl. что то часто его советуют.

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

Ну да. Я уже доподдерживался до того, что свой форк веду

а что в мастер не влить, вест опять козлит и бабла за это хочет?

а что в мастер не влить, вест опять козлит и бабла за это хочет?

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

Всем привет! Коллеги, а подскажите команду, которой можно в существующий звонок подмешать звук? Что-то типа eavesdrop + whisper + playback + loopback, но попроще

uuid_displace

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

о, точно, забыл про его параметр mux. спасибо!

Нзч

Скажите, а действует ли "СТАНЦИИ ТЕЛЕФОННЫЕ ПАРАМЕТРЫ ИНФОРМАЦИОННЫХ АКУСТИЧЕСКИХ СИГНАЛОВ ТОНАЛЬНОЙ ЧАСТОТЫ ГОСТ 28384-89" ?

...в РФ?

@Rudi8 будет жить. Поприветствуем!

@igor_olhovskiy Вы мне под моим видео https://www.youtube.com/watch?v=ull4jf4hG1Q&feature=youtu.be оставили комментарий, что kamailio и opensips - это не SBC. Хочется услышать более расширенную аргументацию :)