BiTel

А кто ж спорит - я б тоже с удовольствием работал с адекватной аудиторией, но в последнее время идет неуклонная деградация среди населения (может только в моем регионе?) и если не переориентироваться - можно просто вылететь в трубу. Лучше работать с тысячью дураков, чем иметь одного умного клиента, кстати что страшнее - еще тот вопрос - есть такие извращенцы которые своим "умом" так затрахают мозг - что хочется бросить IT и уйти выращивать морковку и редиску

ну или так: клиент включил себе trayinfo, чем подтвердил списание средств, скачал прогу, ввел в ней логин и пароль (уж его то он знает, раз на статистику попал), сервер, какому-то ключу, возможно вися на отдельном порту, видя что обращаются из проги выдает туда нужную инфу ... если сделать таким образом, то из простой утилиты для показывания баланса она может стать и местом где можно активировать карточки плтежей (было бы здорово это туда прикруть!), писать в хелпдеск, да и вообще стать чуть ли не заменой веба, т.к. кликнуть в иконку для вызова проги значительно легче, чем открыть браузер, ввести логин и пасс, выбрать пункт меню ... правда это будет уже не trayinfo, а traystat какой то, но мы же идем навстречу нашему пользователю, мы хотим сделать ему красиво и удобно ...


нет, не будет он сейчас ничего такого говорить :Р

зря не переживаете.. Откуда в биллинге, появилось ограничение на количество запросов к личному кабинету: В уфанетовской сети одно время написали самописную прогу которая долбилась чуть ли ни не несколько раз секунду на статистику и получала баланс (им никакой трайнфо не нужен был ), распространили ее ..это очень сильно загрузило ..потом ввели ограничение на 50 запросов к статистке в день и проблема пропала

это можно отрегулировать с помощью того же nginx, если ничего не путаю

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

_________________
I'm clever. I've got a computer.

с передачей в зашифрованном виде позникли проблемы, открыть браузер, чтобы в строке не было запроса невозможно, по POST открыть браузер - тоже. Думаю, будет достаточно, если вся строка будет URL-зашифрована, ну, обычным способом через %

_________________
I'm clever. I've got a computer.

реализовать - несложно, но только после каждого нового получения пина он должен её заново качать?

_________________
I'm clever. I've got a computer.

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

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

_________________
I'm clever. I've got a computer.

А когда можно оттестить уже со скриптом как и что передавать можно?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Не очень хотелось портировать в 5.0, много слишком там переделано. Тем более в 4.6, давайте дождёмся 5.1, вот-вот будет. Тогда же и в документацию допишем.

Добавлено событие ru.bitel.bgbilling.modules.trayinfo.server.bean.TrayInfoReplyEvent, где можно сделать любую строку скриптом; скрипт простейший, типа:


настраивается в конфиге модуля:

_________________
I'm clever. I've got a computer.

Тоесть в 4.6 можно забыть про это? хотя мы переходим. в 5.0 как это будет реализовано? Говорилось про 5.1. Просто интересно

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Нет, в 4.6 нового функционала не будет. Там почти весь модуль переписан. В 5.0 тоже самое, да и смысла нет переносить туда после релиза 5.1 -- обновление с 5.0 на 5.1 по обычной схеме, бесплатное. Вы обновляться уж наверно сразу на 5.1 будете, это логично, я считаю (ну, сначала на 5.0 а потом сразу на 5.1, по указаной схеме).

_________________
I'm clever. I've got a computer.

ААА...просто видать я имел не совсем полную информацию, я думал до 5.1 будет платное. Значит оно бесплатное?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

все обновления 5.x будут бесплатные ..как и в 4.x

У меня первая версия была 4.6 - сейчас первый раз обновлятся буду. Спс. Рад

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Не, ну с 5.0 до 5.1 бесплатно, а с 4.6 на 5.0 - платное. Чур, не перескакивать!

_________________
I'm clever. I've got a computer.