Биллинговая система Nodeny

Все знают проблему когда подключаем нового пользователя, например, в феврале, ставим ему день начала потребления, а перерасчет происходит с расчетом 31 день в месяце. Много уже ругались по этому поводу. Оказывается, все фиксится очень просто: в файле nomoney.pl ищем строку (у меня она 247) и заменяем на такие строки
Сохраняем, радуемся.

PS жмем плюсик  ::)

скрипт перехода на новый месяц запускается в начале _следующего_ месяца. Эта ситуация разруливается?

А это тут при чем?
Я изменил только алгоритм перерасчета, больше ничего.

а при том, что в следующем месяце обычно дней не такое количество как в предыдущем. Скрипт запускается в следующем месяце чем том, на который идет расчет

Ну и какая разница. Берется первый день следующего месяца минус один день. Получаем дату, выводим в формате %d итого получаем число последнего дня текущего месяца, оно же количество дней в текущем месяце.

[root@host /scripts/ping]# date -v1d
четверг,  1 июля 2010 г. 16:10:03 (EEST)
[root@host /scripts/ping]# date -v1d -v08m
воскресенье,  1 августа 2010 г. 16:10:46 (EEST)
[root@host /scripts/ping]# date -v1d -v08m -v-1d
суббота, 31 июля 2010 г. 16:10:55 (EEST)
[root@host /scripts/ping]# date -v1d -v08m -v-1d +%d
31

Стоп, или ты хочешь сказать что скрипт nomoney.pl запускается дважды? В момент первой активности юзера и в начале следующего месяца?

Специально посмотрел: в таблице users есть поле start_day, в которое соответственно записывается день начала потребления услуги (вычисляется в nomoney.pl в момент первой активности), а уже потом new_month.pl достает из базы значение этого поля, так что все должно быть нормально.

вот не пойму вас, есть функция GetMaxDayInMonth()
так почему не зделать по формуле
сумма снятия=(GetMaxDayInMonth($mon_now)-$day_now)*(стоимость тарифа/GetMaxDayInMonth($mon_now))

все.

я делал так

Скрипт перехода на новый месяц не запускается дважды. Суть вот в чем:
для одного и того же снятия, подпрограмма подсчета денег запускается в разные месяцы. Сейчас июль. Когда мы просматриваем баланс клиента, то этот баланс считается динамически. Допустим при подсчете баланса используется текущий месяц. Баланс посчитается правильно. Наступит август и нужно произвести непосредственное снятие денег. Т.е. До этого момента баланс считался динамически, а в момент проводок платежа "снятие за инет" он уже фиксируется в базе. Запускается в августе, т.е. количество дней будет уже не то. Можно сделать минус 1 день. Но тогда 1 числа каждого месяца динамический баланс будет неверный.

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

if (дата_сейчас==первое_число) {высчитать сколько дней было в прошлом месяце};

if( запуск из скрипта перехода) {высчитать сколько дней было в прошлом месяце}

Мой вариант:

А как узнать откуда запуск? Было-бы феншуйнее.

Краткий пересказ:

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

Отвечаю:

Так сложно сказать метод?

из nodeny.pl недоступна т.к. он не вызывает calls.pl

= сделай. Я же говорил, что сделаю. В новой версии.

следует ждать встречного вопроса, когда будет next ver. ?  :D

через пол года  ;D
или когда выйдет, тогда и будет  ;D

Переход с 45 ветки на 48 длился почти 2 года
Переход с 48 ветки на 50 длился больше года
Переход с 50.32 .6 на 50.next  длится всего c марта месяца, при этом полностью переписывается вэб движок админки, переписываются и оптимизируются основные запросы к базе и учтено множество замечаний по улучшению работы программы.
Откуда такое нетерпение к дате релиза, чем текущий стейбл не устраивает ???
Нодени славится тем, что это очень проверенное решение, тщательное тестирование, которого проводится во внутренних сетях.
Заметьте, 49.33 была выпущена уже протестированной и рабочей. С момента выхода 49.33 никаких ошибок не замечено, ночь на первое число, я спецально сижу в инете что бы оперативно реагировать на проблемы пользователей. Так вот за 2 последних месяца вобще нет вопросов. Я с чистой совестью в 2 часа ночи иду спать.

Хотите ловить баги на своих сетях и быть тестерами новых версий на живых пользователях???
По мне так хоть и полгода и год пусть Стас делает релиз, лишь бы потом не обрывали у вас телефоны пользователи требуя компенсаций за проблемы с биллингом.

ЗЫ кому не терпится, записываемся в теме, основное требование работа на тестовой версии на не меньше чем  300 абонентов в течении 2-х месяцев, багрепорты и отчеты еженедельно. Доступ в админку и к ссш сервера приветствуется.
Как только поток проблем иссякнет, то сразу же выпускаем релиз.

 

я лутше подожду и откажуся от такого заманчевого предложения...
и другим так советую...

в таком случае извиняюсь, я думал что метод уже известен

Стас, а почему фактическое снятие средств со счета происходит не 1-го числа в 0:00 а минутой раньше? т.е. 31-го в 23:59  ??? ??? И каким это макаром выходит, если скрипт_новый_месяц запускается именно в 0:00 ??

Понял, это фича такая...

Кстате, сокращалка %.2f в коэф-те перерасчета грабит честных юзеров на десятки копеек! :) Себе исправил на %.4f

Актуально ли такое сообщение? :)

читсо в косметических интересах его легко убрать

А нафига высчитывать динамический баланс 1-го числа?  :) Коэфициент все равно будет равен 1!

Конечный вариант всего блока:

Да, Вы правы, не так Вас раньше понял. Теперь все стало на свои места.

Здравствуйте, как отключить перерасчет коэфициента вообще? Чтобы он все время был равен 1. Бухгалтерия требует ровных сумм в отчете без копеек. Нужно чтобы с клиента снималась полная сумма тарифа в не зависимости в какой день месяца он подключился или начал потреблять трафик.

начать с того чтобы не плодить один и тот же вопрос в разных темах