Convertisseur de timestamp

Par l'ordre de grandeur. Un timestamp actuel en secondes fait une dizaine de chiffres, le même instant en millisecondes en fait treize. Tout ce qui atteint cent milliards est lu comme des millisecondes. L'outil vous dit ce qu'il a supposé, vous repérez donc aussitôt une mauvaise déduction.

La même chose sous un autre nom. Temps Unix, temps epoch et temps POSIX comptent tous les secondes depuis le 1er janvier 1970 : timestamp vers date et date vers timestamp sont les deux sens d'une seule conversion, et les deux sont ici, avec la réponse dans votre fuseau et en UTC, car c'est ce couple qui produit les erreurs.

Presque toujours à cause d'un décalage de fuseau. Les timestamps Unix sont toujours en UTC et ne stockent aucune information de fuseau. Le convertisseur affiche à la fois l'UTC et votre heure locale pour que vous voyiez le décalage directement au lieu de le deviner.

Oui. Les timestamps antérieurs à l'époque sont négatifs, et les valeurs négatives sont traitées normalement. Une date comme 1960 donne un grand nombre négatif, ce qui est correct même si certains systèmes le refusent.

Les systèmes qui stockent les timestamps dans un entier signé de 32 bits débordent en janvier 2038, environ 2,1 milliards de secondes après l'époque. Les systèmes modernes utilisent des valeurs 64 bits et ne sont pas concernés, mais la limite subsiste dans de vieux logiciels embarqués et des colonnes de bases anciennes.

Oui, pour l'affichage local. Le timestamp sous-jacent est un point fixe dans le temps, sans aucune notion d'heure d'été, mais le convertir dans un fuseau local applique le décalage qui était en vigueur à cette date.