PHP пересчёт оплаченного времени при переходе на другой тариф: что я делаю не так?

Question

[agapofff]

Уважаемые знатоки, прошу помощи, ибо голова кругом.

Есть сервис с подпиской, на котором есть несколько тарифов.

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

Расчёт простейший:

$secondsInMonth = 60 * 60 * 24 * 30;                                // количество секунд в периоде оплаты (30 дней)
$paidBefore = strtotime('2021-05-30 23:50:00');                     // дата окончания подписки
$now = strtotime('now');                                            // текущее время
$currentTariffPrice = 1590;                                         // цена текущего тарифа (за 30 дней)
$newTariffPrice = 7990;                                             // цена нового тарифа (за 30 дней)

$currentTariffPriceBySecond = $currentTariffPrice / $secondsInMonth;// получаем цену текущего тарифа за секунду, разделив цену тарифа на количество секунд
$newTariffPriceBySecond = $newTariffPrice / $secondsInMonth;        // аналогично получаем цену нового тарифа за секунду

$secondsRemain = $paidBefore - $now;                                // получаем оставшееся время, вычитая текущее время из даты окончания подписки
$secondsPaid = $secondsRemain * $currentTariffPriceBySecond;        // получаем остаток в деньгах по текущему тарифу, умножив оставшееся количество секунд на цену за секунду

$newTariffSecondsRemain = $secondsPaid / $newTariffPriceBySecond;   // получаем оставшееся количество секунд по цене нового тарифа

$newTariffPaidBefore = $now + $newTariffSecondsRemain;              // получаем дату окончания подписки по новому тарифу, добавляя к текущему времени оставшееся количество секунд по новому тарифу

return date('Y-m-d H:i:s', $newTariffPaidBefore);                   // выводим

Как будто бы, пересчёт на момент запроса происходит корректно, - однако, при следующем запросе результат становится больше.
То есть, считаем - получаем дату.
Ждём 10 минут, считаем заново, - получаем дату на 10 минут больше.

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

Что я не учёл?

Comments

[Akina]

Ждём 10 минут, считаем заново, - получаем дату на 10 минут больше.

Ну наверное не на 10, а где-то на 8,5 минут больше, а? При такой разнице в тарифе - неудивительно.

Что я не учёл?

Того, что в первом расчёте 10 прошедших между расчётами минут считались по новому тарифу, а во втором по старому.

[twobomb]

Понятное дело больше, но не на 10 минут.
А вот тут разве $newTariffSecondsRemain = $secondsPaid / $newTariffPriceBySecond; не перемножать нужно? Цену в сек за новый тариф на остаток денег?

[agapofff]

Akina, нет, я ничего не сохраняю: это пока расчёт без перезаписи, информационный. И дата окончания, и тариф остаются прежними. Я просто повторяю расчёт с теми же входными данными, что указал в тексте вопроса.

Вопрос в том, почему вообще дата увеличивается от запроса к запросу, с теми же входными данными?

[Wataru]

agapofff, добавьте вывод всех промежуточных значений. Код выглядит правильно. Может, вы что-то напутали с параметрами в вызовах.

[agapofff]

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

Почему перемножать?
Чтобы получить остаток денег, мы умножаем остаток секунд на цену за секунду:
ОстатокДенег = ОстатокСекунд * ЦенаЗаСекунду
Соответственно, по правилу пропорции, чтобы получить остаток секунд, мы делим остаток денег на цену за секунду. Вроде, всё правильно...

[agapofff]

Wataru, раз 30 проверил, - сейчас просто выполняю код, который в вопросе привёл: там переменная-то одна - текущее время...

<?php // на 12:33
$secondsInMonth = 60 * 60 * 24 * 30;                                // количество секунд в периоде оплаты (30 дней)
echo '$secondsInMonth = ' . $secondsInMonth;                        // 2592000

$paidBefore = strtotime('2021-05-30 23:50:00');                     // дата окончания подписки

$now = strtotime('now');                                            // текущее время
echo $now;                                                          // 1620984782

$currentTariffPrice = 1590;                                         // цена текущего тарифа (за 30 дней)
$newTariffPrice = 7990;                                             // цена нового тарифа (за 30 дней)

$currentTariffPriceBySecond = $currentTariffPrice / $secondsInMonth;// получаем цену текущего тарифа за секунду, разделив цену тарифа на количество секунд
echo '$currentTariffPriceBySecond = ' . $currentTariffPriceBySecond;// 0.00061342592592593

$newTariffPriceBySecond = $newTariffPrice / $secondsInMonth;        // аналогично получаем цену нового тарифа за секунду
echo '$newTariffPriceBySecond = ' . $newTariffPriceBySecond;        // 0.0030825617283951

$secondsRemain = $paidBefore - $now;                                // получаем оставшееся время, вычитая текущее время из даты окончания подписки
echo '$secondsRemain = ' . $secondsRemain;                          // 1423018

$secondsPaid = $secondsRemain * $currentTariffPriceBySecond;        // получаем остаток в деньгах по текущему тарифу, умножив оставшееся количество секунд на цену за секунду
echo '$secondsPaid = ' . $secondsPaid;                              // 872.91613425926

$newTariffSecondsRemain = $secondsPaid / $newTariffPriceBySecond;   // получаем оставшееся количество секунд по цене нового тарифа
echo '$newTariffSecondsRemain = ' . $newTariffSecondsRemain;        // 283178.80100125

$newTariffPaidBefore = $now + $newTariffSecondsRemain;              // получаем дату окончания подписки по новому тарифу, добавляя к текущему времени оставшееся количество секунд по новому тарифу
echo '$newTariffPaidBefore = ' . $newTariffPaidBefore;              // 1621267960.801

echo date('Y-m-d H:i:s', $newTariffPaidBefore);                     // 2021-05-17 19:12:40

[nazgulun]

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

[nazgulun]

agapofff, код у тебя верный, единтвенное к чему можно придолбаться - 30 дней в месяце при расчете кол-ва секунд, но это если придалбываться

[agapofff]

nazgulun, почему?
я ведь привожу оставшееся оплаченное время к новому тарифу, деля его на цену за секунду по новому тарифу.
Фактически, получая оставшееся оплаченное время по старому тарифу, я получаю некий оставшийся баланс непотраченных средств.
Закономерно, баланс уменьшается с каждой секундой.
Деля этот оставшийся баланс на цену нового тарифа за секунду, я получаю оставшиеся секунды по новому тарифу, - они закономерно уменьшаются.
Так почему, в каком именно месте идёт увеличение даты?

[agapofff]

nazgulun, тарифы не помесячные, а по 30 дней, - по сути, это не важно: период чёткий, количество секунд в периоде фиксированное, - опять же, переменная только одна, - а понимания больше не становится... >_<

если код верный, - почему дата увеличивается-то?)

[nazgulun]

agapofff, попробую на пальцах, сори если не понятно:
Время - сейчас
Остаток денег - 1000р
Цена 1 - 100р в день
Цена 2 - 200р в день
Окончание действия - 01.07 по первому и 01.06 по второму
Представим что мы переключили тариф сейчас и подождали 1 день - остаток стал 800р и дата осталась 01.06(ведь мы на втором тарифе).
А теперь представим что мы подождали этот день на первом тарифе - остаток 900р, пересчитываем на второй тариф - получаем дату позже 01.06 - ведь денег у нас больше чем в первом случае, а прошел тот же 1 день.

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

[twobomb]

Крч все у вас правильно, чтобы проверить используйте четкие даты и числа тарифа.
Например тариф ровно в два раза больше, и дата от текущей до конечной ровно час...

$secondsInMonth = 60 * 60 * 24 * 30;                                // количество секунд в периоде оплаты (30 дней)
$paidBefore = strtotime('2021-05-30 23:00:00');                     // дата окончания подписки
$now = strtotime('2021-05-30 22:00:00');                                            // текущее время
$currentTariffPrice = 1500;                                         // цена текущего тарифа (за 30 дней)
$newTariffPrice = 3000;

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

$paidBefore = strtotime('2021-05-30 23:50:00');                     // дата окончания подписки
$now = strtotime('now');                                            // текущее время
$currentTariffPrice = 1590;                                         // цена текущего тарифа (за 30 дней)
$newTariffPrice = 7990;                                             // цена нового тарифа (за 30 дней)

$newdate= $now + ($currentTariffPrice/$newTariffPrice) *  ($paidBefore - $now);//Вся формула
echo date('Y-m-d H:i:s', $newdate);

[agapofff]

twobomb, правильность расчёта на каждый момент выполнения кода у меня вопросов не вызывает: уже и так, и эдак проверял.
Вопрос в том, почему при следующем таком же запросе конечная дата по новому тарифу увеличивается.
Я ведь пока не меняю тариф: я просто выполняю один и тот же код, с одними и теми же входными данными.
$now - как раз и единственная переменная, - остальное фиксировано.
Потому и непонятно.

Да, спасибо за короткую формулу, я изначально примерно так и сделал, а потом начал по косточкам разбирать, чтобы понять, где косяк у меня

[twobomb]

agapofff, ну как это одними и теми же входными данными, как раз таки $now это ниразу не одни и те же входные данные.
Возьмем пример у нас разница в тарифах два раза тоесть новые допустим 10000 старый 5000.
Возьмем ситуацию до окончания тарифа осталось 10 секунд, и раскроем каждый шаг, как было бы если бы мы решили поменять тариф в каждой из этих секунд.
Конец в 23:00:00
1 - Текущее время
2- Осталось секунд по старому тарифу
3- Осталось секунд по новому тарифу(в два раза меньше)
4 -Новая дата по новому тарифу если в этот момент времени мы его сменим, колонка 1 + колонка 3

1                       2                3             4
22:59:50           10              5             22:59:55 
22:59:51           9                4.5(5)      22:59:55
22:59:52           8                4             22:59:56
22:59:53           7                3.5(4)      22:59:57
22:59:54           6                3             22:59:57
22:59:55           5                2.5(3)      22:59:58
22:59:56           4                2             22:59:58
22:59:57           3                1.5(2)      22:59:59
22:59:58           2                1             22:59:59

Все я задолбался!
Смотрите в последнюю колонку в какую сторону идет время с течением времени( в первой колонке)????

[nazgulun]

agapofff, я же выше расписал на пальцах почему так... не понятно?

[agapofff]

twobomb, nazgulun,
спасибо за наглядные разъяснения!
"Ничего не понял, но очень интересно"))
На самом деле, динамику осознал, и с секундами, и с днями, - причину не понимаю, как же ж так-то...
Ладно, примем за аксиому, потом буду понимать.

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

[nazgulun]

agapofff, имхо - сама смена тарифов у тебя в порядке: рассчет остатка + пересчет на новые цены (ну только убрать это количество секунд в месяце). Хотя странный набор входящих данных, я бы ожидал остаток сразу на входе.

[agapofff]

nazgulun, значит, не в порядке, раз "прыгает" =)
остаток чего на входе? денег? так его, как раз, считать и приходится: он же не фиксированный

[nazgulun]

agapofff, что прыгает? У тебя корректно вычисляет дату от текущего момента. Пойми, что фиксированная дата окончания тарифа в любой момент времени может быть только, если тариф не менялся и не поменяется. Ты изначально отталкиваешся от неверного посыла, а дальше уже наматываешь на это свои рассуждения...

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

[agapofff]

nazgulun, принял, ок. Но задача остаётся той же: нужно дать пользователям возможность изменить тариф в любой момент. При этом должно корректно рассчитываться оставшееся время.
Раз формулой расчёт не стабилен, - значит, выходит, нужно на момент начала периода рассчитывать дату окончания оплаты для каждого тарифа за оплаченную сумму...
Хотя, это, конечно, странно.

Может, есть какой-то компенсирующий увеличение дат коэффициент... ?)

[nazgulun]

agapofff, еще раз прочитай внимательно: твой расчет верен и стабилен, получаемые даты верны, переключать можно в любой момент.
Если тебе прям надо могу скинуть математическое доказательство - 10-15 строк, но там чисто буквы будут - разберешся?

[agapofff]

nazgulun, я прочитал, внимательно.
и да, я понимаю, что расчёт верен.
и про логику, которая изменила, понимаю.
Но задачу это всё не решает(

Нужно дать пользователям менять тариф в любой момент.
Дата не должна увеличиваться: она должна быть стабильной.

По моему расчёту дата получается не стабильной с течением времени.
Значит, для реальной возможности дать пользователям менять тариф, когда заблагорассудится, этот расчёт не применим: щёлкая тарифы туда-сюда можно накрутить "бесплатное" время.

Получается, даты для всех тарифов нужно считать заранее, в момент оплаты, по этому расчёту, и хранить до истечения очередной подписки.

У меня только такая идея...

Answer 1

[nazgulun]

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