Convertir un horodatage Unix
Convertissez des horodatages Unix en secondes ou millisecondes en dates UTC, et inversement.
Vos fichiers sont traités ici, sur votre appareil
Nous n'envoyons pas votre fichier ou le contenu du texte à un serveur de traitement. Aucun compte n'est nécessaire et il n'y a pas de quota d'opération quotidien. Les outils individuels ont des limites de taille pour protéger la mémoire de votre appareil.
Une connexion est nécessaire pour charger le site et ses ressources. L'hébergement peut recevoir des données de visite technique. Les favoris stockent uniquement les identifiants d'outils dans ce navigateur.
Comment nous traitons vos données →Comment utiliser cet outil
- Choisissez horodatage à la date ou date ISO à horodater.
- Sélectionnez secondes ou millisecondes ; incluez Z ou un décalage de fuseau horaire pour l'entrée de date.
- Vérifiez la date UTC résultante avant de l'interpréter comme heure locale.
Un exemple que vous pouvez vérifier
Vérifiez une date technique sans ambiguïté de fuseau horaire.
Exemple d'entrée
0
Résultat attendu
1970-01-01T00:00:00.000Z
Ne confondez pas les secondes avec les millisecondes. Inclure Z ou un décalage de fuseau horaire lors de la conversion d'une date ISO.
Convertir un horodatage Unix: usages et conseils pratiques
Un horodatage Unix représente un instant comme une quantité de temps depuis l'époque de référence du système. La conversion en une date lisible permet d'inspecter les journaux, les réponses API et les données techniques. Identifiez d'abord l'unité: secondes et millisecondes ne sont pas interchangeables. Interpréter une valeur sur la mauvaise échelle peut produire une date loin de celle attendue même lorsque le nombre est syntaxiquement valide. La définition du champ source est donc importante.
L'outil affiche la date en UTC. UTC et heure locale peuvent afficher des heures différentes tout en décrivant le même instant lorsque les zones correctes sont appliquées. Inclure Z ou un décalage explicite lors de la conversion d'une date ISO en horodatage. Une date et une heure sans zone sont ambiguës et peuvent varier avec les paramètres de l'appareil ou les changements d'horloge saisonniers. Le formulaire nécessite donc une représentation identifiant le décalage pertinent plutôt que de deviner silencieusement une zone locale.
Vérifiez la source lorsqu'une valeur apparaît inhabituelle. Une chaîne numérique peut être un identifiant plutôt qu'un horodatage. Le nombre de chiffres peut fournir un indice, mais ne remplace pas la documentation du champ. Les valeurs négatives représentent les instants avant l'époque sous l'échelle sélectionnée. Si une destination s'attend à des secondes entières, déterminez comment les fractions d'une entrée milliseconde doivent être traitées au lieu de les rejeter sans vérifier ses exigences.
Valider en convertissant à l'aide de la même unité. Comparez l'instant plutôt que les heures écrites dans deux zones différentes. Enregistrez des informations d'unité et de fuseau horaire en même temps que la valeur lors de la préparation d'exemples ou d'exportations. Les jours entre les dates mesurent la séparation des jours du calendrier et répondent à une question différente de celle qui représente un instant exact. Garder ces objectifs séparés évite d'interpréter une conversion d'horodatage comme un calcul de durée de calendrier.
Un contrôle pratique avant d’utiliser le résultat
Pour une revue de journal, utilisez une date connue de la même source pour confirmer les secondes par rapport aux millisecondes. Ensuite, vérifiez un échantillon contenant un décalage de fuseau horaire. Les représentations lisibles d'un instant peuvent afficher des heures différentes sans être incompatibles. Conservez les informations de fuseau horaire avec l'exemple. Documenter si l'échange d'applications s'attend à des fractions ou des entiers. Une échelle de temps cohérente empêche les erreurs qui ressemblent à des problèmes de date mais proviennent d'unités. Vérifiez les limites du système de réception car un nombre accepté par ce convertisseur ne prouve pas qu'une autre API accepte la même plage. Conserver la signification du champ source rend le dépannage ultérieur plus fiable que de deviner uniquement à partir du nombre de chiffres.
Options et limites
Unix mesure le temps de 1970-01-01T00:0000Z. Choisissez la direction et l'unité. La date d'entrée doit inclure Z ou un décalage tel que +02:00. Les dates de sortie affichent toujours UTC.
Questions fréquentes
Comment éviter l'ambiguïté du fuseau horaire ?
Spécifiez la zone. 2026-10-12T14:00:00+02:00 vaut 2026-10-12T12:00:00Z. Une heure locale sans zone est rejetée.