nightfly

В данном контексте - выглядит единственным хоть немного адекватным.

Скриптом. Только это будет "плохой ноль" - что опять же попахивает шизофренией.

Если речь идет о DN_ONLINE_DETECT=1, то возникает резонный вопрос - а что у вас лежит в billing/content/dn?

Искренне надеялся, что вы самостоятельно догадаетесь по дням покликать. Но нет, видать не судьба. Куда уж "детальнее"?

То ничего, что в профиле пользователя, есть еще модуль отображающий детальную стату?

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

далеко не факт насколько я понимаю механику старгейзера - оно будет просто переставать начислять АП и пользователь останется с чем-то типа -1,612903225806452 на счету. А у абонента не может быть просто ноля на счету? Это, что проклятая цифра и абонент должен нести за нее наказание? Да - и это будет мудацтвом в независимости от реализации. Да - принять для себя тот факт, что вы предоставляете услугу за которую абонент обязан вам платить. Если абонент временно не пользуется услугой - это его забота оповестить провайдера о этом факте, простым нажиманием одной(!) кнопочки

Думаю при помощи FeeChargeType вы таки не выкрутитесь. При FeeChargeType=1 вы получите на счету всеравно "минус" в размере как минимум суточной АП, а при FeeChargeType=2 - просто подарите абонентам вечные безлимиты. Так что если абонент не потрудился "отморозиться" вовремя - он сам себе злобная буратина. Вы не можете себе позволить обзванивать каждое тело, чтобы узнать "а часом не умер ли ты дружок?".

Морозить абонентов, не? А морозилку так же как и попрошайку можно сделать еще и платной....

"Авторизатор" це трохи не те. Загалом забудьте про це - нормально визначити наскільки користувач "онлайн" в 2013 році практично не можливо. DN_ONLINE_DETECT взагалі призначено для того, щоб мати уявлення - виконався для користувача OnConnect чи ні.

Забудьте про це - 2013-й рік на дворі. IPoE зараз модно.

Ну с "Gb" без точки вполне себе должно работать. Только не уверен нафига это нужно.

Подозреваю странный TRAFFSIZE в alter.ini

Иконка на таскбаре светиться

Не, фигня какая-то. Либо перекошены номера рулесов в классах трафика, либо попытка просмотреть стату пользователя, который находился на стадии удаления. В норме sorttable_customkey и значения трафика внутрях td там взаимосвязаны. Я слабо могу представить себе ситуацию в которой это может не работать. Есть способ повторить еффект? хром же ж.

Ну вобще иногда может возникнуть необходимость, допустим узнать "когда этот юзер, в последний раз получал айпишку?" но это так же елементарно выпарсивается и из логов. В свое время бродил где-то мудацкий патч для isd-dhcpd3 (?) на эту тему, но по причине своей мудацкости, давно что-то его не видно. Количество хостов/лизов мы и так знаем изначально, лизтайм - тоже, сами же и установили. Так, что да - смысла практического нету.

ЕМНИП - нет. А нафига это нужно вообще, в случае статических лизов?

Вы чисто из принципа игнорируете документацию и FAQ?

Я тоже не знаю - вот и спросил, может у вас есть Короче обновляйтесь до 0.3.8 как белые люди, предварительно выполнив рекомендации к обновлениям по предыдущим релизам.

А вы знаете где взять "предыдущие версии"? Выполняете последовательно релизноутсы для 0.3.7, после чего для 0.3.8 и обновляетесь обновлятором.

И вам всего хорошего

дуже сумніваюсь

Одразу два нових слова в англомовній лінгвістиці Власне це він і означає - десь самі собі зробили deny from xxx to yyy via zzz

Релиз Ubilling 0.3.8 - rev 2389 Список изменений: - alter.ini: новая опция DEVCON_SQL_KEEP отвечающая за то, будет ли оставаться запрос в SQL консоли после выполнения - alter.ini: новая опция DEVCON_VERBOSE_DEBUG отвечающая за показ отладочной информации в консоли разработчика - alter.ini: новая опция FINREP_CONTRACT отвечающая за показ номера договора в финансовом отчете - Модуль «Консоль разработчика» - теперь выглядит более вменяемо. Спасибо Den1xxx. - Модуль «Сервис мгновенных сообщений»: исправлено фильтрование, исправлено отображение новых строк. - Модуль «Серви

А перегружались то зачем? Это все на лету делается.