Nüchternheit-Rechner

Senden Sie zwei gregorianische Kalenderdaten im Format YYYY-MM-DD. sobriety_date ist der Beginn der durchgehenden Nüchternheit, und current_date ist der Stichtag, weil diese Engine niemals eine Wanduhr liest. Die Antwort nennt die vergangenen Jahre, Monate und Tage, die ausschließliche Zählung total_days und eine kurze Phrase elapsed, die Sie auf einen Chip oder eine Karte drucken können. Fällt das Nüchternheitsdatum nach dem Stichtag, scheitert die Aufgabe mit invalid_input und wird nicht berechnet.

Was vergangene Nüchternheit in bürgerlichen Jahren, Monaten und Tagen bedeutet

Dieser Rechner behandelt beide Enden als gregorianische Daten ohne Tageszeit, sodass ein Start 2020-01-15 und ein Stichtag 2026-07-25 sechs Jahre, sechs Monate und zehn Tage sind, mit einer ausschließlichen Zählung total_days der ganzen bürgerlichen Tage zwischen jenen zwei Mitternächten. Dieselbe Angabe in beiden Feldern ist eine gültige Nullspanne: stimmt sobriety_date mit current_date überein, liefert die Engine null Jahre, null Monate, null Tage und total_days von null, die ehrliche ausschließliche vergangene Zeit am Tag eins.

Eingabevertrag, die Regel des künftigen Starts und die Form der Antwort

Senden Sie per POST ein JSON-Objekt mit zwei Pflichtfeldern für den Kalender. sobriety_date ist der erste Tag durchgehender Nüchternheit als strenge Zeichenkette aus vierstelliger Jahreszahl, Bindestrich, zweistelligem Monat, Bindestrich und zweistelligem Tag; die Aliase start_date, sober_since und date_from werden angenommen, damit Tagebücher und Formulare ihre üblichen Namen behalten. current_date ist der Stichtag, der als heute oder als der Tag dient, dessen vergangene Zeit Sie berichten wollen; die Aliase as_of, as_of_date, today und date_to führen zur selben Analyse. Februar in einem Gemeinjahr, 13-01, leere Zeichenketten und Nicht-Zeichenketten mit invalid_input unter Nennung des Feldes scheitern. Fällt sobriety_date nach current_date, liegt der Start relativ zum Stichtag in der Zukunft und die Aufgabe scheitert mit invalid_input; vergangene Nüchternheit ist für einen noch nicht eingetretenen Start undefiniert, und jener Fehler wird nicht berechnet. Bei Erfolg spiegelt der Körper die normalisierten Zeichenketten sobriety_date und current_date, liefert ganze Zahlen years, months und days aus der bürgerlichen Aufschlüsselung, meldet total_days als ausschließliche Ordinaldifferenz und hängt elapsed an, eine druckbare Phrase mit korrekten Einzahl- und Mehrzahlformen, etwa '6 years, 6 months, 10 days' oder '1 year, 0 months, 1 day'.

Wo eine API für vergangene Nüchternheit sich lohnt, Preise und ehrliche Grenzen

Genesungs-Chips, Jahrestagskarten und Sponsor-Rückfragen sind die übliche Aufgabe: Sie kennen das Startdatum bereits und wollen eine stabile Zeile Jahre-Monate-Tage, die Sie vorlesen oder drucken können, ohne Monate von Hand abzuziehen und Februar falsch zu treffen. Unterrichtsdemos bürgerlicher Dauer können den Starttag ändern und sofort eine Schalttagsklemme sehen, jene Kante, die ein Date-Objekt des Hosts nahe Zeitzonenversätzen falsch behandelt. Sie zählt weder Stunden noch Minuten noch Sekunden, modelliert keine Rückfallfenster und entscheidet nicht, ob ein Ausrutscher eine persönliche Uhr zurücksetzt: jene Politik gehört der Person und ihrem Programm. Verwechseln Sie diesen Endpunkt nicht mit einem allgemeinen Datumsunterschied-Werkzeug, das man sucht, wenn beliebige zwei Daten subtrahiert werden sollen: die Suchabsicht hier ist nüchterne Zeit ab einem Nüchternheitsstart, und der Fehlervertrag ist die Regel des künftigen Starts, die ein allgemeiner Subtrahierer nicht anpreisen würde. Wellness-Anwendungen, Genesungstagebücher und Begleit-Bots können denselben Vertrag aufrufen, statt Schaltjahrestabellen in jedem Client neu zu kodieren, und current_date aus dem lokalen Kalendertag der Person festnageln, damit Reisende, die eine Datumsgrenze kreuzen, weiterhin den gemeinten Tag sehen. Vorausbezahlte API-Aufrufe nutzen KIT-Guthaben zu $0.002 pro erfolgreichem Element; Validierungsfehler verbrauchen nie Guthaben. Dies ist eine Kalenderheuristik, kein diagnostisches Medizinprodukt und kein Ersatz für ein Genesungsprogramm, eine Klinik oder Notfallversorgung. Halten Sie Anfragen klein, pinnen Sie die gelieferten years, months, days und total_days in Tests, und Sie erhalten reproduzierbare vergangene Nüchternheit für Aufgabenprüfer, LMS-Plugins und Edge-Worker, ohne eine eigene Kalenderbibliothek aufzustellen.