- Szycy
- 31 sierpnia 2026 02:13 UTC
- Autor
- Kamo
- Pochęt się
- 58d2459
Cykle rozliczeniowe zostały narysowane ręcznie w pięciu miejscach. Jeden z nich, czyli Redaktor ustalania cen planu, oferował "BIENNIAL" - wartość, której serwer nigdy nie miał - więc Wybrał go na ciąg BillingCycle.valueWystawia i oszczędza cenę 500'd Nie ma nic, co sugerowałoby, że sama opcja była problemem. posApi posiada teraz BILLING_cykle, BILLING_CYCLE_MONTHS i BILLING_CYCLE_LABELS, a także vitest guard Czyta źródło Java enum i zawodzi, jeśli obaj kiedykolwiek nie zgadzają się co do stałych, porządku Albo liczy się miesiąc. Dwie kopie computeMRR (strona opisowa subskrypcji i zakładka rejestracji potu) Podzielić łączną łączną kolejność według długości cyklu. Ta cząstkowa jest już miesięczna – kalkencjaCena buduje go z ceny jednostkowej na siedzenie na miesiąc – więc roczna Subskrybent został zgłoszony w dwunastym miejscu ich prawdziwego MRR, a trzyletni jeden z nich Zgłoszono je na 36. miejscu. Obaj używają teraz bezpośrednio, pasując Poprawkę po stronie serwera. PlanQuote zyskuje trzecią kadencję. Brakujący termin wraca do następnego SHORTER Zamiast prosto do miesiąca: cytowanie z miesiąca na miesiąc w stosunku do trzech lat Zobowiązanie jest zaniżane przez cały rabat zobowiązań. opłaty PerYear staje się monthsPerCharge, ponieważ 12/36 to 0,33 i "rozliczone 0,33 razy w roku" nie jest Zdania, którego może użyć interfejs. Miesięczny / roczny przełącznik konsoli rozliczeniowej staje się trzykierunkowym ToggleButtonGroup - przełącznik nie może wyrazić trzech stanów, a trzeci jest najtańszą ceną, którą sprzedajemy, Tak więc musi być widoczny, a nie osiągalny przez przełączanie się dwa razy. Jego odznaka oszczędnościowa Teraz strzela do każdego zaangażowanego terminu, a nie rocznego.