Страница 3 из 4
Re: ARI или AMI
Добавлено: 15 авг 2016, 13:53
gland
httpal писал(а):Нужно выполнить 2 задачи:
1. чтоб клиентское приложение среагировало на звонок, открыв новую запись для заполнения, подхватив номер звонящего
2. возможность перевода звонка на др. оператора из клиентского приложения
---------------------------------
1-ю задачу можно решить самым простым способом - поставить таймер и отправлять GET запрос:
1. По-моему, решение коряво. Это бестолковая нагрузка на систему (отпустим), мало того, ещё и таймеры для получения непонятно чего. Сколько событий пройдёт между таймерами? Одно? А если 10?
Если есть возможность генерировать события на сервере, то обязательно пользуйтесь этим, как вам уже написали - чтоб сервер оправлял вам события, а не вы их искали. Причём, реализовать это можно и на стороне клиента (небезопасно), и на стороне сервера
2. Клиентское приложение - это что? Аппплет, софтфон, окно, использует sip/rtp или просто как средство мониторинга/управления? Что хоть оно из себя представляет? Если я примерно представляю, о чём речь, то я бы сделал WEB-приложение на js. Если не можете самостоятельно - толковый программер при наличии чётко составленного ТЗ и хоть какого-то простейшего макета реализует это за пару дней, причём в первый день это уже будет работать. Для примера, почитайте про monast. Короче, всё ограничивается вашей фантазией. Ну или ваших клиентов
И к слову, этим приложением легко можно было бы решить и п.1. Особеннно, если клиентское приложение не использует sip/rtp
Re: ARI или AMI
Добавлено: 15 авг 2016, 17:28
gland
gland писал(а):Особеннно, если клиентское приложение не использует sip/rtp
Сорри, Не даёт добавить/редактировать(
Дополняя вышенаписанное - если так подразобраться, то даже для sip/rtp в клиентском ВЕБ-приложении имеются полуфабрикаты
Re: ARI или AMI
Добавлено: 16 авг 2016, 09:39
httpal
На скрине клиентское приложение, вроде как мини CRM выходит...
Re: ARI или AMI
Добавлено: 16 авг 2016, 11:52
gland
Ну, примерно такое я и представлял. Зря не пошли по линии WEB. Это решало бы множество задач и добавляло бы ряд приятностей:
- независимость от платформы
- обновление на лету, изменением пары файлов на сервере.
- кмк, проще раелизовывать любые остальные плюшки
Re: ARI или AMI
Добавлено: 16 авг 2016, 18:33
virus_net
gland писал(а):Зря не пошли по линии WEB
+1
Re: ARI или AMI
Добавлено: 17 авг 2016, 06:45
httpal
Планирую сдать в срок то что есть (+ взаимодействие с астериском) и переделать на web.
Честно говоря, ни разу не писал подобное приложение на JS (с использованием контролов на форме) и поэтому решил, что проще будет на lazarus/delphi.
Re: ARI или AMI
Добавлено: 17 авг 2016, 08:53
virus_net
Web + JS + Websocket
Единственный минус этого варианта это уведомления, т.е. если у пользователя открыта другая вкладка в браузере.
Но тоже решаемо, с помощью "морганий" заголовка вкладки и/или написанием расширения для браузера.
Re: ARI или AMI
Добавлено: 14 окт 2016, 20:25
whoim
Могу помочь автору, если ещё нужно.
Re: ARI или AMI
Добавлено: 17 окт 2016, 08:36
Vlad1983
virus_net писал(а):Но тоже решаемо, с помощью "морганий" заголовка вкладки и/или написанием расширения для браузера.
вроде можно и без расширений
chrome-desktop-notification-example
Re: ARI или AMI
Добавлено: 17 окт 2016, 09:12
virus_net
Vlad1983, точно подмечено, как-то совсем из головы вылетело про это. Спасибо, что напомнили.