Unix Timestamp et Epoch Converter

Comment dire si votre timetamp Est en seconde ou Millisecondes

L'une des erreurs d'horodatage les plus courantes est le mélange des secondes Unix avec des millisecondes Unix. Une valeur à 10 chiffres telle que 1700000000 est généralement des secondes, alors qu'une valeur à 13 chiffres telle que 1700000000000 est généralement des millisecondes. Si vous collez des millisecondes dans un outil qui attend des secondes, la date peut sauter loin dans le futur. Si vous collez des secondes dans un outil qui attend des millisecondes, le résultat peut tomber près de 1970. Cette page vous aide à vérifier l'unité rapidement avant de faire confiance à la date convertie dans un journal de revue, un test API ou une exportation de base de données.

Comment comparer les résultats d'Epoch avec l'heure UTC et locale

Le temps d'époch lui-même est neutre. La confusion se produit quand une valeur lisible par l'homme est affichée en UTC sur un écran et en heure locale sur un autre. Si vous comparez les journaux d'application, les tableaux de bord en nuage, les horodatages du navigateur et les enregistrements de bases de données, vérifiez si chaque système affiche UTC, l'heure locale du navigateur ou un fuseau horaire local du serveur. Un décalage là-bas peut rendre deux corrects horodatages semblent incohérents même quand ils représentent le même instant.

Exemple de conversions que vous pouvez vérifier manuellement

Utilisez des valeurs connues lorsque vous voulez confirmer qu'un pipeline, un script ou une valeur collée se comporte comme prévu. Par exemple, 0 cartes à 1970-01-01T00:00:00Z, et un horodatage moderne à 10 chiffres devraient normalement atterrir dans une année civile contemporaine plutôt que dans un passé lointain ou un avenir lointain. Des vérifications simples comme celle-ci aident à attraper les erreurs de l'unité et les mauvaises hypothèses avant qu'elles ne se propagent dans les alertes de surveillance, les installations de test ou le débogage analytique des événements.

Erreurs courantes dans les API, les journaux et les bases de données

Les problèmes d'horodatage du monde réel ne concernent généralement pas la formule de conversion elle-même. Ils proviennent de valeurs décimales copiées, de millisecondes étant confondues pendant des secondes, d'horodatages stockés en chaînes avec l'espace blanc environnant, de visionneurs de journaux montrant l'heure locale pendant que les API retournent UTC, ou de systèmes différents arrondis différemment. Ce convertisseur est utile car il vous permet de tester la valeur brute directement et d'isoler si le problème est dans l'horodatage, le système source, ou la façon dont le résultat est affiché ailleurs.

Quand une date convertie semble erronée

Si la sortie semble fausse, vérifiez d'abord la longueur de l'horodatage, puis vérifiez si la source originale documentée UTC ou les attentes en temps local. Ensuite, confirmez que la valeur collée est purement numérique et ne contient pas d'espaces cachés, de séparateurs décimals ou de formatage copiés depuis une autre interface. Si vous convertissez à partir d'une date humaine de retour à l'époque, rappelez-vous que les entrées de date du navigateur peuvent refléter le contexte local de fuseau horaire plutôt qu'une chaîne UTC littérale à moins que vous ne comptabilisiez cela dans le workflow environnant.

Confidentialité et utilisation hors ligne

Toute conversion se produit localement dans votre navigateur. ToolMill n'a pas besoin d'envoyer vos horodatages, dates, références d'incidents ou données d'événements internes à un service de conversion à distance. Cela rend cette page pratique lorsque vous vérifiez des valeurs de type production, débogage des journaux internes, ou de vérifier les données exportées d'un autre système tout en conservant les valeurs brutes dans votre propre session de navigateur.