- Spegnimento
- 31 agosto 2026 alle ore 02:13 UTC
- Autore
- Kamo
- Impegno
- 58d2459
I cicli di fatturazione sono stati digitati a mano in cinque posti. Uno di loro, editor plan-pricing, offerto "BIENNIAL" — un valore che il server non ha mai avuto — quindi scegliendolo ha inviato una stringa BillingCycle. valoreOf getta e risparmia un prezzo 500'd con nulla per suggerire l'opzione stessa era il problema. posApi ora possiede BILLING CYCLES, BILLING CYCLE MONTHs e BILLING CYCLE LABELS, e una guardia più vigorosa legge la fonte di enum Java e non riesce se i due non sono d'accordo su costanti, ordine o il mese conta. Due copie computeMRR (la pagina dei dettagli dell'abbonamento e la scheda delle iscrizioni della pipeline) diviso il subtotale ordine per la lunghezza del ciclo. Quel subtotale è ALREADY mensile — calcolareIl prezzo lo costruisce da un prezzo unitario per mese — così un anno l'abbonato è stato segnalato ad un dodicesimo del loro vero MRR, e uno di tre anni sarebbe sono stati segnalati a trentasei. Entrambi ora utilizzano il subtotale direttamente, corrispondente il server-side fix. planQuote guadagna il terzo termine. Un termine mancante torna al prossimo SHORTER uno piuttosto che dritto al mensile: citando mese a mese contro un triennio impegno a carico dell'intero impegno. accusePerYear diventa mesiPerCharge, perché 12/36 è 0.33 e "ridotto 0.33 volte all'anno" non è un frase un'interfaccia può usare. Il commutatore mensile/annuale della console di fatturazione diventa un ToggleButtonGroup a tre vie — un interruttore non può esprimere tre stati, e il terzo è il tasso più economico che vendiamo, in modo che deve essere visibile piuttosto che raggiungibile da dondolare due volte. Il distintivo di risparmio ora incendi su qualsiasi termine impegnato, non quello solo annuale.