BiTel

Доброго времени суток!

Есть у меня такая мысль: для чего собственно говоря нужен абоненту trayinfo? Чтобы следить за своим балансом? Верно, но задача выполняется только, если этот баланс динамичен, т.е.: или абонентка снимается раз в день или нет предоплаченного трафика и каждый скачанный мегабайт вызывает уменьшение баланса.

А что если в тарифе есть предоплаченный трафик? Сидит клиент в инете, качает, качает, баланс как был в начале месяца = 0, так и есть (0 - это после списания в начале месяца абонентки), а потом предоплаченный трафик внезапно кончается и баланс уже меньше лимита! Для тарифов по трафику знания о балансе явно не достаточно!

Было бы ОЧЕНЬ полезно для абонента видеть в этом маленьком окошечке помимо баланса еще и количество скачанного трафика за текущий месяц. Тогда бы до исчерпания предоплаченного трафика, пользователь следил бы за одной циферкой (трафиком), а после - за другой (уже собственно говоря за балансом), если конечно у него на балансе есть какой-то запас денежных средств

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

Может быть попросить механизм самостоятельного формирования строчки, которой видит абонент в Trayinfo?
А мы уже сами туда напишем, что требуется. Например, не только балланс, но и напоминание, что скоро конец месяца и неплохо бы денег заплатить, что бы не отключили.

В этот несчастный TrayInfo что только не хотели разместить каждый в зависимости от своей специфики Там есть только тот минимум, который есть у всех. Баланс. Всё остальное специфично, поэтому больше ничего нет.

Самостоятельно формируемая строчка - идея более интересная. Я в TODO занёс.

Хорошо бы еще PIN2 в открытом виде не передавать в url при переходе на статистику из trayinfo. Можно как CHAP'е передавать хеш PIN2+например ключ зашитый в ресурсы, или еще что-то придумать. А то PIN2 в url хорошо просматриваемый из-за плеча не согласуется с идеологией, при которой его надо выделить мышкой, чтобы увидеть в домашнем кабинете

Достаточно будет POSTом передавать, а не гетом?

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

вполне

написал в TODO
Вообще есть новая версия утилиты, полностью переписанная, но она пока не отлажена - нет времени. Вскоре получится все пожелания реализовать.

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

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

Вопрос тут только один-единственный: как именно реализовать настройку произвольной строки. Если сделать через скрипт - не будет ли это слишком накладно для подобной цели?

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

если там будет просто некое поле, которое начинает рисоваться при установке tray.use.custom.info=1, то IMHO скриптом на некое событие "передача данных в TrayInfo" (ну или не обязательно делать событие, может еще как нить можно) можно передать в прогу все что угодно, от:

вплоть до:

т.е. чтоб прога выводила все что ей передаст скрипт ...

если кому-то нужен супер-дупер-мега функционал, то думаю что они будут готовы смирится с нагрузкой от скрипта

Просто... оно же опрашивается постоянно и от многих клиентов. Надо подумать будет на досуге.

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

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

Нравится. Хочу!

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

да, утилита бесспорно хорошая, но пользуются ей только весьма продвинутые юзеры, я как ни хотел - продвинуть ее в массовое использование не получилось. Так что сервер вряд ли завалит.
Хотя, может будет больше информации выдавать - лучше пойдет

Текущий tryinfo откуда данные берет? Из базы?

Можно, например, "кешировать" строку в базе или вообще в памяти.

Ну, задержка в проге и так стоит. Только её можно подправить при желании, или ещё проще - вообще самому формировать запрос.
По поводу масштабов организации - у нас большой провайдер её применяет, другое дело, что пользуются очень мало народу.

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

А почему только продвинутые? Ей что, пользоваться сложно?

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

Ну, разумеется, всё берётся из базы. Через сервлет специальный. Прога опрашивает сервлет, сервлет берёт из базы. Но дело тут не в опросе базы, а в выполнении самого сервлета и дёргании "скрипта поведения" каждый раз, и если в скрипте сложная логика (например вывод и баланса и трафика итд итп), то там плюс ещё будет несколько запросов к базе. И тут ничего не закешируешь. Что тут кешировать то? Строки для каждого юзера уникальные, и для каждого запроса - тоже, иначе в чём смысл проги будет)

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

Хранить готовую строчку для каждого договора.

поддерживаю тему...
что можно добавить всяких интересных фишек...

_________________
Лучше царствовать в аду, чем служить на небесах!!!

И как часто её обновлять? Если её все время хранить, то зачем её вообще запрашивать, с таким же успехом можно хранить её в самой утилите и запрашивать реже.

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

Ээээ....
Ну если дело в том, что в скрипте может быть множество запросов, то, например, можно вызывать скрипт с определенной переодичностью, а сформированную строку хранить в базе и выдавать в трейинфо уже из базы.

Да это всё понятно. Только это всё бессмысленные телодвижения. От кого мы хотим таким образом защититься? Мы запрашиваем и так с некоторой периодичностью. Можно просто настроить утилиту, чтобы она просила реже. Если же мы боимся, что кто-то возьмёт и начнёт хулиганить со стороны, подделывая запрос, то да, тут, возможно имеет смысл ограничивать вызов скрипта с обращениями к базе. Только кеширование можно сделать и из самого скрипта при желании. Хотя ладно, подумаем.

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

Мы о разном говорим. Я до сих пор сомневаюсь не будет ли накладен скрипт. Но если уж предлагается чего-то там кешировать, например строку для каждого договора - то смысл вообще в запрашивании скрипта какой. И уж если тем более программа запрашивает, а сервер даёт ей одну и ту же строку. Да и зачем ей запрашивать тогда, пусть она запрашивает реже. Ладно, сделаем как-нибудь.

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

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

P.S. Лично я по поводу возможной дополнительной загрузки не переживаю. Эдак можно докатиться до "давайте не будем больше абонентов подключать, а то загрузка на биллинге и так уже возросла".

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

Скачать прогу, нажать на ней правую кнопку, выбрать параметры, увидеть что там надо ввести какие то PIN1, PIN2... зайти в домашний кабинет, ввести туда PIN2, потом сгенерировать PIN1, потом выделить невидимый PIN2 (потому как уже забыл какую бурду туда ввел), потом ввести все это в программу...

Выловите на удице среднестатистическую домохозяйку или среднестатистического пенсионера и расскажите ему это все, а потом попросите повторить... Причем, до всего вышесказанного пользователь должен догадаться или ПРОЧИТАТЬ (вы сами читаете инструкции?)

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

Хотите знать, как разработчик, КАК это должно выглядеть? Пожалуйста: клиент видит в домашнем кабинете ссылку (ссылка ведет на сервлет на сервере), жмеет ее (сервлет генерирует пины, добавляет расход), клиент качает себе прогу (в которую сервлет уже вставил нужные параметры), запускает ее и видит свой баланс, трафик и т.д...

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

На самом деле я уже об этом думал. Это удобно, возможно. Ещё бы - не надо вводить цифры в целых два поля!

Но всё равно я против "домохозяек" за компом и вообще против путей "для дурака".

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

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