Développeur

Convertisseur de Timestamp Unix

Faites le pont entre l'heure epoch et les dates lisibles. Convertissez n'importe quel timestamp Unix en une date lisible, ou l'inverse — plus un affichage en direct du timestamp actuel en un clic.

Cet outil vous a-t-il aidé ?

Qu'est-ce que Convertisseur de Timestamp Unix ?

Un Convertisseur d'Horodatage Unix est un outil de développement essentiel qui fait le pont entre le temps epoch lisible par une machine et les dates lisibles par les humains. Le temps Unix (également appelé temps epoch) mesure le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC — le moment où le système d'exploitation Unix a démarré pour la première fois sur un ordinateur PDP-11 aux Bell Labs. Cette date est appelée l'Époque Unix et sert de point zéro universel pour la mesure du temps en informatique. Le convertisseur fonctionne dans deux sens : entrez un horodatage Unix (généralement un nombre à 10 chiffres pour les secondes ou 13 chiffres pour les millisecondes) pour voir la date lisible correspondante, ou entrez une date et une heure pour obtenir son horodatage Unix équivalent. Un affichage en direct de l'horodatage actuel se met à jour chaque seconde pour que vous puissiez capturer le moment exact en un clic. Date.now() de JavaScript et la plupart des APIs modernes retournent des horodatages en millisecondes (13 chiffres), tandis que les bases de données et systèmes legacy utilisent souvent les secondes (10 chiffres) — confondre les deux est l'une des erreurs les plus courantes en développement web. Le convertisseur gère également les horodatages négatifs, qui représentent des dates antérieures à l'époque (31 décembre 1969 et avant). Basculez entre UTC et heure locale pour vérifier les valeurs sensibles au fuseau horaire.

Quand Utiliser Cette Calculatrice

  • Vous déboguez une API qui renvoie des timestamps Unix et devez les lire comme des dates humaines
  • Vous écrivez du code qui stocke ou compare des dates et devez convertir entre timestamp et format de date
  • Vous avez besoin du timestamp Unix actuel pour une entrée de journal, un appel API ou un enregistrement de base de données
  • Vous analysez des journaux serveur où les timestamps sont au format epoch
  • Vous souhaitez vérifier qu'un timestamp dans votre code correspond à la bonne date et heure
  • Vous travaillez avec des bases de données ou des systèmes de fichiers utilisant des timestamps Unix pour les métadonnées de fichiers

Étapes:

  1. Entrez un timestamp Unix pour le convertir en une date lisible.
  2. Ou entrez une date/heure pour la convertir en timestamp Unix.
  3. Cliquez sur le bouton d'heure actuelle pour obtenir le timestamp Unix actuel.
  4. Copiez les résultats avec le bouton de copie.

Formule

Timestamp → Date : new Date(timestamp × 1000) Date → Timestamp : Math.floor(date.getTime() / 1000) Époque Unix : 1er janvier 1970 00:00:00 UTC Timestamp 32 bits maximum : 19 janvier 2038 (03:14:07 UTC)

Cas d'utilisation

  • Déboguer des réponses d'API contenant des timestamps
  • Convertir des valeurs de timestamp de base de données
  • Définir des dates d'expiration dans le code
  • Analyse de journaux et interprétation de données de séries temporelles

Avantages Clés

  • Conversion instantanée entre horodatages Unix et dates lisibles dans les deux sens
  • Horodatage Unix actuel en direct mis à jour chaque seconde avec bouton de copie en un clic
  • Basculer entre UTC et heure locale pour vérifier les valeurs sensibles au fuseau horaire
  • Gère les formats à 10 chiffres (secondes) et à 13 chiffres (millisecondes)
  • Traite les horodatages négatifs pour les dates antérieures à l'époque Unix (avant 1970)
  • Gratuit, instantané et fonctionne dans votre navigateur sans inscription ni collecte de données

Conseils de Pro

  • Stockez toujours les horodatages en UTC dans les bases de données — convertissez en heure locale uniquement pour l'affichage.
  • Rappelez-vous que Date.now() de JavaScript retourne des millisecondes. Pour les secondes : Math.floor(Date.now() / 1000).
  • Utilisez des entiers 64 bits pour le stockage des horodatages dans les nouveaux systèmes pour éviter le problème de débordement de 2038.
  • Lors du débogage de dates inattendues, vérifiez d'abord si l'horodatage est en secondes ou en millisecondes — la différence est un facteur de 1000.
  • Pour les jetons d'authentification API ou les URLs signées, calculez le timbre d'expiration côté serveur et comparez-le à l'heure Unix actuelle pour vérifier la validité.

Erreurs Courantes à Éviter

  • Oublier que Date.now() de JavaScript retourne des millisecondes — divisez toujours par 1000 lors de la comparaison avec des horodatages basés sur les secondes.
  • Supposer que toutes les APIs utilisent le même format — certaines retournent des secondes, d'autres des millisecondes. Vérifiez toujours la documentation de l'API.
  • Ne pas tenir compte des différences de fuseau horaire entre l'endroit où l'horodatage a été généré et l'endroit où il est visualisé, ce qui entraîne des dates qui semblent décaler de quelques heures.
  • Utiliser des entiers 32 bits pour le stockage d'horodatages dans les nouveaux systèmes au lieu de 64 bits, ce qui débordera en 2038 et cassera l'application.

Termes Clés Expliqués

Horodatage Unix : Le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC (l'Époque Unix)
Époque : Le point de référence pour la mesure du temps en informatique ; pour Unix, c'est le 1er janvier 1970 à 00:00:00 UTC
UTC (Temps Universel Coordonné) : Le standard temporel principal utilisé dans le monde entier, indépendant de tout fuseau horaire
Problème de l'année 2038 : La date à laquelle les horodatages Unix 32 bits déborderont, forçant les systèmes à passer à des valeurs négatives et à afficher des dates autour de 1901.
Horodatage en millisecondes : Un horodatage Unix à 13 chiffres où le temps est mesuré en millisecondes au lieu de secondes, utilisé par Date.now() de JavaScript et la plupart des APIs modernes.

Concepts connexes

  • Époque Unix : 1er janvier 1970 00:00:00 UTC, le point de référence à partir duquel tous les timestamps Unix sont mesurés
  • Heure Epoch : Un système de représentation du temps comme le nombre de secondes écoulées depuis l'époque Unix
  • UTC (Temps Universel Coordonné) : Le standard temporel principal par lequel le monde régule les horloges et le temps, indépendant du fuseau horaire
  • Problème de l'année 2038 : La date à laquelle les timestamps Unix 32 bits déborderont, amenant potentiellement les systèmes à interpréter la date comme 1901
  • ISO 8601 : Une norme internationale pour représenter les dates et les heures (par ex. 2024-06-29T12:00:00Z) comme alternative aux timestamps Unix

Exemple

Timestamp actuel : 1719676800 → Date : 29 juin 2024 12:00:00 UTC. Conversion d'une date : « 1er janvier 2025 00:00:00 UTC » → Timestamp : 1735689600.

Interprétation de vos résultats

Le convertisseur fonctionne dans deux directions : entrer un timestamp Unix vous donne la date lisible, et entrer une date vous donne le timestamp Unix. L'heure Unix actuelle est affichée en haut avec un bouton d'actualisation, vous pouvez donc toujours voir le timestamp en direct sans rien taper. Les timestamps Unix comptent les secondes depuis le 1er janvier 1970 UTC (l'époque Unix). Ils sont indépendants du fuseau horaire — le même timestamp représente le même instant partout sur Terre. Lorsque vous entrez une date, le calculateur utilise votre décalage de fuseau horaire local pour calculer le timestamp, mais vous pouvez basculer en UTC si vous avez besoin de résultats neutres en fuseau horaire. Le problème de 2038 est important à comprendre : les entiers signés 32 bits débordent le 19 janvier 2038, ce qui signifie que les systèmes hérités utilisant des timestamps 32 bits basculeront vers des valeurs négatives. Les systèmes modernes utilisent des timestamps 64 bits qui ne déborderont pas pendant des milliards d'années. Si vous rencontrez des dates inattendues autour de 1901 ou 2038, un débordement 32 bits en est la cause probable.

Questions fréquentes

Qu'est-ce qu'un timestamp Unix ?
Un timestamp Unix est le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC (l'époque Unix). C'est une référence temporelle universelle utilisée en programmation et en informatique.
Pourquoi les timestamps sont-ils utiles ?
Les timestamps offrent une méthode indépendante du fuseau horaire pour stocker et comparer des heures. Ils sont utilisés dans les bases de données, les API, la journalisation et tout système nécessitant un suivi précis du temps.
Quel est le problème de l'année 2038 ?
Le 19 janvier 2038, les timestamps Unix 32 bits vont déborder car l'entier signé 32 bits maximum (2 147 483 647) sera dépassé. Les systèmes modernes utilisent des timestamps 64 bits pour éviter ce problème.
Quelle est la différence entre secondes et millisecondes dans les timestamps ?
Les timestamps Unix standards sont en secondes. JavaScript et de nombreuses API modernes utilisent des millisecondes (multipliez les secondes par 1000). Si vous obtenez des dates inattendues, vérifiez si le timestamp est en secondes ou en millisecondes — un timestamp en millisecondes interprété comme des secondes affichera une date très lointaine dans le futur, et vice versa.
Pourquoi mon timestamp affiche-t-il une date différente de celle attendue ?
Les causes les plus courantes sont : le timestamp est en millisecondes au lieu de secondes (ou vice versa), une différence de fuseau horaire entre le lieu de génération du timestamp et celui où vous le consultez, ou un débordement 32 bits pour des valeurs très grandes ou très petites. Basculez entre UTC et l'heure locale pour exclure les problèmes de fuseau horaire.
Puis-je convertir des timestamps antérieurs à 1970 ?
Oui. Les timestamps antérieurs au 1er janvier 1970 sont représentés par des nombres négatifs. Par exemple, -86400 représente le 31 décembre 1969 à 00:00:00 UTC. Le convertisseur gère correctement les timestamps négatifs.
Quel format les bases de données utilisent-elles généralement pour les timestamps ?
La plupart des bases de données relationnelles (PostgreSQL, MySQL) prennent en charge à la fois les timestamps Unix (comme colonnes entières) et les types natifs datetime/timestamp. TIMESTAMPTZ de PostgreSQL stocke les timestamps avec conscience du fuseau horaire en interne. Le choix dépend des besoins de votre application — les timestamps Unix sont plus simples pour les comparaisons, tandis que les types datetime natifs sont plus lisibles dans les requêtes.
Comment gérer les conversions de fuseau horaire avec les timestamps Unix ?
Les timestamps Unix sont toujours en UTC en interne. Pour afficher dans un fuseau horaire local, appliquez le décalage de fuseau horaire au moment de l'affichage. La plupart des langages de programmation ont des fonctions intégrées de conversion de fuseau horaire. En JavaScript : new Date(timestamp * 1000).toLocaleString('en-US', { timeZone: 'America/New_York' }).
Quelle est la valeur maximale d'un timestamp Unix ?
Un entier signé 64 bits peut représenter des timestamps jusqu'à environ 292 milliards d'années depuis l'époque — bien au-delà de l'âge de l'univers. En pratique, les timestamps 64 bits ne déborderont jamais. La limite 32 bits (2 147 483 647 secondes) correspond au 19 janvier 2038 à 03:14:07 UTC.
Pourquoi certains systèmes s'éloignent-ils des timestamps Unix ?
Les timestamps Unix perdent en lisibilité pour les humains et ne gèrent pas élégamment les secondes intercalaires, les changements de fuseau horaire ou les réformes du calendrier. Les chaînes ISO 8601 (par ex. 2024-06-29T12:00:00Z) sont auto-documentées et conscientes du fuseau horaire. Cependant, les timestamps Unix restent populaires pour leur simplicité, leur compacité et leur indépendance de fuseau horaire en stockage et calcul.

Découvrez plus d'outils

Une sélection fraîche de toute notre bibliothèque d'outils.