| Unix timestamp (seconds) | 1,234,567,890 |
|---|---|
| In milliseconds | 1,234,567,890,000 |
| UTC date & time | Friday, February 13, 2009, 23:31:30 UTC |
| Day of week (UTC) | Friday |
| ISO 8601 | 2009-02-13T23:31:30Z |
| RFC 2822 | Fri, 13 Feb 2009 23:31:30 +0000 |
| Your local time | — |
What does the timestamp 1234567890 mean?
1,234,567,890 is one of those round, memorable Unix timestamps developers actually notice. It marks the famous sequential timestamp 1234567890, landing on Friday, February 13, 2009 at 23:31:30 UTC. Below is everything you need to read, convert, and reuse this exact value.
Perhaps the most celebrated timestamp of all, 1234567890 spells out a perfect ascending sequence. Parties were held in San Francisco and elsewhere to watch it roll over. It is the single most searched-for "fun" Unix timestamp.
The exact value, every way you need it
A Unix timestamp is a single integer: the count of seconds elapsed since the Unix epoch (midnight UTC on January 1, 1970), ignoring leap seconds. The value 1,234,567,890 seconds is the same instant as 1,234,567,890,000 milliseconds — the form most programming languages expect, since JavaScript, Java, and many databases store time in milliseconds. Written out in full it is Friday, February 13, 2009 at 23:31:30 UTC, which is a Friday. In the two most common machine-readable formats it is 2009-02-13T23:31:30Z (ISO 8601) and Fri, 13 Feb 2009 23:31:30 +0000 (RFC 2822). All of these describe one and the same moment in time; they differ only in notation.
How to convert 1234567890 in code
Turning this timestamp into a human-readable date takes a single expression in most languages. In JavaScript, remember to multiply by 1000 because Date works in milliseconds: new Date(1234567890 * 1000).toUTCString(). Here are the equivalents in three common environments:
// JavaScript const ts = 1234567890; const date = new Date(ts * 1000); // JS uses milliseconds console.log(date.toUTCString()); // Fri, 13 Feb 2009 23:31:30 GMT console.log(date.toISOString()); // 2009-02-13T23:31:30Z
# Python 3 from datetime import datetime, timezone ts = 1234567890 print(datetime.fromtimestamp(ts, tz=timezone.utc)) # 2009-02-13 23:31:30+00:00
# Bash / GNU date date -u -d @1234567890 # Fri, 13 Feb 2009 23:31:30 UTC # macOS / BSD date date -u -r 1234567890
If you would rather not write code at all, the Epoch Converter is pre-loaded with 1234567890 so you can see it converted instantly and tweak the value live.
How long ago (or how far away) is it?
The headline near the top of this page updates every time you load it, computing the gap between 1234567890 and your current clock in real time so it never goes stale. To measure the span between this timestamp and any other date precisely — in years, months, weeks, days, or business days — use the Date Duration Calculator. To watch a future moment tick down second by second, the Countdown Timer can target this exact instant.
Why timestamps matter
Storing time as a plain integer of seconds is wonderfully unambiguous: there is no time zone, no daylight saving, and no locale to misinterpret. Two servers anywhere on Earth agree on what 1234567890 means. That is why logs, databases, JWTs, file metadata, and APIs lean on Unix time so heavily. The trade-off is that the number is not human-friendly at a glance — which is exactly the gap a reference like this page fills.
Related timestamps
Other notable Unix timestamps worth a look:
- 1000000000 — One Billion Seconds1111111111 — Repdigit Timestamp 11111111111300000000 — Round Timestamp 1.3 Billion1400000000 — Round Timestamp 1.4 Billion