Date et heure
Saisissez une date ISO ou RFC par ligne. Sans fuseau, elle reste indéterminée sauf si vous choisissez explicitement UTC.
Les données sont traitées dans ce navigateur et ne sont pas envoyées à un serveur.
Une valeur par ligne : 2024-01-01T08:00:00+08:00, 2024-01-01, 08:00 ou Sun, 06 Nov 1994 08:49:37 GMT.
9 décimales au maximum. Secondes et millisecondes Unix arrondies vers le bas ; nanosecondes exactes. HTTP exige des secondes entières.
1000 lignes ; 100000 unités de code UTF-16 au total, 512 par ligne. Les lignes vides sont des erreurs.
Saisissez des données ou chargez un exemple.
Le convertisseur ISO 8601 sert à examiner une date provenant d’un journal serveur, d’une API ou d’un en-tête de courriel. Avant de comparer deux heures, il faut savoir si leurs décalages décrivent le même instant.
Les champs d’origine restent visibles à côté de la forme normalisée. Une date impossible ne glisse pas vers le mois suivant ; une ligne incorrecte garde sa place et n’empêche pas l’analyse des autres valeurs.
Le convertisseur ISO 8601 conserve les champs distincts de 08:00+08:00 et 00:00Z tout en produisant la même valeur Unix pour le même jour. On peut ainsi distinguer un changement de représentation d’un changement réel d’instant.
Une date seule ne reçoit pas minuit, et une heure seule ne reçoit pas la date du jour. Même le choix explicite d’UTC ne complète pas ces valeurs partielles. Le rapport indique pourquoi aucun instant ne peut être calculé.
Ce convertisseur de date distingue le sous-ensemble RFC 3339 des entrées compatibles. Un espace, des secondes omises ou un décalage +0200 sont acceptés, mais ne reçoivent pas l’étiquette RFC 3339. La normalisation affiche les secondes et le décalage avec deux-points.
La politique UTC concerne uniquement une date et une heure complètes sans décalage horaire. Gardez une source inconnue indéterminée. L’hypothèse choisie figure dans le rapport, et un décalage déjà présent reste prioritaire.
L’analyse automatique attend 350 ms après la saisie. Désactivez-la pour utiliser le bouton ou Ctrl/Cmd + Enter. Toute modification bloque l’export jusqu’à la mise à jour. L’écran affiche 50 lignes de plus à la fois, mais les exports contiennent tout le lot.
L’année, le mois et le jour sont vérifiés ensemble, y compris les années bissextiles. Le 30 février reste une erreur. Les heures, minutes et secondes hors limites ne sont pas corrigées silencieusement.
Le sous-ensemble déclaré de RFC 2822/5322 accepte les mois anglais, les décalages numériques ainsi que GMT et UT. Le jour de semaine, s’il est présent, doit correspondre à la date. La forme HTTP fixe est identifiée séparément.
L’horodatage UTC affiche neuf chiffres de fraction. Les nanosecondes Unix restent une chaîne entière exacte ; secondes et millisecondes sont arrondies vers le bas, y compris avant 1970. Le rapport permet de vérifier la précision au lieu de la deviner.
La sortie IMF-fixdate exige des secondes entières et une année UTC entre 1900 et 9999. Une fraction n’est jamais supprimée pour fabriquer un en-tête. La valeur ISO précise reste disponible avec la raison de l’absence de sortie HTTP.
Z désigne un décalage UTC nul. Pour une même date, 08:00+08:00 et 00:00Z représentent le même instant. Ce suffixe ne permet pas de retrouver le lieu où l’information a été créée.
Une date de semaine utilise une année de semaine, un numéro de semaine et un jour, par exemple 2024-W01-1. Cette représentation ISO n’est pas prise en charge ici. Utilisez le calendrier explicite YYYY-MM-DD.
Utilisez la grammaire annoncée : date calendaire, heure avec deux-points, date-heure avec décalage ou date de courriel RFC prise en charge. Une valeur telle que 05/06/2024 est refusée parce que son ordre jour/mois dépend du contexte.
Oui, si cette date respecte une forme acceptée, par exemple 6 Nov 1994 08:49:37 UT. Les phrases en langage naturel et les noms de mois français ne sont pas interprétés. Le rapport conserve les champs et montre leur représentation ISO.
Les entrées ISO et leurs résultats UTC doivent rester dans les années 0001–9999. Les dates de courriel commencent à 1900 dans ce sous-ensemble. Les valeurs avant 1970 peuvent donner des timestamps négatifs ; cela n’indique pas une erreur.
Un résultat inattendu ?
Utilisez le convertisseur ISO 8601 pour rapprocher les champs, le décalage et la valeur UTC exacte, puis enregistrez le rapport complet.