Temps/Nombres
Unix Timestamp ↔ Date
Convertir un temps Unix en date et inversement, avec prise en charge de tout fuseau horaire (IANA).
Unix time (epoch time) is the number of seconds elapsed since January 1, 1970, 00:00:00 UTC. It's the most common way to store time in databases, APIs, and logs, since it's just a single integer with no tie to a specific timezone or date format.
How to use it
- Timestamp → date: paste a number of seconds (or milliseconds) and the tool shows the date and time in your chosen timezone.
- Date → timestamp: pick a date and time to get the matching Unix timestamp.
- The "now" button fills in the current moment instantly — handy for testing an API or grabbing a fresh value.
Common uses
- Reading a created_at or expires_at field from an API response that arrived as a raw number.
- Checking whether a token or session has expired, given an expiry field in seconds since the epoch.
- Building a timestamp for test data or a date filter in a database query.
Things to keep in mind
Mixing up seconds and milliseconds is the most common mistake: JavaScript's Date.now() returns milliseconds, while most Unix APIs use seconds — a factor of 1000 off.
Unix time itself has no timezone — it's always UTC; a timezone is only applied when displaying the date to a person.
Article sur cet outil: Temps Unix : pourquoi les ordinateurs comptent le temps depuis 1970
Questions fréquentes
Qu'est-ce qu'un timestamp Unix ?
C'est le nombre de secondes écoulées depuis le 1er janvier 1970, 00:00:00 UTC (l'époque Unix). Ce nombre n'est lié à aucun fuseau horaire — le fuseau horaire n'est appliqué que lors de l'affichage de la date à une personne.
Quelle est la différence entre secondes et millisecondes ?
JavaScript et certaines API (comme Date.now()) renvoient un timestamp en millisecondes, tandis que le temps Unix classique est en secondes. Confondre l'unité donne une date soit en 1970, soit dans un futur lointain — choisissez la bonne unité dans le champ « Unités ».
Qu'est-ce que le bug de l'an 2038 ?
Sur les systèmes où un timestamp est stocké comme un entier signé de 32 bits, le compteur de secondes débordera le 19 janvier 2038. Les systèmes modernes 64 bits n'ont pas ce problème.
Le temps Unix tient-il compte des secondes intercalaires ?
Non, chaque jour dans le temps Unix vaut toujours exactement 86400 secondes, les secondes intercalaires sont ignorées. Les systèmes qui nécessitent une synchronisation précise avec l'UTC astronomique gèrent les secondes intercalaires via un mécanisme distinct, en dehors du timestamp Unix standard.
Un timestamp Unix peut-il être négatif ?
Oui, les valeurs négatives correspondent à des dates antérieures au 1er janvier 1970. La plupart des systèmes modernes gèrent correctement ces valeurs, bien que certaines anciennes API ou bibliothèques puissent ne pas les prendre en charge.