Date & Time Format Converter

Convert dates between ISO 8601, RFC 2822, Unix timestamps, and human-readable formats. Free online date converter with timezone support.

Your data never leaves your browser
Current Time2026-03-31T22:23:27.474Z
Accepts ISO 8601, RFC 2822, Unix timestamps, and common date strings
Tokens:YYYY YY MMMM MMM MM DD dddd ddd HH hh mm ss A a X x

Enter a date or timestamp above, or click Now to use the current time

How to Use

  1. Paste or type any date string, Unix timestamp, or ISO 8601 date into the input field.
  2. Or click Now to use the current date and time.
  3. Select a timezone from the dropdown to see results in that region.
  4. View all converted formats in the results grid below.
  5. Click Copy next to any format to copy it to your clipboard.

Understanding Date Formats

Developers regularly encounter dates in different formats across APIs, databases, log files, and configuration. A timestamp in a PostgreSQL database looks different from one in a JSON API response, which looks different from a log file entry. This tool converts between all common formats instantly, saving you from manual calculations and reducing the risk of timezone-related bugs.

The most common source of date bugs is ambiguity. Does 03/10/2026 mean March 10 or October 3? In the United States, it means March 10 (MM/DD/YYYY). In most of Europe, it means October 3 (DD/MM/YYYY). ISO 8601 was created specifically to eliminate this ambiguity by using the unambiguous YYYY-MM-DD format.

ISO 8601 Explained

ISO 8601 is the international standard for date and time representation, first published in 1988 and widely adopted across the software industry. The full format is YYYY-MM-DDTHH:mm:ss.sssZ, where:

  • YYYY-MM-DD is the date in year-month-day order (no ambiguity)
  • T is a literal separator between date and time
  • HH:mm:ss.sss is the time with optional milliseconds
  • Z indicates UTC, or a +/-HH:mm offset for other timezones

ISO 8601 is the required format for JSON APIs (per RFC 8259 recommendations), JavaScript's Date.toISOString(), and most modern databases. If you are designing an API or data format, always use ISO 8601.

RFC 2822 Date Format

RFC 2822 defines the date format used in email headers and HTTP headers. It looks like Tue, 10 Mar 2026 12:00:00 +0000. While human-readable, it is more verbose than ISO 8601 and includes abbreviated day and month names in English. You will encounter this format in email Date: headers, HTTP Last-Modified headers, and RSS feeds.

Working with Unix Timestamps

Unix timestamps represent a point in time as a single number: the count of seconds since the Unix epoch (January 1, 1970, 00:00:00 UTC). This format is compact, timezone-independent, and trivially comparable. Most backend systems, databases, and programming languages support it natively.

A common pitfall is confusing seconds and milliseconds. A 10-digit number like 1741608000 is seconds. A 13-digit number like 1741608000000 is milliseconds. JavaScript's Date.now() returns milliseconds, while Python's time.time() returns seconds as a float. This tool auto-detects which you have entered.

Working with Timezones

Timezone handling is one of the most error-prone areas in software development. Key principles to remember:

  • Store in UTC — always store timestamps in UTC in your database. Convert to local time only for display.
  • Use timezone-aware types — prefer TIMESTAMP WITH TIME ZONE in PostgreSQL, datetime.datetime with tzinfo in Python, and ZonedDateTime in Java.
  • Beware DST transitions — daylight saving time means the UTC offset for a given timezone changes twice a year. Never hardcode offsets.
  • Use IANA timezone names — names like America/New_York are unambiguous and account for historical DST changes. Abbreviations like "EST" are ambiguous.

Common Pitfalls

Month/day ambiguity: Always use ISO 8601 (YYYY-MM-DD) or explicit month names to avoid MM/DD vs DD/MM confusion across locales.

Midnight edge cases: Some systems represent midnight as 24:00:00 of the previous day rather than 00:00:00 of the current day. ISO 8601 allows both.

Leap seconds: UTC occasionally adds leap seconds (23:59:60), which most programming languages and timestamps silently ignore. For most applications, this does not matter.

The Year 2038 problem: Systems storing Unix timestamps as 32-bit signed integers will overflow on January 19, 2038. Modern 64-bit systems are unaffected, but embedded systems and legacy databases may still be vulnerable.

Related Tools

Convert Unix timestamps with the Epoch / Unix Timestamp Converter. Schedule recurring tasks with the Cron Expression Generator. Decode JWT tokens containing date claims (iat, exp, nbf) with the JWT Decoder. Format JSON API responses that contain date strings with the JSON Formatter.

Frequently Asked Questions

What date formats does this converter support?
This tool accepts ISO 8601 (2026-03-10T12:00:00Z), RFC 2822 (Tue, 10 Mar 2026 12:00:00 +0000), Unix timestamps in seconds (1741608000) or milliseconds (1741608000000), common date strings (March 10, 2026), and short date formats (03/10/2026, 2026-03-10). The input format is auto-detected.
What is ISO 8601?
ISO 8601 is an international standard for representing dates and times. The most common format is YYYY-MM-DDTHH:mm:ssZ, where T separates the date and time, and Z indicates UTC. It eliminates ambiguity between date formats used in different countries and is the preferred format for APIs and data exchange.
What is a Unix timestamp?
A Unix timestamp (also called epoch time) counts the number of seconds since January 1, 1970, 00:00:00 UTC. JavaScript and some APIs use millisecond timestamps (13 digits) instead of second timestamps (10 digits). This tool automatically detects which you entered.
How do timezones affect date conversion?
The same moment in time is displayed differently depending on timezone. For example, midnight UTC is 7 PM the previous day in US Eastern Time. This tool lets you select a timezone to see how a date appears in that region. ISO 8601 and Unix timestamps are always unambiguous because they reference UTC.
What tokens can I use in the custom format?
Supported tokens: YYYY (4-digit year), YY (2-digit year), MMMM (full month name), MMM (abbreviated month), MM (2-digit month), DD (day), dddd (full weekday), ddd (abbreviated weekday), HH (24-hour), hh (12-hour), mm (minutes), ss (seconds), A/a (AM/PM), X (Unix seconds), x (Unix milliseconds).
Is my data safe?
Yes. All date conversions happen entirely in your browser using native JavaScript Date and Intl APIs. No data is sent to any server.

AI agent tools available. The CodeTidy MCP Server gives Claude, Cursor, and other AI agents access to 47 developer tools. One command: npx @codetidy/mcp

Drop file to load