Epoch & Unix Timestamp Conversion Tools

The Current Epoch Unix Timestamp

Seconds since Jan 01 1970. (UTC)

Convert epoch to human-readable date and vice versa

Supports Unix timestamps in seconds, milliseconds, microseconds and nanoseconds.

Enter a Date & Time

TimeTime Format
06/22/2021 @ 01:49pmUTC
Tuesday, 22-Jun-2021 13:49:22 GMTCOOKIE
Tue, 22 Jun 21 13:49:22 +0000RFC822
Tuesday, 22-Jun-21 13:49:22 GMTRFC850
Tue, 22 Jun 21 13:49:22 +0000RFC1036
Tue, 22 Jun 2021 13:49:22 +0000RFC1123
Tue, 22 Jun 2021 13:49:22 GMTRFC7231
Tue, 22 Jun 2021 13:49:22 +0000RFC2822
Tue, 22 Jun 2021 13:49:22 +0000RSS

What is the unix Timestamp?

Unix time (also known as Epoch time, POSIX time,seconds since the Epoch,or UNIX Epoch time) is a system for describing a point in time. It is the number of seconds that have elapsed since the Unix epoch, minus leap seconds; the Unix epoch is 00:00:00 UTC on 1 January 1970 (an arbitrary date); leap seconds are ignored,with a leap second having the same Unix time as the second before it, and every day is treated as if it contains exactly 86400 seconds. Due to this treatment Unix time is not a true representation of UTC.

Human Readable TimeSeconds
1 Hour3600 Seconds
1 Day86400 Seconds
1 Week604800 Seconds
1 Month (30.44 days)2629743 Seconds
1 Year (365.24 days)31556926 Seconds

What happens on January 19, 2038?

The Year 2038 problem (also called Y2038, Epochalypse, Y2k38, or Unix Y2K) relates to representing time in many digital systems as the number of seconds passed since 00:00:00 UTC on 1 January 1970 and storing it as a signed 32-bit integer. Such implementations cannot encode times after 03:14:07 UTC on 19 January 2038. Similar to the Y2K problem, the Year 2038 problem is caused by insufficient capacity used to represent time.

The latest time since 1 January 1970 that can be stored using a signed 32-bit integer is 03:14:07 on Tuesday, 19 January 2038 (231-1 = 2,147,483,647 seconds after 1 January 1970). Programs that attempt to increment the time beyond this date will cause the value to be stored internally as a negative number, which these systems will interpret as having occurred at 20:45:52 on Friday, 13 December 1901 (2,147,483,648 seconds before 1 January 1970) rather than 19 January 2038. This is caused by integer overflow, during which the counter runs out of usable digit bits, and flips the sign bit instead. This reports a maximally negative number, and continues to count up, towards zero, and then up through the positive integers again. Resulting erroneous calculations on such systems are likely to cause problems for users and other reliant parties.