Конвертер форматов даты онлайн — DD.MM.YYYY, ISO 8601, Unix timestamp и другие форматы

Формат DD.MM.YYYY (день.месяц.год) — стандарт большинства стран Центральной и Восточной Европы, Германии, Франции. Логика: от меньшего к большему — сначала день, потом месяц, потом год. Разделитель — точка. Пример: 22.03.2026. США используют MM/DD/YYYY — сначала месяц. Это главный источник путаницы: дату 03/04/2026 американец прочитает как 4 марта, а европеец — как 3 апреля. Именно поэтому в международных документах рекомендуют ISO 8601.

ISO 8601 — международный стандарт записи даты в формате YYYY-MM-DD (год-месяц-день). Пример: 2026-03-22. Преимущества: однозначен — не зависит от страны и языка. Подходит для сортировки — даты сортируются лексикографически правильно. Это стандарт для баз данных (SQL), API, JSON, XML, лог-файлов, Git-коммитов. HTML-атрибут type="date" также использует YYYY-MM-DD. Если вы разработчик или работаете с данными — всегда храните даты в ISO 8601.

Unix timestamp (или POSIX time) — количество секунд, прошедших с 1 января 1970 года 00:00:00 UTC (Unix epoch). Пример: 1742601600 = 22 марта 2026 00:00:00 UTC. Используется во всех операционных системах, базах данных, языках программирования, API и логах. Преимущества: одно число без часового пояса и языка, удобно для математики с датами. JavaScript использует миллисекунды (Date.now() = timestamp × 1000). Максимум 32-битного timestamp — 19 января 2038 ("Проблема 2038").

Формат MM/DD/YYYY — стандарт США и частично Канады. Пример: 03/22/2026 = 22 марта 2026. Он нелогичен с точки зрения большинства людей (сначала месяц, потом день, потом год). Тем не менее доминирует в американских документах, формах, программах и Excel-файлах, настроенных на американский регион. Если вы получили CSV или Excel-файл из американского источника — первая колонка с датами, скорее всего, в формате MM/DD/YYYY.

Порядок компонентов и разделитель. DD.MM.YYYY — европейский стандарт: сначала день, потом месяц, потом год, через точку. MM/DD/YYYY — американский: сначала месяц, потом день, потом год, через слеш. Дата 03/04/2026: в Европе это 3 апреля, в США — 4 марта. Если формат неизвестен, безопаснее использовать ISO 8601 (YYYY-MM-DD) — он однозначен.

ISO 8601 — международный стандарт записи даты (YYYY-MM-DD) и времени (YYYY-MM-DDTHH:MM:SS). Пример: 2026-03-22. Используется в: SQL-базах данных (тип DATE), REST API и JSON, HTML input[type="date"], лог-файлах, Git, XML и HTML-метатегах. Главное преимущество — однозначность и правильная лексикографическая сортировка: строки с датами в формате YYYY-MM-DD сортируются правильно даже как обычный текст.

Unix timestamp — количество секунд с 1 января 1970 (UTC). Для перевода: введите число в конвертер в поле "Unix timestamp" — вы сразу увидите дату во всех форматах. Для ручного расчёта: timestamp ÷ 86400 = количество дней от 1970-01-01. В JavaScript: new Date(timestamp * 1000).toISOString(). В PHP: date("Y-m-d", $timestamp). В Python: datetime.fromtimestamp(timestamp).

Введите несколько дат в конвертер и посмотрите, какая интерпретация логична. Проверьте значение дня: если первое число больше 12 (например, 23/03/2026), это точно день — формат DD/MM/YYYY или DD.MM.YYYY. Если оба первых числа ≤ 12 — проверьте контекст или найдите год (обычно четырёхзначный и стоит первым или последним). ISO 8601 (YYYY-MM-DD) всегда начинается с четырёхзначного года.

RFC 2822 — стандарт формата даты в заголовках email и RSS-лент. Выглядит так: Sun, 22 Mar 2026 14:30:00 +0200. Содержит: день недели, число, сокращённый месяц на английском, год, время и UTC-смещение. PHP-функция date("r") возвращает RFC 2822. В JavaScript: new Date().toUTCString() возвращает похожий формат.

Февраль имеет 29 дней только в високосный год (кратный 4, но не кратный 100, если только не кратный 400). Программы, которые не проверяют это условие, либо падают с ошибкой, либо переводят дату на 1 марта. 2000 год — високосный (делится на 400). 1900 — не високосный. При вводе 29.02 для любого года — конвертер проверит, существует ли эта дата.

Старый 32-битный Unix timestamp достигнет максимума 19 января 2038 в 03:14:07 UTC (значение 2 147 483 647). После этого 32-битный знаковый целочисленный тип переполнится и станет отрицательным — программы, использующие старый тип, могут некорректно обрабатывать даты. Современные 64-битные системы и языки не имеют этой проблемы — максимум выходит за пределы ~292 миллиардов лет.

Всегда ISO 8601 (YYYY-MM-DD или YYYY-MM-DDTHH:MM:SSZ). Причины: однозначен независимо от языка и региона, правильно сортируется как строка, поддерживается всеми СУБД (MySQL, PostgreSQL, SQLite), языками (JS, Python, PHP, Java) и стандартами (JSON Schema, OpenAPI). Unix timestamp подходит для точных временных меток с учётом часового пояса — храните как 64-битное целое.