ForHosting KIT · Convertisseurs d'unités

Convertisseur temps Unix

Le temps Unix 0 correspond à minuit UTC le 1er janvier 1970. Convertissez tout horodatage en secondes entières, même négatif, en année, mois, jour, heure, minute et seconde UTC, avec une date et une heure à reporter dans un journal ou un ticket. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt
Si vous saisissez
Horodatage
0
Vous obtenez
Année
1 970
Mois
1
Jour
1
Heure
0

Un convertisseur de temps Unix transforme cet entier en une date de calendrier et une heure d’horloge qu’un humain peut lire : année, mois, jour, heure, minute et seconde, toujours en UTC. Cet outil accepte un timestamp entier fini en secondes, le découpe en un indice de jour UTC et une heure du jour par division entière vers le bas, projette l’indice sur le calendrier grégorien proleptique avec l’arithmétique civil-from-days publiée, et renvoie une chaîne date-heure UTC déterministe de la forme YYYY-MM-DDTHH:mm:ssZ. Les entiers négatifs sont de première classe : ils encodent des instants antérieurs à l’epoch, tel le 31 décembre 1969.

Ce que le temps Unix compte et comment le calendrier UTC est retrouvé

Le temps Unix, aussi appelé temps epoch ou temps POSIX, est un compte signé de secondes complètes écoulées depuis 1970-01-01T00:00:00Z, en ignorant les secondes intercalaires. Les systèmes d’exploitation, les claims JWT, les colonnes de base et les backends d’observabilité stockent les instants ainsi, parce qu’un entier n’emporte ni ambiguïté de nom de mois, ni séparateur local, ni branche d’heure d’été. Les humains ont encore besoin d’un visage calendaire : quelle année, quel mois et quel jour, et quelle heure, minute et seconde sur l’horloge UTC.

Retrouver ce visage est de l’arithmétique pure. Divisez l’entier par 86400 avec une division vers le bas pour obtenir un indice de jour relatif au 1er janvier 1970 et un reste non négatif qui est la seconde de ce jour UTC. Projetez l’indice par l’algorithme grégorien proleptique civil-from-days, avec les mêmes constantes d’ère et de jour d’ère publiées pour les bibliothèques de temps civil, jusqu’à l’année, le mois et le jour.

Découpez le reste par 3600 et 60 pour l’heure, la minute et la seconde. Formatez les six champs civils en chaîne date-heure UTC YYYY-MM-DDTHH:mm:ssZ. Zéro est minuit de l’epoch.

Moins un est 1969-12-31T23:59:59Z. Un milliard est la célèbre milliardième seconde Unix du 9 septembre 2001 à 01:46:40 UTC. Cette page répond à la recherche temps Unix : étant donné un compte entier de secondes, quelle est la date et l’heure de calendrier en UTC, sans décalage local et sans conjecture de fraction de seconde.

Le mappage ne consulte jamais une horloge murale, donc le même entier produit toujours la même chaîne en tests et en production.

Contrat d’entrée, règle entier-uniquement et forme de la réponse

La règle entier-uniquement est le contrat du produit : le temps Unix POSIX est un compte de secondes, pas de millisecondes ni une horloge flottante. Si un fournisseur a envoyé des millisecondes, divisez par mille chez l’appelant et envoyez le résultat en secondes complètes.

En succès le corps répète timestamp comme l’entier coercé ; year, month, day, hour, minute et second comme composantes civiles UTC ; datetime comme la chaîne date-heure UTC avec le désignateur Z ; timezone comme la constante UTC ; formula comme l’identité fixe ; et message comme un résumé d’une ligne. Une validation en échec n’est jamais facturée. Préférez affirmer la chaîne datetime et les composantes répétées dans des tests automatisés plutôt que de redériver le calendrier à la main dans chaque client.

Les années civiles après conversion doivent tomber entre 0001 et 9999 ; les valeurs hors de cette fenêtre sont rejetées au lieu d’être formatées avec débordement.

Où un convertisseur de temps Unix gagne sa place, et ce qu’il n’est pas

Les intervenants d’incident collent un compte brut de secondes issu d’une trace ou d’une ligne de journal et ont besoin d’un instant de calendrier UTC pour la frise du post-mortem, sans se fier au fuseau du portable. Les pipelines de données normalisent des colonnes epoch entières en chaînes date-heure UTC avant les chargements d’entrepôt et les exports d’audit. Les équipes d’ingénierie figent datetime pour des entrées connues afin que le formatage du client et du serveur ne diverge pas entre runtimes.

Tenez les millisecondes hors de ce contrat : divisez-les d’abord, ou vous atterrirez dans les années 50000. La sortie est toujours UTC avec le suffixe Z—il n’y a ni base de fuseaux nommés ni branche d’heure d’été—, donc les tableaux de bord qui ont besoin de l’heure d’une ville appliquent leur propre décalage après cette conversion. Préférez cette capacité lorsque vous avez déjà un compte en secondes complètes et n’avez besoin que de la chaîne de calendrier UTC.

Triage des journaux d’incident en UTC

Collez une valeur brute de secondes Unix issue d’une trace ou d’une ligne de journal et obtenez une date-heure civile UTC déterministe pour la frise du post-mortem.

ETL de colonnes epoch entières

Les pipelines de données convertissent des colonnes epoch en secondes complètes en chaînes date-heure UTC avant les chargements d’entrepôt, les exports d’audit et les jointures aval.

Comment convertir le temps Unix en date et heure UTC ?

Envoyez un timestamp entier fini (secondes complètes depuis 1970-01-01T00:00:00Z).

Pourquoi les timestamps fractionnaires sont-ils rejetés ?

Le temps Unix POSIX est un compte de secondes complètes.

Le convertisseur utilise-t-il le fuseau horaire local ?

Non. La sortie est toujours UTC avec le désignateur Z. Appliquez un décalage local après la conversion si l’horloge murale d’une ville est requise.

Qu’en est-il des timestamps avant 1970 ou de la milliardième seconde Unix ?

Les entiers négatifs sont valides : −1 est 1969-12-31T23:59:59Z. L’entier 1000000000 est 2001-09-09T01:46:40Z. Zéro est minuit de l’epoch.

Que faire si mon horodatage est en millisecondes ?

Divisez-le d'abord par 1000 et saisissez le résultat en secondes entières. Ici, le temps Unix compte des secondes et non des millisecondes, et un nombre à décimales est refusé plutôt qu'arrondi.

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

POSThttps://api.kit.forhosting.com/conv/unix-time

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

curl -X POST https://api.kit.forhosting.com/conv/unix-time \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"timestamp":1000000000}'
{
  "timestamp": 1000000000
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "conv.unix_time",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Le temps Unix est le compte entier de secondes complètes depuis minuit Temps universel coordonné le 1er janvier 1970, l’epoch qu’emploient les noyaux de type Unix, les API JSON, les bases de données et les pipelines de journaux. Les timestamps fractionnaires, les infinis et les valeurs non numériques sont rejetés avec invalid_input plutôt que d’être arrondis en silence, car un epoch d’une demi-seconde n’est pas un compte POSIX de secondes.

Contrat d’entrée, règle entier-uniquement et forme de la réponse

Envoyez par POST un corps JSON avec le champ obligatoire timestamp égal à un entier fini (secondes complètes depuis l’epoch Unix). Les alias unix, epoch, ts, seconds et unix_time sont acceptés et coercés de la même manière. Les chaînes numériques qui correspondent à un signe optionnel plus des chiffres sont acceptées lorsqu’un formulaire envoie du texte ; la notation scientifique en chaîne, les chaînes vides, les booléens, les objets, les infinis, NaN et tout nombre non entier échouent avec invalid_input en nommant timestamp. Le tarif est un forfait de $0.002 par requête réussie avec l’unité item.

Où un convertisseur de temps Unix gagne sa place, et ce qu’il n’est pas

Cette page vise qui cherche temps Unix, convertisseur de temps Unix ou timestamp epoch vers date UTC. Ce n’est pas un convertisseur d’epoch bidirectionnel qui rend aussi des entiers à partir de dates, ni un convertisseur de timestamp NTP, ni un convertisseur d’unités de durée (secondes versus heures), ni un formateur ISO 8601 fractionnaire qui accepterait un résidu subseconde. Les tâches en échec qui renvoient invalid_input ne consomment pas le solde prépayé, ce qui maintient bon marché les scripts d’exploration lorsque l’on envoie volontairement des chaînes poubelle. Comme l’implémentation est du parse pur de niveau A, chaque appel réussi coûte le $0.002 publié, sans jetons de modèle et sans réseau sortant.

Fixtures figées pour les API de temps

Les équipes d’ingénierie figent datetime pour des entrées entières connues afin que le formatage calendaire du client et du serveur ne diverge jamais entre runtimes.

Combien coûte le convertisseur de temps Unix ?

L’outil du navigateur est gratuit. Les requêtes API utilisent le solde prépayé à $0.002 par appel réussi ; une entrée invalide n’est pas facturée.

Consulter la documentation complète du KIT →