Utilify

Unix Timestamp Converter

Convert between Unix timestamps and human-readable dates. Supports seconds, milliseconds, and ISO 8601.

How to use Timestamp Converter

  1. 1
    Enter a value

    Type a Unix timestamp or a date string in either field.

  2. 2
    See conversion

    The other field updates live in your local time and UTC.

About Timestamp Converter

Unix timestamps — the number of seconds (or milliseconds) since January 1, 1970 UTC — are how most computers internally represent time. They are timezone-agnostic, sortable, and easy to do arithmetic on. But they are not human-readable: 1716595200 tells you nothing at a glance.

Conversion to a human date in your local timezone or in UTC is a constant need when debugging logs, working with API responses, scheduling jobs, comparing timestamps across systems, or just sanity-checking that "this happened at 9am, not 9pm." Utilify detects the magnitude automatically — values greater than 10^11 are interpreted as milliseconds, smaller values as seconds — and shows both UTC and your local timezone so you can spot timezone bugs at a glance. ISO 8601 output is also displayed for use in JSON payloads.

The seconds-versus-milliseconds distinction trips up almost everyone at some point. Unix and most backend languages count in seconds, while JavaScript's Date.now() and Java's System.currentTimeMillis() count in milliseconds — a factor of 1000 apart. A date that lands in 1970 is the classic symptom of feeding a seconds value into a milliseconds API; a date far in the future is the reverse. This converter sidesteps the guesswork by detecting the magnitude for you.

A word on the epoch and its limits. The reference point — midnight UTC on January 1, 1970 — is called the Unix epoch. Systems that stored the count in a signed 32-bit integer overflow on January 19, 2038, the well-known "Year 2038 problem"; modern systems use 64-bit values and are unaffected for billions of years. Timestamps are always anchored to UTC, which is exactly why they are reliable for comparing events across servers in different timezones.

When you do need a human-facing string, ISO 8601 (for example 2024-05-25T00:00:00Z) is the format to prefer in APIs and logs: it is unambiguous, sorts correctly as plain text, and is parseable everywhere. This tool shows it alongside the local and UTC renderings so you can copy whichever your context calls for.

When to use Timestamp Converter

  • Debugging log timestamps

    Convert epoch values from server logs to your local timezone to correlate with user reports.

  • API payload sanity check

    Verify expiration timestamps (exp, iat in JWTs; valid_until in API tokens) are reasonable.

  • Cron job scheduling

    Confirm a planned run time matches what you intended when expressed as epoch seconds.

Examples

Seconds → Date
Input
1716595200
Output
Sat May 25 2024 00:00:00 UTC
Milliseconds → Date
Input
1716595200000
Output
Sat May 25 2024 00:00:00 UTC

Frequently asked questions

Seconds or milliseconds?+

Both — the converter detects the magnitude automatically. Values greater than 10^11 are treated as milliseconds, smaller values as seconds.

Which timezone does it use?+

Both UTC and your browser's local timezone are shown for every conversion, so you can spot timezone bugs immediately.

Why did my timestamp convert to a date in 1970?+

You almost certainly passed a seconds value where milliseconds were expected, or vice versa — the two differ by a factor of 1000. A 1970 result means a milliseconds API received a seconds value.

What is the Unix epoch?+

It is the reference point for Unix time: midnight UTC on January 1, 1970. Timestamps count the seconds (or milliseconds) elapsed since then.

What is the Year 2038 problem?+

Systems that store the timestamp in a signed 32-bit integer overflow on January 19, 2038. Modern systems use 64-bit values and are unaffected.

Related tools

From the blog