Unix Timestamp Converter
Convert Unix timestamps to human-readable dates and back. Auto-detects seconds vs milliseconds. Live current epoch time.
Processed locally in your browser — nothing is uploaded.
Unix Timestamp Converter
Current Unix time
—
Timestamp → date
Date → timestamp
ISO 8601 works best. Without a timezone suffix, your local timezone is assumed.
About Unix Timestamp Converter
Convert between Unix epoch timestamps and readable dates in both directions. The converter auto-detects whether a number is seconds, milliseconds, microseconds, or nanoseconds, and shows the result in UTC, your local timezone, ISO 8601, and relative time.
Common uses
- Decode timestamps found in logs, databases, or JWT claims
- Get the current epoch time for a script or test fixture
- Convert a deadline into a timestamp for an API call
Example
Input
1700000000
Output
Tue, 14 Nov 2023 22:13:20 UTC
Frequently asked questions
How does the converter know if my timestamp is seconds or milliseconds?
It looks at the magnitude: values under 100 billion are treated as seconds (about 10 digits today), then 13-digit values as milliseconds, 16 as microseconds, and 19 as nanoseconds. If a value falls on the wrong side of a boundary, pick the unit explicitly from the Unit dropdown.
Is the timestamp I paste sent to a server?
No. Conversion runs entirely in your browser with JavaScript, so timestamps from private logs or tokens never leave your device.
Why is a Unix timestamp the same in every timezone?
A Unix timestamp counts seconds elapsed since January 1, 1970 00:00:00 UTC, so it identifies a single instant regardless of location. Timezones only matter when you format that instant as a date, which is why this tool shows both UTC and your local time.
Can I convert a negative Unix timestamp?
Yes. Negative timestamps represent moments before January 1, 1970 — for example -86400 is December 31, 1969 UTC. The supported range matches the JavaScript Date limit of ±8,640,000,000,000,000 milliseconds, roughly the years 271821 BCE to 275760 CE.
What is the year 2038 problem?
Systems that store Unix time in a signed 32-bit integer overflow at 03:14:07 UTC on January 19, 2038, wrapping to a date in 1901. This converter is not affected — it uses 64-bit numbers — but timestamps read from old 32-bit systems can be.
Related tools
From the blog
- Counting Seconds Since 1970: The Strange History of Unix TimeWhy computers count time from 1 January 1970, how a single leap second took down half the internet, and why 03:14:07 UTC on 19 January 2038 is a date engineers still circle.26 Sept 2026 · 9 min read
- The Improbable History of the UUIDWhy every classic UUID counts time from the year 1582, how a virus author was unmasked by one, and how 128 bits let computers agree without ever talking.29 Aug 2026 · 9 min read