Horodatages Unix : secondes, millisecondes et la mauvaise date

Un horodatage qui tombe en janvier 1970 a souvent la mauvaise unité. Le nombre 1792069200 est en secondes Unix ; 1792069200000 est le même instant en millisecondes. Aucun des deux ne nécessite d'ajouter un décalage de fuseau horaire avant de le convertir.

Ouvrez le Convertisseur de fuseaux horaires, développez Collez une date ou un horodatage, collez l'un des deux nombres et choisissez Convertir. Vérifiez l'interprétation sous le formulaire. Les deux devraient produire 2026-10-15T13:00:00.000Z.

Quatre façons d'écrire le même moment

Essayez-les une par une, ou téléchargez les quatre exemples d'horodatages :

1792069200
1792069200000
2026-10-15T13:00:00Z
2026-10-16T00:00:00+11:00

La dernière ligne est déjà minuit le lendemain, mais elle représente toujours le même moment. Son décalage explicite de onze heures explique la différence.

L'outil lit le premier nombre comme des secondes et le second comme des millisecondes. Pour les dates proches d'aujourd'hui, 10 contre 13 chiffres est un indice utile, pas une définition universelle d'un horodatage. Ce convertisseur rejette les entrées numériques à 11 et 12 chiffres au lieu de deviner. Il prend en charge les dates de 1900 à 2100 ; ce n'est pas un analyseur pour chaque format d'horodatage historique.

Si vous écrivez en JavaScript, le constructeur numérique Date attend des millisecondes. La référence Date de MDN documente cette unité. Multiplier les secondes par 1 000 est une conversion d'unité, pas un ajustement de fuseau horaire.

Vérifiez la date ainsi que l'heure

Utilisez Ajouter un fuseau horaire pour inclure les villes dont vous avez besoin. Pour l'exemple ci-dessus, les résultats testés sont :

Ces décalages appartiennent à la date de l'exemple. Ne les réutilisez pas comme différences permanentes entre les villes ; l'heure d'été peut modifier l'écart. Pour une tâche récurrente, voir l'exemple cron et heure d'été.

Faire glisser à l'intérieur d'une carte d'horloge déplace le moment partagé, donc chaque carte se met à jour ensemble. Copier tous les horodatages copie également les dates et les décalages. C'est plus utile pour un collègue que d'envoyer « 9h » tout seul.

Une date sans décalage est une entrée différente

Collez 2026-10-15T13:00 et réglez Sans fuseau horaire, lu comme sur Australia/Melbourne. Cela devient 2026-10-15T02:00:00.000Z, onze heures plus tôt que notre premier exemple.

Rien n'est cassé : cette fois, vous avez fourni une lecture d'horloge locale, et le fuseau horaire source a fourni le contexte manquant. Avec un nombre Unix ou un décalage explicite, cette sélection de source ne déplace pas l'instant. Mon fuseau horaire peut ajouter le fuseau de votre appareil, mais votre appareil ne peut pas vous dire quel fuseau horaire une entrée de journal non étiquetée utilisait à l'origine.

Résolvez les entrées ambiguës avant de les partager

L'outil vous demande délibérément de clarifier plusieurs entrées :

• 10/11/2026 09:00 pourrait signifier le 11 octobre ou le 10 novembre. Utilisez une date année-mois-jour.
• 2026-10-15 09:00 CST utilise une abréviation ambiguë. Choisissez un fuseau horaire source complet ou fournissez un décalage UTC explicite.
• 2026-11-01T01:30 dans America/New_York se produit deux fois lorsque les horloges reculent. Fournissez le décalage prévu ; une lecture d'horloge locale seule ne peut pas choisir entre eux.

Nous avons vérifié ces entrées et les quatre horodatages équivalents avec l'analyseur de l'outil le 15 octobre 2026. La sortie de conversion et l’enregistrement des résultats préservent les valeurs exactes. L'analyse en langage naturel varie selon la langue ; une date et un décalage explicites sont le meilleur choix lorsque l'heure doit être sans ambiguïté.