Date Formatter

So verwendest du den Datumsformatierer

1. Wähle ein Datum und eine Uhrzeit in der Datums-/Uhrzeit-Auswahl oben. Die Auswahl ist standardmäßig auf "jetzt" gesetzt, damit du alle Formate sofort befüllt sehen kannst.
2. Sieh dir die 12-Zeilen-Tabelle der Ausgaben an: ISO 8601, RFC 2822, US MM/TT/JJJJ, EU TT/MM/JJJJ und TT.MM.JJJJ, langer lesbarer Text ("Montag, 1. Januar 2024"), kurz ("1. Jan. 2024"), Unix-Zeitstempel in Sekunden, Unix-Zeitstempel in Millisekunden, relativ ("vor 3 Tagen") und gebietsschemaspezifische Varianten.
3. Klicke die Kopier-Schaltfläche neben einer beliebigen Zeile, um diese Zeichenkette in deine Zwischenablage zu übernehmen.
4. Ändere die Eingabe, um jede Zeile auf einmal zu aktualisieren - der Formatierer ist reaktiv.

Was passiert, wenn du das Datum änderst

Die Komponente nimmt deine Datumszeichenkette, analysiert sie in ein JavaScript-Date-Objekt und leitet es dann durch zwölf Formatierer gleichzeitig. Die meisten Zeilen verwenden Intl.DateTimeFormat mit verschiedenen options-Objekten - diese API ist der einzig zuverlässige Ort im Browser, wo Gebietsschema, Zeitzone und Kalenderregeln tatsächlich korrekt funktionieren. Die ISO-8601-Zeile stammt von toISOString(), die RFC-3339-konform ist. Die RFC-2822-Zeile stammt von toUTCString(), das das von E-Mail- und HTTP-Date-Headern spezifizierte Format ist. Die Unix-Zeitstempel-Zeilen verwenden direkt Math.floor(date.getTime() / 1000) und date.getTime(). Die "relative"-Zeile verwendet Intl.RelativeTimeFormat, das die größte Einheit auswählt, die einen lesbaren Satz ergibt ("vor 2 Monaten" statt "vor 61 Tagen") - ein Detail, das die meisten handgeschriebenen Lösungen falsch machen.

Reale Situationen, in denen das richtige Format wichtig ist

• Einen Zeitstempel in eine Protokollzeile, eine Commit-Nachricht oder einen Dateinamen einfügen - ISO 8601 ist die einzige Wahl, die als Zeichenkette korrekt sortiert.
• Das Datum in eine E-Mail, Rechnung oder ein rechtliches Dokument schreiben, wo die Region des Lesers TT/MM oder MM/TT erwartet; sich beim Vertrag mit einer Zweideutigkeit zwischen dem 5. März und dem 3. Mai zu vertun, hat echte Rechtsstreitigkeiten verursacht.
• Einen HTTP-Last-Modified-Header oder ein Cookie-Expires-Attribut erstellen, beide erfordern das RFC-2822/IMF-fixdate-Format.
• Einen Wert in eine Datenbank oder API übergeben, die BIGINT-Unix-Millisekunden speichert.
• Einen CSV-Export für Excel befüllen, wo ein bloßes ISO-Datum zu "42736" seriellen Zahlen verstümmelt wird, sofern es nicht in Anführungszeichen gesetzt ist.
• Eine "vor 3 Stunden gepostet"-Zeile in einem Kommentar-Thread rendern, ohne Moment.js oder date-fns einzubinden.

Mehrdeutigkeiten, die der Formatierer nicht für dich lösen kann

• 01/02/2024 ist der 2. Januar in den USA, der 1. Februar in Großbritannien und der 1. Februar mit Punkten in Deutschland. Wenn das Ziel mehrdeutig ist, wähle ISO 8601 - 2024-02-01 hat überall auf der Welt genau eine Interpretation.
• Zweistellige Jahre (01/02/24) sind ein Lesbarkeitsrisiko und ein Y2K-artiger Fehlermagnet. Weder MM/TT/JJ noch TT/MM/JJ wird aus diesem Grund hier angeboten.
• Zeitzone impliziert vs. explizit. ISO 8601 mit einem abschließenden Z ist UTC; ohne Versatz ist es lokal; "1. Jan. 2024 12:00 Uhr" könnte jede der vierundzwanzig derzeit verwendeten Zonen sein (plus Indiens UTC+5:30, Nepals UTC+5:45 und Irans UTC+3:30).
• Nicht-Gregorianische Kalender. Intl.DateTimeFormat unterstützt calendar: 'hebrew', islamic-umalqura, japanese, buddhist und mehr - dieses Werkzeug bleibt beim Gregorianischen, um die Ausgabetabelle überschaubar zu halten, aber der Browser kann die anderen, wenn du sie brauchst.
• "Relativ" driftet mit der Zeit. "Vor 3 Tagen" ist morgen falsch. Kopiere die absolute Form, wenn du in ein Dokument einfügst.

Eine kurze Tour durch die Formate

ISO 8601 (erstmals 1988 veröffentlicht, aktuell ISO 8601-1:2019) ist der internationale Standard; RFC 3339 ist ein strengeres Profil für Internetprotokolle, insbesondere JSON-Schema-Datums-Zeiten und OpenAPI. RFC 2822 (durch RFC 5322 aktualisiert) definiert die "Mo., 01. Jan. 2024 12:00:00 GMT"-Form, die in E-Mail-Headern verwendet wird; HTTP verwendet ein eng verwandtes Format, das durch RFC 7231 als IMF-fixdate standardisiert wurde. Unix-Zeit stammt aus der ersten Edition von Unix im Jahr 1971 und zählt Sekunden seit 1970-01-01T00:00:00Z; sie ignoriert Schaltsekunden und kümmert sich nicht um Zeitzonen, weshalb Server und Datenbanken sie übernommen haben. US MM/TT/JJJJ ist ein Überbleibsel von handgeschriebenen Schecks; EU TT/MM/JJJJ spiegelt die gesprochene Reihenfolge wider ("der 5. Januar"); Deutsch TT.MM.JJJJ verwendet Punkte, weil DIN 5008 es so vorschreibt. Die Kenntnis deines Zielpublikums entscheidet die richtige Zeile.

Wann native APIs Bibliotheken schlagen

Jahrelang lautete die Standardantwort "Verwende einfach Moment.js." Moment ist jetzt Legacy (die Betreuer selbst empfehlen, davon wegzuwechseln) und fügt ~70 KB gzippt hinzu. date-fns ist tree-shakable, aber immer noch überdimensioniert für einmalige Formatierung. Day.js ist die moderne ~7-KB-Option mit einer Moment-ähnlichen API. Für die zwölf häufigen Formate, die dieses Werkzeug produziert, sind jedoch Intl.DateTimeFormat und Date-Methoden im Browser kostenlos, korrekt lokalisiert und werden vom TC39-Komitee gepflegt. Diese Seite überspringt die Abhängigkeit vollständig. Wo Bibliotheken noch glänzen: Parsen von losen Benutzereingaben ("nächsten Dienstag um 15 Uhr"), Differenzial-Kalender-Arithmetik ("füge 1 Geschäftsmonat hinzu") und zeitzonenbewusste Arithmetik, die einen einzelnen Sommerzeit-Übergang überdauert - der Temporal-Vorschlag (Stage 3 bei TC39) wird diese Fälle schließlich nativ abdecken, ist aber noch nicht in stabilen Browsern vorhanden.