Convertisseur D'Horodatage

Le système d'exploitation Unix a été développé à la fin des années 1960 et au début des années 1970 aux Bell Labs. Les développeurs avaient besoin d'un point de départ pratique pour leur système de temps et ont choisi le 1er janvier 1970, UTC comme époque (heure zéro). Cette date était suffisamment éloignée dans le passé pour couvrir la plupart des cas d'utilisation, mais suffisamment récente pour que les chiffres restent gérables. Le choix était quelque peu arbitraire — c'était simplement un point de référence pratique proche du moment où Unix était en cours de développement. Cette date est devenue la norme pour les systèmes de type Unix et finalement pour la plupart des ordinateurs. L'époque est parfois appelée "Unix time zero" ou simplement "l'époque".'

Le problème de l'année 2038 affecte les systèmes qui stockent les horodatages Unix sous forme d'entiers signés 32 bits. La valeur maximale d'un entier signé de 32 bits est 2 147 483 647, ce qui correspond au 19 janvier 2038 à 03:14:07 UTC. Une seconde plus tard, la valeur déborde et s'enroule autour d'un nombre négatif, que les systèmes interpréteraient comme le 13 décembre 1901. Ceci est similaire au problème Y2K mais affecte les systèmes basés sur Unix. La plupart des systèmes modernes ont migré vers des horodatages 64 bits (qui ne déborderont pas pendant des milliards d'années), mais les systèmes embarqués, les bases de données héritées et les anciens systèmes de fichiers peuvent toujours être menacés. Le convertisseur utilise des entiers 64 bits en interne, il gère donc les dates bien au-delà de 2038 sans problème.

Un horodatage Unix en secondes est un nombre à 10 chiffres (à partir de 2024), tandis qu'un horodatage en millisecondes est un nombre à 13 chiffres-exactement 1000 fois plus grand. Par exemple, le 11 juin 2024 à 00:00: 00 UTC est 1718064000 en secondes et 1718064000000 en millisecondes. La date de JavaScript.now() renvoie des millisecondes, alors que de nombreux systèmes backend (comme time () de PHP ou time de Python.time()) renvoie les secondes. Le convertisseur détecte automatiquement le format en fonction du nombre de chiffres, vous n'avez donc pas à vous soucier du format que vous avez. Si vous devez convertir manuellement entre eux, multipliez par 1000 pour passer de secondes à millisecondes, ou divisez par 1000 pour l'inverse.

Oui, les horodatages Unix négatifs représentent des dates antérieures au 1er janvier 1970. Par exemple, -86400 correspond au 31 décembre 1969 à 00:00: 00 UTC (un jour avant l'époque). Cependant, tous les systèmes ne gèrent pas correctement les horodatages négatifs. Certains langages de programmation et bases de données plus anciens ne prennent pas en charge les valeurs négatives, ce qui peut entraîner des erreurs lors de l'utilisation de dates historiques. Le convertisseur gère correctement les horodatages négatifs et affiche la date pré-1970 correspondante. Pour les dates très anciennes (avant les années 1900), sachez que les règles de fuseau horaire étaient différentes et que la conversion peut ne pas refléter l'heure locale exacte telle qu'elle a été observée historiquement.

Dans la plupart des langages de programmation, obtenir l'horodatage actuel est simple. En JavaScript: Date.now() renvoie des millisecondes, mathématiques.étage (Date.maintenant ()/1000) renvoie des secondes. En Python: heure d'importation; temps.time () renvoie les secondes sous forme de flottant. En PHP: time () renvoie des secondes. Dans Bash: date + %s renvoie des secondes. Dans MySQL: SELECT UNIX_TIMESTAMP() renvoie des secondes. Dans la plupart des langues, l'horodatage est automatiquement calculé à partir de l'horloge système. Le convertisseur affiche également l'horodatage actuel sur la page, que vous pouvez copier à des fins de test ou de référence.