Convertisseur de Timestamp Unix

Introduction

Un timestamp Unix (ou temps epoch) est la façon standard dont les ordinateurs représentent le temps : un entier unique comptant les secondes écoulées depuis le 1er janvier 1970 à minuit UTC, excluant les secondes intercalaires. On le trouve dans les enregistrements de bases de données, les réponses API, les tokens JWT, les fichiers journaux, les planifications cron et les en-têtes d'expiration de cache. Alors que les machines lisent ces entiers instantanément, les humains ont besoin de les traduire en dates de calendrier et heures d'horloge — souvent dans plusieurs formats simultanément.

Le Convertisseur de Timestamp Unix sert aux développeurs, administrateurs système et analystes de sécurité qui doivent décoder des timestamps depuis des journaux, vérifier l'expiration de tokens, planifier des tâches cron entre fuseaux horaires, ou consulter rapidement une valeur epoch historique ou future. L'outil est divisé en deux blocs indépendants :

• Bloc A (Timestamp Unix → Date et Heure) : saisissez un timestamp numérique et visualisez-le dans 21 formats de date et heure, organisés par famille standard.
• Bloc B (Date et Heure → Timestamp Unix) : choisissez une date de calendrier, une heure et un décalage de fuseau horaire, et obtenez le timestamp équivalent en secondes, millisecondes et microsecondes.

Les deux blocs ont leur propre sélecteur de fuseau horaire, vous permettant de travailler en UTC pour un sens et un décalage personnalisé pour l'autre sans contamination croisée.

Comment ça marche

Le temps Unix compte les secondes depuis l'époque (1er janvier 1970, 00:00:00 UTC). Chaque tic ajoute exactement une seconde. Parce qu'il est ancré à UTC, un timestamp Unix représente le même instant partout sur Terre — le fuseau horaire n'a d'importance que lorsqu'on l'affiche sous forme de chaîne lisible.

L'outil utilise l'objet Date natif de JavaScript du navigateur pour toutes les conversions. Chaque Date stocke en interne le temps sous forme d'un seul nombre : les millisecondes depuis l'époque Unix. Lorsque vous saisissez un timestamp, l'outil construit un Date et lit ses propriétés UTC ou locales selon le sélecteur de fuseau horaire actif. Lorsque vous saisissez une date de calendrier et une heure, l'outil calcule la différence depuis l'époque ajustée pour le décalage de fuseau horaire spécifié.

Unités de timestamp selon les écosystèmes

Différentes plateformes et langages utilisent différentes unités d'époque. Le sélecteur d'unité de l'outil vous permet de faire correspondre la précision de votre source :

L'outil convertit votre entrée en secondes en interne. Si vous collez une valeur à 13 chiffres depuis Date.now() de JavaScript, réglez l'unité sur millisecondes et l'outil gère la division.

Fuseau horaire et heure d'été (DST)

Un timestamp Unix représente toujours le même instant physique. Le sélecteur de fuseau horaire dans chaque bloc change seulement la façon dont cet instant est affiché ou interprété.

• Mode UTC : affiche toute la sortie par rapport au Temps Universel Coordonné. Le format RFC 3339 utilise un suffixe littéral Z au lieu de +00:00.
• Mode local : utilise le fuseau horaire système de votre navigateur, incluant les ajustements automatiques de l'heure d'été.
• Mode personnalisé : un décalage UTC numérique entre -12:00 et +14:00. L'outil applique ce décalage directement sans correction DST — il traite votre décalage comme une horloge murale fixe.

Lorsque l'heure d'été est en vigueur, le décalage du fuseau horaire local change. Le même timestamp affiché en mode Local peut montrer une heure différente de celle du mois précédent. C'est normal : le timestamp est le même, mais la convention d'horloge locale a changé.

Pour les lignes formatées en locale (Locale, Locale Date, Locale Time), l'outil respecte à la fois le fuseau horaire sélectionné et les paramètres de langue de votre navigateur. Si vous choisissez le mode UTC, toLocaleString reçoit { timeZone: 'UTC' }, garantissant que le format local utilise le bon fuseau horaire.

Utilisation

Bloc A — Timestamp vers Date et Heure

1. Saisissez un timestamp Unix dans le champ d'entrée (chiffres uniquement, signe moins facultatif pour avant 1970).
2. Sélectionnez la précision d'entrée : Secondes, Millisecondes ou Microsecondes.
3. Choisissez un fuseau horaire : UTC, Local (fuseau horaire de votre système) ou Personnalisé (saisissez un décalage entre -12 et +14 par pas d'une demi-heure).
4. Lisez les résultats — 21 lignes de formats de date et heure se mettent à jour en temps réel.

Bloc B — Date et Heure vers Timestamp

1. Saisissez l'année directement. Utilisez les menus déroulants pour le mois, le jour, l'heure, la minute et la seconde.
2. Choisissez un fuseau horaire depuis le sélecteur UTC/GMT : Local correspond au fuseau horaire de votre système ; les saisies numériques comme UTC+8 traitent l'entrée comme l'heure horloge murale dans cette zone.
3. Les résultats du timestamp apparaissent immédiatement en secondes, millisecondes, microsecondes, hexadécimal et temps relatif.

Les deux blocs fonctionnent indépendamment. Modifier le Bloc A n'affecte pas le Bloc B et inversement. Cela vous permet de comparer des timestamps côte à côte ou de verrouiller une valeur de référence tout en explorant différents formats.

Tutoriel

Scénario 1 : Décoder un timestamp depuis un journal serveur

Le journal de votre application montre le timestamp 1742345678 — un appel API qui a échoué. Vous devez savoir exactement quand cela s'est produit et également vérifier le format HTTP-date pour le corréler avec les en-têtes de réponse HTTP.

1. Ouvrez le Convertisseur de Timestamp Unix.
2. Tapez 1742345678 dans le champ d'entrée du Bloc A.
3. Les résultats affichent 21 lignes de format, incluant :
   • @ Format : 3/19/2025 @ 2:14:38 PM +0000 (format humain à lecture rapide)
   • RFC 1123Z : Wed, 19 Mar 2025 14:14:38 +0000 (standard HTTP-date, correspond aux en-têtes Date et Last-Modified)
   • Relative : 124d (il y a combien de temps la requête a eu lieu)
4. Basculez le fuseau horaire sur Local pour voir quelle heure il était dans votre propre fuseau horaire.

Scénario 2 : Planifier une tâche cron à une heure spécifique

Vous avez besoin qu'une tâche cron s'exécute à 3 h 30, heure de l'Est, le 15 juin 2026. L'heure d'été de l'Est (EDT) est UTC-4 en juin.

1. Dans le Bloc B, réglez la date au 15 juin 2026 et l'heure à 03:30:00.
2. Réglez le sélecteur UTC/GMT sur UTC+4 (EDT est UTC-4, donc saisissez -4).
3. Lisez la valeur Secondes — c'est votre timestamp cron. Les lignes Hex et Relative se mettent également à jour, vous donnant une référence lisible par machine et par humain simultanément.

Conseils avancés

Cas d'utilisation des formats

Chaque format de sortie sert un objectif spécifique. Voici quand utiliser chacun :

Implémentations par langage

Obtenez le timestamp Unix actuel dans votre langage de prédilection :

// Go
time.Now().Unix()      // secondes
time.Now().UnixMilli() // millisecondes (Go 1.17+)

// JavaScript
Math.floor(Date.now() / 1000) // secondes
Date.now()                     // millisecondes

// PHP
time();              // secondes
intval(microtime(true) * 1000); // millisecondes

# Python
import time; int(time.time())         # secondes
import time; int(time.time() * 1000)  # millisecondes

Conseils généraux

• Timestamps antérieurs à 1970 : Saisissez des valeurs négatives. Le 1er décembre 1960 à 00:00:00 UTC est -286329600.
• Saisie hexadécimale : Les valeurs hexadécimales (avec ou sans préfixe 0x) sont analysées automatiquement — saisissez 0x6618E1FE et voyez l'équivalent décimal.
• Comparer les fuseaux horaires : Réglez le fuseau horaire du Bloc A sur UTC et celui du Bloc B sur Local simultanément pour voir comment le même instant s'affiche dans les deux.

Alternatives

Dépannage

Spécifications techniques

• Moteur de conversion : Objet Date JavaScript (norme ECMAScript)
• Plage de timestamps : Plage complète des nombres JavaScript (±9 quadrillions de secondes, couvrant des milliards d'années)
• Entrée prise en charge : Entiers décimaux, valeurs négatives (avant 1970)
• Précision d'entrée : Secondes, millisecondes ou microsecondes (configurable)
• Support des fuseaux horaires : UTC, local (système du navigateur), décalage GMT personnalisé (-12 à +14 par pas de 0,5 heure) ; indépendant pour chaque bloc

Les 21 familles de format

Arbre généalogique des formats

Les formats de date et heure de cet outil dérivent de quatre lignées :

• RFC 822 (1982) a défini le format de date d'email original avec une année à 2 chiffres. RFC 1123 (1989) l'a remplacé avec une année à 4 chiffres. RFC 1123Z est le même format utilisant un décalage de fuseau horaire numérique (+0000) au lieu d'une abréviation alphabétique (UTC). Ensemble, ils couvrent les en-têtes HTTP (1123Z) et les formats d'email (822).
• ISO 8601 (1988) a établi la norme internationale pour la représentation de la date et de l'heure. RFC 3339 (2002) profile ISO 8601 pour une utilisation sur Internet, ajoutant des exigences comme le Z obligatoire pour UTC. La plupart des API modernes choisissent l'un de ces deux.
• Les constantes de temps Go (ANSIC, UnixDate, RubyDate, etc.) sont des formats de commodité intégrés dans la bibliothèque standard de Go. Elles reflètent les conventions POSIX (sortie ctime), les normes RFC et les formes de commodité spécifiques à Go (DateOnly, Kitchen, Stamp).
• Les formats Locale utilisent l'API Intl.DateTimeFormat du navigateur, qui suit le Répertoire Commun de Données Locale Unicode (CLDR). La sortie exacte dépend des paramètres de langue du navigateur de l'utilisateur.

Compatibilité

• Navigateurs : Chrome 90+, Firefox 90+, Safari 15+, Edge 90+
• Dépendances : Aucune — JavaScript pur, zéro bibliothèque tierce
• Traitement des données : 100 % côté client — zéro requête réseau

Fonctionnalités

• Conversion bidirectionnelle entre les timestamps Unix et les dates lisibles
• Affichage en temps réel du timestamp Unix actuel avec mises à jour automatiques
• Plusieurs formats de sortie : UTC, heure locale, ISO 8601, hexadécimal et temps relatif
• Prise en charge du décalage horaire personnalisé pour une conversion précise date-timestamp
• Traitement côté client — aucune donnée envoyée à un serveur

Questions fréquentes