Secondi Unix in ISO 8601
Incolli un timestamp Unix in secondi e ottenga data e ora UTC esatte in ISO 8601: 1800000000 corrisponde a 2027-01-15T08:00:00Z. Funzionano anche valori negativi precedenti al 1970 e frazioni di secondo. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Secondi
- 1.800.000.000
- Anno
- 2027
- Mese
- 1
- Giorno
- 15
- Ora
- 8
Inserisca un numero finito di secondi da 1970-01-01T00:00:00Z e questo strumento suddivide il valore in un giorno UTC intero e un’ora del giorno, mappa lo scostamento di giorni su anno-mese-giorno gregoriano prolettico con l’algoritmo civil-from-days pubblicato e restituisce una stringa ISO 8601 deterministica che termina con Z. I secondi frazionari sono accettati e scritti con cifre frazionarie ridotte quando serve.
Cosa significa un conteggio di secondi Unix e perché ISO 8601 è la forma sicura di visualizzazione
Il tempo Unix conta i secondi dalla mezzanotte UTC del 1 gennaio 1970: una linea temporale semplice intera (o reale) che le macchine scambiano senza separatori locali, nomi di mese o regole dell’ora legale. Quella semplicità spiega perché le righe di log, le claim JWT, le colonne di database e le code di messaggi memorizzano gli istanti come secondi di epoch. Le persone hanno ancora bisogno di un volto di calendario: anno, mese, giorno, ora, minuto e secondo in una stringa su cui i parser concordano in tutto il mondo.
ISO 8601 con suffisso Z è quel volto per UTC—YYYY-MM-DDTHH:mm:ssZ—inequivocabile tra lingue e fogli di calcolo. Convertire correttamente non è un dettaglio opzionale durante un’interruzione: leggere male un timestamp di dodici ore può inviare la finestra di postmortem sbagliata o la purga di retention errata. Questa capacità calcola la data civile con aritmetica gregoriana prolettica pura dall’indice di giorno floor(seconds diviso 86400), poi costruisce i campi dell’orologio dal resto non negativo.
Il mapping non consulta mai l’orologio del server, quindi lo stesso numero produce sempre la stessa stringa in test e in produzione. Preferisca questa pagina quando l’intento di ricerca è specificamente secondi Unix a ISO 8601 in UTC, non un convertitore bidirezionale multi-unità né un orologio a muro di fuso locale.
Suggerimenti pratici, limiti e differenze rispetto a strumenti correlati
Tenga un piccolo insieme noto per didattica e CI: zero mappa a 1970-01-01T00:00:00Z; un miliardo e ottocento milioni a 2027-01-15T08:00:00Z; meno uno a 1969-12-31T23:59:59Z; e un fallimento non numerico deliberato. Quando un fornitore invia epoch in millisecondi, divida per mille prima della chiamata così il campo second resta sul contratto dei secondi Unix. Documenti che l’output è sempre UTC con suffisso Z—nessun offset locale, nessuna base di fusi nominati, nessun ramo dell’ora legale—, quindi le dashboard che servono l’ora di città devono applicare il proprio offset dopo questa conversione.
I limiti di anno vanno da uno a novemilanovecentonovantanove dopo la conversione; i valori estremi fuori da quella finestra civile vengono rifiutati invece di essere formattati con overflow. Non è un convertitore di epoch bidirezionale che restituisce anche interi, né un convertitore di secondi NTP, né uno strumento di umanizzazione della durata, né un mapper di seriali di foglio.
Preferisca questa capacità quando ha già un conteggio in secondi e le serve solo la stringa ISO UTC; se le servono entrambe le direzioni o commutatori di millisecondi in un solo modulo, usi un convertitore di epoch generale.
Casi d'uso
Triage dei log di incidente in UTC
Incolli un valore grezzo di secondi Unix da uno stack trace o una riga di log e ottenga una stringa ISO 8601 UTC deterministica per la timeline del postmortem.
Normalizzazione ETL degli epoch dei fornitori
Le pipeline di dati convertono colonne miste di epoch in secondi in stringhe ISO 8601 prima dei caricamenti sul data warehouse e degli export di audit.
Domande frequenti
Il risultato è in ora locale o in UTC?
Sempre UTC. La stringa iso termina con Z e timezone è la costante UTC. Non si applicano offset locali né fusi nominati.
Posso passare millisecondi invece di secondi?
Non direttamente. Questo strumento si aspetta secondi. Divida i millisecondi per 1000 prima della chiamata così l’unità resta inequivocabile.
Cosa succede con un valore assente o non numerico?
Input assente, vuoto, non finito o non numerico viene rifiutato invece di essere forzato a zero.
Il convertitore da secondi Unix a ISO 8601 è gratuito?
Lo strumento del browser è gratuito e gira in locale.
Posso convertire timestamp negativi, precedenti al 1970?
Sì. I valori negativi sono validi e contano all'indietro dalla mezzanotte UTC del 1° gennaio 1970: un secondo prima dà 1969-12-31T23:59:59Z, non un errore.
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/date/unix-seconds-to-iso \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"seconds":1800000000}'const res = await fetch("https://api.kit.forhosting.com/date/unix-seconds-to-iso", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"seconds": 1800000000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/unix-seconds-to-iso",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"seconds": 1800000000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/unix-seconds-to-iso", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"seconds":1800000000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"seconds":1800000000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/unix-seconds-to-iso", 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
{
"seconds": 1800000000
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.unix_seconds_to_iso",
"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
Un convertitore da secondi Unix a ISO 8601 risponde a una domanda quotidiana di ingegneria: dato un contatore di epoch come un miliardo e ottocento milioni, qual è la data-ora civile esatta in UTC che log, API e database devono mostrare? L’input assente o non finito viene rifiutato con invalid_input invece di essere forzato silenziosamente a zero, perché un epoch vuoto è un errore di dati, non la mezzanotte dell’epoch Unix.
Cosa significa un conteggio di secondi Unix e perché ISO 8601 è la forma sicura di visualizzazione
I timestamp negativi sono di prima classe: un secondo prima dell’epoch è 1969-12-31T23:59:59Z, non un errore.
Come chiamare l’API e cosa contiene la risposta
I numeri in stringa che rispettano un pattern numerico finito rigoroso sono accettati quando moduli o query string forzano il testo. In caso di successo la risposta riecheggia seconds come numero coercito, year, month, day, hour, minute e second come componenti civili UTC, iso come stringa ISO 8601 con designatore Z, timezone come costante UTC, formula come descrizione fissa di identità e message come riepilogo di una riga. Preferisca asserire la stringa iso e i componenti riecheggiati nei test automatici piuttosto che ricalcolare il calendario a mano in ogni client. I millisecondi devono essere convertiti dal chiamante (dividere per mille) perché questo contratto è solo in secondi; ciò mantiene stretto l’intento SEO ed evita errori silenziosi di unità. Invii in POST un corpo JSON con il campo obbligatorio seconds impostato a un numero finito (intero o frazionario). Gli alias unix, epoch, ts, timestamp e unix_seconds sono accettati per ergonomia e coerciti come seconds. La validazione fallita—campo assente, valori non finiti, stringhe non numeriche o anno civile fuori da 0001–9999—restituisce invalid_input e non viene mai addebitata. Il prezzo è un fisso di $0.002 per richiesta riuscita con unità item.
Suggerimenti pratici, limiti e differenze rispetto a strumenti correlati
Questa pagina punta a chi cerca secondi Unix a ISO 8601, epoch a data-ora ISO o un convertitore gratuito di timestamp Unix in stringa UTC. Le attività fallite che restituiscono invalid_input non consumano saldo prepagato, il che mantiene economici gli script esplorativi quando si inviano di proposito stringhe spazzatura.
Casi di integrazione
Fixture di test unitari per API di tempo
I team di ingegneria fissano iso per input di secondi noti così la formattazione data-ora di client e server non diverge mai tra runtime.
Domande tecniche
Come converto i secondi Unix in una data-ora ISO 8601?
Invii un valore finito di seconds (secondi di epoch Unix da 1970-01-01T00:00:00Z). L’API restituisce iso come YYYY-MM-DDTHH:mm:ss[.frac]Z in UTC più i componenti civili.