Convertitore tempo Unix
Il tempo Unix 0 è la mezzanotte UTC del 1 gennaio 1970. Converta qualsiasi timestamp in secondi interi, anche negativo, in anno, mese, giorno, ora, minuto e secondo UTC, con data e ora pronte per un log o un ticket. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Marca temporale
- 0
- Anno
- 1970
- Mese
- 1
- Giorno
- 1
- Ora
- 0
Un convertitore di tempo Unix trasforma quell’intero in una data di calendario e un’ora di orologio che una persona può leggere: anno, mese, giorno, ora, minuto e secondo, sempre in UTC. Questo strumento accetta un timestamp intero finito in secondi, lo suddivide in un indice di giorno UTC e un’ora del giorno con divisione intera verso il basso, mappa l’indice sul calendario gregoriano prolettico con l’aritmetica civil-from-days pubblicata e restituisce una stringa data-ora UTC deterministica della forma YYYY-MM-DDTHH:mm:ssZ. Gli interi negativi sono di prima classe: codificano istanti precedenti all’epoch, come il 31 dicembre 1969.
Che cosa conta il tempo Unix e come si recupera il calendario UTC
Il tempo Unix, detto anche tempo epoch o tempo POSIX, è un conteggio con segno di secondi interi trascorsi da 1970-01-01T00:00:00Z, ignorando i secondi intercalari. I sistemi operativi, le claim JWT, le colonne di database e i backend di osservabilità memorizzano gli istanti così perché un intero non porta ambiguità di nome del mese, né separatore locale, né ramo dell’ora legale. Le persone hanno ancora bisogno di un volto di calendario: quale anno, mese e giorno, e quale ora, minuto e secondo sull’orologio UTC.
Recuperare quel volto è aritmetica pura. Si divida l’intero per 86400 con divisione verso il basso per ottenere un indice di giorno relativo al 1 gennaio 1970 e un resto non negativo che è il secondo di quel giorno UTC. Si mappi l’indice con l’algoritmo gregoriano prolettico civil-from-days, usando le stesse costanti di era e giorno d’era pubblicate per le librerie di tempo civile, fino ad anno, mese e giorno.
Si suddivida il resto per 3600 e 60 per ora, minuto e secondo. Si formattino i sei campi civili come stringa data-ora UTC YYYY-MM-DDTHH:mm:ssZ. Lo zero è la mezzanotte dell’epoch.
Il meno uno è 1969-12-31T23:59:59Z. Un miliardo è il celebre miliardesimo secondo Unix del 9 settembre 2001 alle 01:46:40 UTC. Questa pagina risponde alla ricerca tempo Unix: dato un conteggio intero di secondi, qual è la data e l’ora di calendario in UTC, senza scostamento locale e senza congetture di frazione di secondo.
Il mapping non consulta mai un orologio a muro, quindi lo stesso intero produce sempre la stessa stringa in test e in produzione.
Contratto di ingresso, regola solo-intero e forma della risposta
La regola solo-intero è il contratto del prodotto: il tempo Unix POSIX è un conteggio di secondi, non di millisecondi né un orologio in virgola mobile. Se un fornitore ha inviato millisecondi, li si divida per mille nel chiamante e si invii il risultato in secondi interi.
In caso di successo il corpo ripete timestamp come l’intero coercito; year, month, day, hour, minute e second come componenti civili UTC; datetime come la stringa data-ora UTC con designatore Z; timezone come la costante UTC; formula come l’identità fissa; e message come un riepilogo di una riga. La convalida fallita non viene mai addebitata. Si preferisca asserire la stringa datetime e i componenti ripetuti nei test automatici piuttosto che ricalcolare il calendario a mano in ogni client.
Gli anni civili dopo la conversione devono cadere tra 0001 e 9999; i valori fuori da quella finestra vengono rifiutati invece di essere formattati con overflow.
Dove un convertitore di tempo Unix vale la pena, e che cosa non è
Chi risponde a un incidente incolla un conteggio grezzo di secondi da uno stack trace o da una riga di log e ha bisogno di un istante di calendario UTC per la linea temporale del postmortem, senza fidarsi del fuso del portatile. Le pipeline di dati normalizzano colonne epoch intere in stringhe data-ora UTC prima dei carichi di magazzino e delle esportazioni di audit. I team di ingegneria fissano datetime per ingressi noti così che la formattazione del client e del server non diverga tra runtime.
Si tengano i millisecondi fuori da questo contratto: li si divida prima, o si finirà negli anni 50000. L’uscita è sempre UTC con suffisso Z—non c’è una base di fusi nominati né un ramo dell’ora legale—, quindi i cruscotti che necessitano dell’ora di una città applicano il proprio scostamento dopo questa conversione. Si preferisca questa capacità quando si ha già un conteggio in secondi interi e serve solo la stringa di calendario UTC.
Casi d'uso
Triage dei log di incidente in UTC
Incolli un valore grezzo di secondi Unix da uno stack trace o da una riga di log e ottenga una data-ora civile UTC deterministica per la linea temporale del postmortem.
ETL di colonne epoch intere
Le pipeline di dati convertono colonne epoch di secondi interi in stringhe data-ora UTC prima dei carichi di magazzino, delle esportazioni di audit e dei join a valle.
Domande frequenti
Come si converte il tempo Unix in una data e un’ora UTC?
Invii un timestamp intero finito (secondi interi da 1970-01-01T00:00:00Z).
Perché i timestamp frazionari vengono rifiutati?
Il tempo Unix POSIX è un conteggio di secondi interi.
Il convertitore usa il fuso orario locale?
No. L’uscita è sempre UTC con designatore Z. Si applichi uno scostamento locale dopo la conversione se serve l’orologio a muro di una città.
Che dire dei timestamp precedenti al 1970 o del miliardesimo secondo Unix?
Gli interi negativi sono validi: −1 è 1969-12-31T23:59:59Z. L’intero 1000000000 è 2001-09-09T01:46:40Z. Lo zero è la mezzanotte dell’epoch.
E se il mio timestamp è in millisecondi?
Lo divida prima per 1000 e inserisca il risultato in secondi interi. Qui il tempo Unix è un conteggio di secondi, non di millisecondi, e un numero con decimali viene rifiutato invece di essere arrotondato.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/conv/unix-time \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"timestamp":1000000000}'const res = await fetch("https://api.kit.forhosting.com/conv/unix-time", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"timestamp": 1000000000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/unix-time",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"timestamp": 1000000000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/unix-time", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"timestamp":1000000000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"timestamp":1000000000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/unix-time", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"timestamp": 1000000000
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.unix_time",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Il tempo Unix è il conteggio intero di secondi interi dalla mezzanotte del Tempo universale coordinato del 1 gennaio 1970, l’epoch usato da kernel di tipo Unix, API JSON, database e pipeline di log. I timestamp frazionari, gli infiniti e i valori non numerici vengono rifiutati con invalid_input invece di essere arrotondati in silenzio, perché un epoch di mezzo secondo non è un conteggio POSIX di secondi.
Contratto di ingresso, regola solo-intero e forma della risposta
Invii con POST un corpo JSON con il campo obbligatorio timestamp impostato a un intero finito (secondi interi dall’epoch Unix). Gli alias unix, epoch, ts, seconds e unix_time sono accettati e coerciti allo stesso modo. Le stringhe numeriche che coincidono con un segno opzionale più cifre sono accettate quando un modulo invia testo; la notazione scientifica in stringa, le stringhe vuote, i booleani, gli oggetti, gli infiniti, NaN e qualsiasi numero non intero falliscono con invalid_input nominando timestamp. Il prezzo è un fisso di $0.002 per richiesta riuscita con unità item.
Dove un convertitore di tempo Unix vale la pena, e che cosa non è
Questa pagina punta a chi cerca tempo Unix, convertitore di tempo Unix o timestamp epoch in data UTC. Non è un convertitore di epoch bidirezionale che restituisce anche interi dalle date, né un convertitore di timestamp NTP, né un convertitore di unità di durata (secondi contro ore), né un formattatore ISO 8601 frazionario che accetti residuo subsecondo. Le attività fallite che restituiscono invalid_input non consumano il saldo prepagato, il che mantiene economici gli script esplorativi quando si inviano di proposito stringhe spazzatura. Poiché l’implementazione è parse pura di livello A, ogni chiamata riuscita costa il $0.002 pubblicato, senza token di modello e senza rete in uscita.
Casi di integrazione
Fixture ancorate per API di tempo
I team di ingegneria fissano datetime per ingressi interi noti così che la formattazione di calendario del client e del server non diverga mai tra runtime.
Domande tecniche
Quanto costa il convertitore di tempo Unix?
Lo strumento del browser è gratuito. Le richieste API usano il saldo prepagato a $0.002 per chiamata riuscita; l’ingresso non valido non viene addebitato.