Convertisseur d'horodatage Unix
Horodatage Unix de l’époque actuelle
Format de l'heure d'affichage
| Afficher l'heure | format de l'heure |
|---|---|
| 19/10/2022 à 06h35 | UTC |
| 2022-10-19T06:35:19+00:00 | ATOME |
| Mercredi 19 octobre 2022 06:35:19 GMT | BISCUIT |
| 2022-10-19T06:35:19+0000 | ISO8601 |
| Mercredi 19 octobre 22 06:35:19 +0000 | RFC822 |
| Mercredi 19 octobre 22 06:35:19 GMT | RFC850 |
| Mercredi 19 octobre 22 06:35:19 +0000 | RFC1036 |
| mer. 19 octobre 2022 06:35:19 +0000 | RFC1123 |
| mer. 19 octobre 2022 06:35:19 GMT | RFC7231 |
| mer. 19 octobre 2022 06:35:19 +0000 | RFC2822 |
| 2022-10-19T06:35:19+00:00 | RFC3339 |
| 2022-10-19T06:35:19.000+00:00 | RFC3339_EXTENDED |
| mer. 19 octobre 2022 06:35:19 +0000 | RSS |
| 2022-10-19T06:35:19+00:00 | W3C |
Qu’est-ce que l’horodatage Unix ?
L'heure Unix (également appelée heure d'époque, heure POSIX, secondes depuis l'époque ou heure d'époque UNIX) est un système utilisé pour décrire un moment donné. Il s'agit du nombre de secondes écoulées depuis l'époque Unix, moins les secondes intercalaires ; l'époque Unix est le 1er janvier 1970 à 00:00:00 UTC (toute date est ignorée et les secondes intercalaires ont le même effet que la précédente) ; seconde heure Unix, et chaque jour est considéré comme contenant exactement 86 400 secondes. En raison de ce traitement, l'heure Unix n'est pas une véritable représentation de l'UTC.
| date | Deuxième |
|---|---|
| 1 heure | 3600 secondes |
| 1 jour | 86400 secondes |
| 1 semaine | 604800 secondes |
| 1 mois (30,44 jours) | 2629743 secondes |
| 1 an (365,24 jours) | 31556926 secondes |
Que se passera-t-il le 19 janvier 2038 ?
Le problème de l'année 2038 (également connu sous le nom de Y2038, Epochalypse, Y2k38 ou Unix Y2K) implique de représenter le temps dans de nombreux systèmes numériques comme le nombre de secondes écoulées depuis le 1er janvier 1970 à 00h00 UTC, et de le stocker sous forme d'entier signé de 32 bits. . De telles implémentations ne peuvent pas coder les heures après le 19 janvier 2038 à 03:14:07 UTC. Semblable au problème de l’an 2000, le problème de 2038 est dû à une capacité insuffisante utilisée pour représenter le temps.
Depuis le 1er janvier 1970, la dernière fois qu'un entier signé de 32 bits peut être stocké est le mardi 19 janvier 2038 à 03:14:07 (231-1 = 2 après le 1er janvier 1970, 147, 483, 647 secondes). Les programmes qui tentent d'incrémenter les heures au-delà de cette date entraîneront le stockage interne de la valeur sous la forme d'un nombre négatif, ce qui sera interprété par ces systèmes comme se produisant le vendredi 13 décembre 1901 à 20 h 45 min 52 s (avant le 1er janvier 1970). 2 147 483 648 secondes) au lieu du 19 janvier 2038. Ceci est dû à un dépassement d'entier, au cours duquel le compteur manque de bits numériques disponibles et inverse le bit de signe à la place. Cela signalera un nombre négatif maximum et continuera à compter vers le haut, vers zéro, puis à nouveau vers des nombres entiers positifs. Les erreurs de calcul produites sur de tels systèmes peuvent causer des problèmes aux utilisateurs et aux autres parties utilisatrices.