AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Биллинг и CRM в виде десктопного приложения

Asterisk-Dev 14 сообщений -
#1

Биллинг и CRM в виде десктопного приложения


появилась мысль написать CRM и биллинг для Asterisk, вот только мучает один вопрос. Стоит ли? Будет ли востребованы данные продукты именно в виде обычного десктопного прилажения? подскажите!
#2

А в чем профит данного решения вообще?
#3

Re: Биллинг и CRM в виде десктопного приложения


krasniy писал(а):
в виде обычного десктопного прилажения?

это под венду чтоли? если да то врядли. рынок требует универсальные платформонезависмые решения, типа управления через веб-браузер (который уже есть даже в телефоне). на мой взляд php лучший выбор, после всех плюсов и минусов в сравнении с другими и их плюсами и минусами.
#4

Ну почему же сразу под Венду? Я пишу на связке C++ и QT4. Можно написать для Linux, WM6, Maemo, Meego, Mac!
#5

Re: Биллинг и CRM в виде десктопного приложения


anest писал(а):
рынок требует универсальные платформонезависмые решения, типа управления через веб-браузер

это по GUI. это моё личное мнение. уверен, ктото не согласится со мной, но напомню что на мой взляд это пока что лучшее решение если взвешивать все "за" и "против". в каждом решении есть свои плюсы и минусы.
что касается самого движка то C идеально подходит я думаю. но гуй лучше браузерный. чтобы не привязывать себя к конкретному рабочему месту. этого требует рынок на сегодня - мобильность.
#6

anest в данном случае абсолютно прав.

Рынок приложений идет к модели SaaS и минимализации обработки на стороне клиента. По-сути, "на клиенте" остается только отрисовка интерфейса и подстановка необходимых данных. Для чего тогда отдельное приложение за актуальностью которого еще и надо следить?

WEB наше все =) Так давайте же делать шаг вперед, а не два назад.
#7

Может быть ядро приложения выполнить на C++ ввиде http-сервера, а клиентская часть как раз будет WEB-панелью?
#8

Не-не, зачем опять изобретать велосипед с http-сервером? Нужен добротный back-end, который будет обрабатывать данные и отдавать их http-серверу для дальнейшей обработки и передачи пользователю.

Пусть этот back-end будет маленьким и простым, но отдает данные со свистом - толку будет больше, да и код поддерживать легче.
#9

Да, да, AGI+GUI, проще ничего уже не может быть Smile
#10

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

"Маленький" web-сервер = либо маленькая нагрузка, либо ужасный пользовательский UI. У тебя он, скорей всего, почти сразу вырастет и будет неповоротливым и трудно поддерживаемым. Как следствие распыления сил разрабов - модуль обработки данных тоже будет хромать.

Не устраивает скорость работы PHP - напиши свой модуль расширения и передавай обработку от сервера в модуль. Но генерацию страниц и работу с соединениями оставь WEB-серверу.
#12

krasniy писал(а):
А почему нельзя создать маленький веб-сервер,

да потомучто он есть!!! lighthttpd класная штука и все что хочешь доделать можно там (php perl c erlang lisp Smile

_________________
нанотехнолигии в области Asterisk
#13

да, да Smile я ставлю lighttpd везде на микрожелезки - работает все экстремально быстро Cool
#14

В общем, krasniy, все уже украдено до нас =)