Verstrichene Zeit
Vom 10. März 2024 um 09:30 bis zum 12. März 2024 um 14:45:30 vergingen 2 Tage, 5 Stunden, 15 Minuten und 30 Sekunden. Geben Sie zwei Zeitstempel mit Datum ein und erhalten Sie die volle Dauer, nie eine negative. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Start
- 2024-03-10T09:30:00Z
- End
- 2024-03-12T14:45:30Z
- Start
- 2024-03-10T09:30:00.000Z
- End
- 2024-03-12T14:45:30.000Z
- Tage
- 2
- Stunden
- 5
Wie viel Zeit ist zwischen zwei Zeitstempeln vergangen? Ein Rechner für verstrichene Zeit beantwortet diese Alltagsfrage mit einer vollständigen Dauer, nicht nur mit ganzen Kalendertagen und nicht nur mit den Stunden eines Zifferblatts. Sie geben einen Start-Zeitstempel und einen End-Zeitstempel an — ISO-8601-Augenblicke wie 2024-03-10T09:30:00Z, reine Datumsangaben als Mitternacht UTC oder Unix-Sekunden — und das Werkzeug liefert die verstrichenen Tage, Stunden, Minuten, Sekunden und Millisekunden. Liegt das Ende vor dem Beginn, wird die Anfrage abgelehnt statt einer negativen Dauer, die ein Stundenzettel oder ein Protokoll stillschweigend falsch läse. Es gibt keinen Netzaufruf, keine Systemuhr und keinen Zufall: nur die Umrechnung des bürgerlichen Kalenders in UTC-Millisekunden und eine Subtraktion, die sich weigert, rückwärts zu gehen.
Wie zwei Zeitstempel zu Tagen, Stunden, Minuten und Sekunden werden
Ein Zeitstempel benennt einen Augenblick auf der bürgerlichen Zeitlinie, keine Stellung auf einem Zwölf- oder Vierundzwanzig-Stunden-Zifferblatt und keine Dauer, die Sie bereits gemessen hätten. 2024-03-10T09:30:00Z ist ein einziger UTC-Augenblick; 2024-03-12T14:45:30Z ist ein späterer Augenblick. Die Regel der verstrichenen Zeit wandelt jeden Augenblick mit proleptischer gregorianischer Arithmetik — Schaltjahre, Monatslängen und Zeitzonenversätze eingeschlossen — in Millisekunden seit der Unix-Epoche um und zieht dann den Beginn vom Ende ab.
Der nichtnegative Rest wird durch aufeinanderfolgende ganzzahlige Division zerlegt: sechsundachtzig Millionen vierhunderttausend Millisekunden ergeben einen Tag, drei Millionen sechshunderttausend eine Stunde, sechzigtausend eine Minute und tausend eine Sekunde. Was bleibt, ist der Millisekundenrest. Gleiche Zeitstempel ergeben null verstrichene Zeit, nicht einen vollen Tag, weil die beiden Ablesungen denselben Augenblick nennen.
Reine Datumswerte wie 2024-01-01 gelten als Mitternacht UTC, sodass eine Woche vom Ersten bis zum Achten genau sieben Tage umfasst. Numerische Unix-Sekunden werden mit tausend multipliziert; Werte, deren Betrag mindestens eine Billion beträgt, gelten bereits als Millisekunden — so stempeln Protokollexporteure und Browser Ereignisse gewöhnlich.
Eingabevertrag, akzeptierte Formate und der Fehler Ende-vor-Beginn
Der Anfragekörper trägt zwei Pflichtfelder: start und end. Jedes darf ein ISO-8601-Datum in der Form YYYY-MM-DD sein, eine ISO-8601-Datum-Uhrzeit mit optionalem Bruchteil der Sekunde und einem Versatz Z oder plus-oder-minus HH:mm, oder ein Unix-Zeitstempel als Zahl oder numerische Zeichenkette. Führende und nachfolgende Leerzeichen werden entfernt.
Ist der analysierte end-Augenblick früher als der analysierte start-Augenblick, scheitert die Aufgabe ebenfalls, mit der Meldung, dass das Ende dem Beginn vorausgeht: dieser Rechner erfindet weder einen Mitternachtsübergang noch eine vorzeichenbehaftete negative Dauer. Ungültige Eingabe wird nicht berechnet.
Wo ein Rechner für verstrichene Zeit seinen Platz verdient
Man greift zu einem Rechner für verstrichene Zeit, sobald zwei aufgezeichnete Augenblicke zu einer Länge werden müssen, die ein Mensch liest und ein Skript speichert. Vorfallverantwortliche wandeln einen Start-Zeitstempel und einen End-Zeitstempel in Tage und Stunden für ein SLA-Fenster um. Produkt- und Supportteams messen, wie lange eine Sitzung, ein Auftrag oder eine Ausbringung von der ersten Protokollzeile bis zur letzten gedauert hat.
Lohn- und Stundenzettelwerkzeuge, die Kommen und Gehen bereits als Datum-Uhrzeit speichern, brauchen eine Dauer, keine Kalendertagzählung und keinen Zifferblattübergang am selben Tag. Lernende, die verstrichene Zeit üben, prüfen, dass 09:30 am Zehnten bis 14:45:30 am Zwölften zwei Tage, fünf Stunden, fünfzehn Minuten und dreißig Sekunden sind und kein Borgerfehler auf dem Papier.
Koppeln Sie diese Seite mit einem Werkzeug für die Dauer zwischen Uhrzeiten, wenn Sie nur zwei Tageszeiten ohne Datum haben, mit einer Zählung bürgerlicher Tage, wenn Sie nur ganze Kalendertage wollen, oder mit einem lesbaren Dauerformatierer, wenn Sie bereits eine Sekundenzahl haben und nur den Wortlaut brauchen. Weil das Werkzeug ein umgekehrtes Intervall ablehnt, dient es auch als Prüfer der Zeitstempelreihenfolge für Aufnahmeformulare, die kein Ende vor einem Beginn akzeptieren dürfen.
Anwendungsfälle
Vorfalls- und SLA-Fenster
Wandeln Sie einen Start-Zeitstempel und einen End-Zeitstempel aus einem Vorfallsprotokoll in Tage, Stunden und Minuten für einen SLA-Bericht um, der kein umgekehrtes Intervall akzeptieren darf.
Schicht- und Sitzungslänge aus Datum-Uhrzeit
Berechnen Sie, wie lange eine Schicht, eine Besprechung oder eine aufgezeichnete Sitzung gedauert hat, wenn beide Enden als ISO-Datum-Uhrzeit oder Unix-Sekunden gespeichert sind, einschließlich mehrtägiger Spannen.
Schulische und protokollierte Prüfungen der verstrichenen Zeit
Lassen Sie Lernende und Skripte prüfen, dass von 2024-03-10T09:30:00Z bis 2024-03-12T14:45:30Z 2 days 5 hours 15 minutes 30 seconds herauskommen und dass ein früheres Ende abgelehnt wird.
Häufige Fragen
Wie berechnet man die verstrichene Zeit zwischen zwei Zeitstempeln?
Senden Sie start und end als ISO-8601-Datum-Uhrzeit (oder reines Datum um Mitternacht UTC) oder als Unix-Sekunden.
Was geschieht, wenn der End-Zeitstempel dem Start vorausgeht?
Verstrichene Zeit verlangt, dass das Ende gleich oder nach dem Beginn liegt; der Rechner überschreitet Mitternacht nicht und liefert keine negative Dauer.
Welche Zeitstempelformate werden akzeptiert?
ISO-8601 YYYY-MM-DD, YYYY-MM-DDTHH:mm:ss mit optionalem Bruchteil und Z oder ±HH:mm sowie Unix-Sekunden (oder Millisekunden, wenn der Betrag mindestens 1e12 beträgt). Reine Uhrzeiten wie 09:30 ohne Datum werden abgelehnt.
Worin unterscheidet sich das von einer Uhrzeitdauer oder einer Tageszählung zwischen Daten?
Eine Uhrzeitdauer zieht zwei Tageszeiten auf einem Kreisblatt ab und kann Mitternacht überschreiten. Tage zwischen Daten zählen ganze Kalendertage. Diese Seite misst die volle Dauer zwischen zwei absoluten Zeitstempeln.
Kann ich die gesamte Dauer in Sekunden sehen?
Ja. Neben Tagen, Stunden, Minuten und Sekunden erhalten Sie die Summe in Sekunden: Vom 10. März 2024 um 09:30 bis zum 12. März um 14:45:30 sind es 191730 Sekunden.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/life/elapsed-time \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"start":"2024-03-10T09:30:00Z","end":"2024-03-12T14:45:30Z"}'const res = await fetch("https://api.kit.forhosting.com/life/elapsed-time", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"start": "2024-03-10T09:30:00Z",
"end": "2024-03-12T14:45:30Z"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/life/elapsed-time",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"start": "2024-03-10T09:30:00Z",
"end": "2024-03-12T14:45:30Z"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/life/elapsed-time", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"start":"2024-03-10T09:30:00Z","end":"2024-03-12T14:45:30Z"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"start":"2024-03-10T09:30:00Z","end":"2024-03-12T14:45:30Z"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/life/elapsed-time", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"start": "2024-03-10T09:30:00Z",
"end": "2024-03-12T14:45:30Z"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "life.elapsed_time",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Wie zwei Zeitstempel zu Tagen, Stunden, Minuten und Sekunden werden
Der Algorithmus befragt niemals die Systemuhr, ruft niemals einen Netzdienst auf und nutzt niemals Zufall, sodass dasselbe Paar von Zeitstempeln stets dieselben days, hours, minutes, seconds, total_seconds, die pretty-Phrase und die compact-Zeichenkette liefert.
Eingabevertrag, akzeptierte Formate und der Fehler Ende-vor-Beginn
Die Aliasse start_time, start_timestamp, from und begin werden für start akzeptiert; die Aliasse end_time, end_timestamp, to, until und stop werden für end akzeptiert, damit Formulare und Skripte die Namen behalten, die sie schon haben. Ein fehlendes Feld, eine nach dem Zuschneiden leere Zeichenkette, ein Wert, der weder Zeichenkette noch Zahl ist, ein unmöglicher bürgerlicher Tag wie 2024-02-30, eine Stunde außerhalb von null bis dreiundzwanzig oder eine Zeichenkette, die weder ISO noch numerisch ist, scheitern mit invalid_input und nennen das schuldige Feld. Bei Erfolg wiederholt die Antwort beide Zeitstempel, normalisiert auf UTC-ISO-8601 mit Millisekundenpräzision, die zerlegten days, hours, minutes, seconds und milliseconds, total_seconds und total_milliseconds als genaue Zählungen, eine englische pretty-Phrase wie 2 days 5 hours 15 minutes 30 seconds, ein compact-Token wie 2d 5h 15m 30s und eine kurze Formel, die Sie neben die Antwort drucken können. Erfolgreiche API-Aufrufe nutzen den veröffentlichten Grundpreis $0.002.
Wo ein Rechner für verstrichene Zeit seinen Platz verdient
Die Umsetzung ist reines parse der Stufe A: keine Modelltoken, kein ausgehendes HTTP und kein Date-Objekt. Das hält die Latenz bei einer Handvoll Rechenoperationen und das Kostenmodell ehrlich bei $0.002 je erfolgreicher API-Anfrage, während eine gescheiterte Prüfung niemals das vorausbezahlte Guthaben verbraucht.
Technische Fragen
Was kostet der Rechner für verstrichene Zeit?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen vorausbezahltes Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.