Unix timestamp is the number of seconds since January 1, 1970 (UTC). Here are reference points:
| Date | Unix Timestamp | Milliseconds |
|---|---|---|
| Jan 1, 2000 00:00 UTC | 946684800 | 946684800000 |
| Jan 1, 2020 00:00 UTC | 1577836800 | 1577836800000 |
| Jan 1, 2025 00:00 UTC | 1735689600 | 1735689600000 |
| Jan 1, 2026 00:00 UTC | 1767225600 | 1767225600000 |
| Jan 19, 2038 03:14 UTC | 2147483647 | Y2K38 — 32-bit overflow |
Seconds vs milliseconds: If the number is 10 digits (starts with ~17 in 2026), it is seconds. If 13 digits (starts with ~17xx in 2026), it is milliseconds. JavaScript uses milliseconds. Most APIs use seconds. The Timestamp Converter auto-detects which format you paste.
A common confusion: "Why not just store dates as dates?"
1711843200. No timezone ambiguity. Universally comparable. Sortable. Mathematically manipulable (add 86400 = add one day).2026-03-31T00:00:00Z. But "March 31" means different absolute times in New York vs Tokyo. Formatting varies by locale. Sorting requires parsing.Use timestamps in databases, APIs, and backend logic. Convert to human-readable dates only at the display layer. This avoids the entire category of timezone bugs that plague applications.
Discord uses Unix timestamps for dynamic time display. Format: <t:TIMESTAMP:FORMAT>
| Format | Code | Example Output |
|---|---|---|
| Short time | <t:1711843200:t> | 12:00 AM |
| Short date | <t:1711843200:d> | 03/31/2026 |
| Long date + time | <t:1711843200:F> | March 31, 2026 12:00 AM |
| Relative | <t:1711843200:R> | in 2 hours (dynamic) |
The beauty: each reader sees the time in their own timezone. No "3pm EST / 12pm PST" confusion. Get the timestamp for any date with the Timestamp Converter and paste the Discord format code into your message.
Working with timestamps in bulk — log files, database exports, API responses:
FROM_UNIXTIME(timestamp) in MySQL, to_timestamp(epoch) in PostgreSQLOn January 19, 2038 at 03:14:07 UTC, 32-bit Unix timestamps overflow. The value 2147483647 (max 32-bit signed integer) rolls over to a negative number, which 32-bit systems interpret as December 13, 1901.
This is not hypothetical — embedded systems, IoT devices, and legacy databases using 32-bit timestamps will break. 64-bit timestamps extend the range to the year 292 billion, effectively solving the problem. Most modern systems already use 64-bit timestamps, but if you encounter a system that stores timestamps as 32-bit integers, plan the migration before 2038.
Try Timestamp Converter — free, private, unlimited.
Open Timestamp Converter