An diesem Tag um 03:14:07 UTC passiert etwas Kurioses: Der Unix-Timestamp erreicht den Wert 2.147.483.647 – das ist die größte Zahl, die ein 32-Bit signed Integer speichern kann.

Eine Sekunde später würde er auf -2.147.483.648 "überlaufen" – was dem 13. Dezember 1901 entspricht. Systeme, die 32-Bit-Integer verwenden, würden plötzlich denken, es sei 1901!

Die gute Nachricht: Moderne Systeme verwenden 64-Bit-Integer. Damit können wir bis zum Jahr 292 Milliarden rechnen – kein Problem mehr.

Das ist eine spannende Geschichte! Als Ken Thompson und Dennis Ritchie 1969/1970 Unix entwickelten, brauchten sie einen einfachen Startpunkt für die Systemzeit.

Sie wählten den 1. Januar 1970, weil:

• Es ein runder Anfang eines Jahrzehnts war
• Sie keine Daten vor 1970 speichern mussten (die Computer-Ära begann gerade erst)
• Der Wert einfach zu berechnen war

Es war also eine pragmatische Entscheidung – keine wissenschaftliche. Heute ist dieser Zeitpunkt als "Unix Epoch" in die Geschichte eingegangen.

Das hat mit Genauigkeit und Herkunft zu tun:

• Unix/Linux/C: Die ursprünglichen Systeme verwendeten Sekunden – für Menschen ausreichend.
• JavaScript: Wurde 1995 für Webseiten entwickelt. Dort brauchte man Millisekunden, um Animationen und Timer präzise zu steuern.
• Java: Übernahm das Millisekunden-Modell für plattformübergreifende Konsistenz.

Faustregel:

Tipp: Unser Tool erkennt automatisch anhand der Stellenanzahl, welche Einheit gemeint ist!

Umgangssprachlich werden beide oft gleich verwendet, aber technisch gibt es einen Unterschied:

• GMT (Greenwich Mean Time): Basierte auf der astronomischen Sonnenzeit am Nullmeridian in Greenwich. Wird heute umgangssprachlich für die Zeitzone verwendet.
• UTC (Coordinated Universal Time): Basiert auf Atomuhren und ist die moderne, wissenschaftliche Weltzeit. Wird durch Schaltsekunden an die Erdrotation angepasst.

Für Entwickler: Verwende immer UTC. Es ist der internationale Standard und wird von allen modernen Systemen verwendet. GMT ist technisch veraltet.

Ja, technisch ist das möglich! Negative Zeitstempel repräsentieren Daten vor dem 1. Januar 1970.

• -1: 31. Dezember 1969, 23:59:59 UTC
• -86400: 31. Dezember 1969 (ein Tag vor Epoch)
• -31536000: 1. Januar 1969
• -2208988800: 1. Januar 1900

Achtung: Nicht alle Systeme unterstützen negative Zeitstempel korrekt. In der Praxis werden sie selten verwendet, weil die meisten Daten aus der Zeit nach 1970 stammen.

Interessant: Manche Systeme (wie Windows) verwenden andere Epochs – Windows z.B. den 1. Januar 1601.

Das ist eine der wichtigsten Regeln in der Softwareentwicklung! Hier die Gründe:

• Eindeutigkeit: UTC ist überall auf der Welt gleich. Keine Verwirrung mit Zeitzonen oder Sommerzeit.
• Berechenbarkeit: Du kannst Zeitstempel einfach vergleichen und subtrahieren, ohne Zeitzonen zu berücksichtigen.
• Zukunftssicher: Wenn Nutzer in verschiedenen Ländern deine App verwenden, funktioniert alles konsistent.
• Sommerzeit: In UTC gibt es keine Sommerzeit-Umstellungen.

Best Practice:

• Speichern: Immer in UTC (als Unix-Timestamp oder ISO 8601 mit "Z")
• Anzeigen: Erst bei der Anzeige in die lokale Zeitzone des Nutzers umrechnen

Beispiel: Ein Server in Frankfurt speichert "2024-01-15T10:30:00Z". Ein Nutzer in New York sieht "2024-01-15 05:30:00" – korrekt umgerechnet.

Beide beschreiben Zeit, aber für unterschiedliche Zwecke:

Faustregel:

• Unix-Timestamp: Wenn du rechnen musst (z.B. "Wie viel Zeit ist vergangen?")
• ISO 8601: Wenn Menschen es lesen sollen (z.B. Logs, Fehlermeldungen)

Tipp: Viele Systeme speichern intern Unix-Timestamps und zeigen ISO 8601 an.

Hier eine Übersicht der wichtigsten Sprachen:

• Python:
  • datetime.fromtimestamp(1700000000) → lokale Zeit
  • datetime.utcfromtimestamp(1700000000) → UTC
  • int(datetime.now().timestamp()) → aktueller Timestamp
• JavaScript:
  • new Date(1700000000000) (Millisekunden!)
  • Math.floor(Date.now() / 1000) → Unix-Sekunden
• PHP:
  • date('Y-m-d H:i:s', 1700000000)
  • time() → aktueller Timestamp
• Java:
  • Instant.ofEpochSecond(1700000000)
  • Instant.now().getEpochSecond()
• Bash/Linux:
  • date -d @1700000000
  • date +%s → aktueller Timestamp

Tipp: Achte immer auf Sekunden vs. Millisekunden!