Перерасчет при подкючении

[Aivanzipper]

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

[Efendy]

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

все.

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

[Efendy]

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

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

[stix]

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

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

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

[VitalVas]

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

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

[versus]

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

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

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

 

[VitalVas]

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

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

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

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

[Aivanzipper]

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

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

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

[Aivanzipper]

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

[Aivanzipper]

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

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

[blackjack]

Ув. абонент, вы начали пользоваться услугой с 1 числа, т.е. не полный месяц. Мы уменьшили стоимость тарифного плана и предоплаченный трафик: данные тарифного плана умножены на коэффициент 1.00

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

[Aivanzipper]

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

[Aivanzipper]

Можно сделать минус 1 день. Но тогда 1 числа каждого месяца динамический баланс будет неверный.

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

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

Код:

{
 $k=1;
 last if $start_day<=1;
 # не с начала месяца начал пользоваться услугами. Вычислим коэффициент понижения трафика и денег
 if (`date +%d` eq '01\n') {chomp($mounth_days=`date -v-1d +%d`);}
 else {chomp($mounth_days=`date -v1d -v\`date -v+1m +%m\`m -v-1d +%d`);}
 $k=sprintf("%.4f",($mounth_days-$start_day+1)/$mounth_days);
 $ret->{report}="<tr class=head><td colspan=5><br>Ув. абонент, вы начали пользоваться услугой с <b>$start_day</b> числа, ".
   " т.е. не полный месяц. Мы уменьшили стоимость тарифного плана и предоплаченный трафик: ".
   " данные тарифного плана умножены на коэффициент <b>$k</b><br><br>".$ret->{report} if $mode_report;
}

[Aivanzipper]

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

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

[relikts]

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