Convertitore fusi orari IANA
Le 14:30 a New York sono le 19:30 a Londra. Converta data e ora tra fusi con nome, come Europe/Paris o Asia/Tokyo, con scostamenti standard fissi e senza ora legale, e ottenga l'istante UTC e un avviso quando cambia il giorno. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Data e ora
- 2024-06-15T14:30:00
- Fuso di origine
- America/New_York
- Fuso di destinazione
- Europe/London
- Data e ora di ingresso
- 2024-06-15T14:30:00
- Data e ora di ingresso (ISO)
- 2024-06-15T14:30:00-05:00
- Data e ora di uscita
- 2024-06-15T19:30:00
- Data e ora di uscita (ISO)
- 2024-06-15T19:30:00+00:00
Questo convertitore di fusi orari prende una data-ora di orologio murale ISO-8601 esplicita e due identificatori IANA con nome, poi restituisce lo stesso istante assoluto scritto come orologio locale nella zona di destinazione. Gli offset provengono da una tabella integrata di scostamenti civili standard fissi, non da una base di ora legale né dall'oggetto Date dell'host, così America/New_York è sempre UTC-5 qui, Europe/London sempre UTC+0 e Asia/Kolkata sempre UTC+5.5.
Zone IANA con nome, offset fissi e perché questo convertitore non inventa l'ora legale
Un nome di zona IANA come America/New_York, Europe/Paris o Asia/Tokyo è un identificatore stabile della base tz, non uno scostamento numerico stampato su un biglietto. Nella base completa quegli identificatori possono cambiare offset quando si applicano le regole dell'ora legale: New York è UTC-5 in inverno e UTC-4 in estate, Londra è UTC+0 poi UTC+1, e Sydney è UTC+10 poi UTC+11. Chi desidera quel comportamento stagionale ha già un convertitore consapevole dell'ora legale.
Questa pagina copre un lavoro diverso. Lei conosce già entrambe le estremità come identificatori IANA con nome, le serve l'ora locale convertita per un marchio di orologio murale esplicito e vuole un'aritmetica riproducibile nei test unitari, nei registri e nelle note di viaggio che non devono avanzare in silenzio. Il contratto usa quindi una tabella integrata di offset civili standard (fissi): America/New_York è UTC-5, Europe/London è UTC+0, Asia/Kolkata è UTC+5.5, Australia/Adelaide è UTC+9.5, Pacific/Chatham è UTC+12.75 e Pacific/Kiritimati è UTC+14.
Gli offset positivi stanno a est del meridiano di Greenwich; i negativi, a ovest. La conversione non consulta mai l'orologio dell'host, non chiama mai un servizio di ora in rete e non applica mai una transizione di ora legale, anche se la data di calendario digitata fosse stata estate nel mondo reale.
Casi d'uso
Inviti a riunione con nomi di zona IANA
I team che già memorizzano entrambi i lati come identificatori IANA convertono un marchio di inizio locale nell'orologio murale che i colleghi leggono altrove, senza aprire una base di ora legale.
Domande frequenti
Che cosa fa il convertitore di fusi orari?
Lei fornisce una data-ora ISO di orologio murale esplicita e due zone IANA con nome. Lo strumento restituisce lo stesso istante assoluto come ora locale convertita nella zona di destinazione, più un marchio UTC Zulu e una nota di cambio giorno.
Questo strumento applica l'ora legale?
No. Gli offset sono gli scostamenti civili standard (fissi) di una tabella integrata. America/New_York è sempre UTC-5 qui anche a giugno. Non c'è base tz, non si usa Date e non c'è né avanzamento né ritardo stagionale.
Il convertitore di fusi orari è gratuito?
Lo strumento del browser è gratuito e viene eseguito in locale.
Che ore sono a Londra quando a New York sono le 14:30?
Sono le 19:30. New York vale UTC-5 e Londra UTC+0, quindi l'orologio avanza di cinque ore e resta nello stesso giorno di calendario. Non viene aggiunta alcuna ora legale.
Cosa succede se l'ora convertita cade in un altro giorno?
Il risultato riporta la nuova data e segnala che il giorno di calendario è cambiato a destinazione, così una riunione a tarda sera in un fuso non viene letta come lo stesso giorno nell'altro.
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/time-zones \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}'const res = await fetch("https://api.kit.forhosting.com/conv/time-zones", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/time-zones",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/time-zones", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/time-zones", 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
{
"datetime": "2024-06-15T14:30:00",
"from_zone": "America/New_York",
"to_zone": "Europe/London"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.time_zones",
"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
Inserisca un marchio di origine come 2024-06-15T14:30:00, un from_zone America/New_York e un to_zone Europe/London, e lo strumento produce 2024-06-15T19:30:00 come ora locale convertita, insieme a un marchio UTC Zulu, uno spostamento con segno e una nota di giorno civile quando si attraversa la mezzanotte. Se uno degli identificatori manca dalla tabella, l'attività fallisce con invalid_input nominando la zona non riconosciuta.
Zone IANA con nome, offset fissi e perché questo convertitore non inventa l'ora legale
Alias come US/Eastern, US/Pacific, GB, Japan e le etichette POSIX Etc/GMT più-o-meno N si risolvono negli stessi nomi canonici e minuti. Questa è la promessa del prodotto dietro il percorso dei fusi: zone con nome, regole fisse, ora locale convertita e invalid_input rigido quando un nome non è riconosciuto, invece di una città indovinata o di un silenzio verso UTC.
Come chiamare l'API e come leggere ogni campo della risposta
Invii un corpo JSON con tre campi obbligatori. Il campo datetime è una stringa di orologio murale ISO-8601: anno a quattro cifre, mese, giorno, separatore T o spazio, ore e minuti, secondi opzionali, frazioni di secondo opzionali troncate ai secondi interi, e un Z o scostamento numerico finale opzionale accettato solo per analizzare i componenti murali—from_zone resta l'offset di origine autorevole. Gli alias di datetime includono dt, time, when, timestamp e datetime_in. Il campo from_zone è l'identificatore IANA di origine e to_zone quello di destinazione; ciascuno accetta nomi canonici Area/Location, alias ereditati comuni, UTC, GMT ed etichette POSIX Etc/GMT con segno, confrontati senza distinzione di maiuscole e con gli spazi trattati come trattini bassi. Gli alias di from_zone includono from, source_zone, tz_from, timezone_from e from_tz; quelli di to_zone includono to, target_zone, tz_to, timezone_to e to_tz. In caso di successo la risposta ripete datetime_in come marchio murale normalizzato, datetime_in_iso con il più-o-meno HH:MM di origine, datetime_out e datetime_out_iso per l'ora locale convertita, local_time come HH:MM:SS, from_zone e to_zone come nomi canonici, from_offset_hours e to_offset_hours come ore arrotondate, etichette UTC più-o-meno coincidenti, offset_diff_hours come destinazione meno origine, utc_iso per lo stesso istante in Zulu, year month day hour minute second come interi dell'orologio civile di destinazione, day_offset per quante mezzenotti sono state attraversate, day_note e message come riassunti brevi, formula come identità di una riga, e steps come array ordinato di righe di sostituzione che Lei può mostrare accanto alla risposta. La validazione fallita—campi assenti, stringhe ISO malformate, giorni di calendario impossibili come 2023-02-29, ore fuori da zero a ventitré o un nome di zona non riconosciuto—restituisce invalid_input e non viene mai addebitata. Il prezzo è un $0.002 fisso per richiesta riuscita con unità item.
Suggerimenti pratici, limiti, ricerche correlate e dove si colloca questo strumento
I fusi di mezz'ora e di un quarto d'ora sono di prima classe: Asia/Kolkata sono cinque ore e mezza, Asia/Kathmandu cinque ore e quarantacinque minuti, Australia/Adelaide nove e mezza, Pacific/Chatham dodici ore e quarantacinque minuti. Questa pagina si rivolge a chi cerca convertitore di fusi orari, convertire data-ora tra zone IANA o conversione di ora locale con zona nominata; non è un calcolatore di durata di volo, né un consulente di ora legale, né uno spostatore solo numerico di scostamenti UTC, né uno strumento di divario tra città che non sposta mai un marchio. Preferisca questa capacità quando possiede già un marchio ISO esplicito e due nomi IANA e desidera riproducibilità a offset fisso; se ha solo etichette UTC più-o-meno numeriche, usi l'assistente da offset a offset; se le serve l'ora legale, usi uno strumento consapevole dell'ora legale. I controlli andata e ritorno sono semplici: converta A in B e poi B in A con zone scambiate, e confermi che l'orologio murale originale torna dopo aver ricostruito lo stesso istante assoluto. Preferisca nomi IANA canonici quando li ha (America/New_York, Europe/Berlin, Asia/Tokyo) e lasci che la tabella pieghi alias come US/Eastern o Japan sugli stessi minuti di offset. Ricordi che lo spostamento con segno è sempre l'offset di destinazione meno quello di origine: se l'origine è America/New_York a UTC-5 e la destinazione Europe/London a UTC+0, offset_diff_hours vale più cinque, così le quattordici e trenta all'origine diventano le diciannove e trenta lo stesso giorno civile a Londra. Attraversare la mezzanotte imposta day_offset a più uno o meno uno e day_note spiega da quale lato cade la destinazione; una mattina di Tokyo convertita verso Los Angeles atterra spesso nel giorno civile precedente. Accoppi esempi nell'insegnamento: la stessa zona lascia l'orologio invariato; la conversione verso ovest sottrae ore; verso est le aggiunge; un nome non riconosciuto come Not/A_Zone dimostra il percorso rigido di invalid_input. Le attività fallite con invalid_input non consumano il saldo prepagato, il che mantiene economici gli script esplorativi quando si invia di proposito una zona inventata.
Casi di integrazione
Controlli incrociati di marchi in registri e API
Gli ingegneri riscrivono un evento ISO registrato sotto una zona nominata in un'altra zona nominata per cruscotti, incluso il wrap al giorno successivo e un riferimento Zulu, usando solo offset fissi.
Fixture deterministiche di test unitari
I servizi che fissano nomi IANA generano coppie dorate di datetime_out e casi deliberati di invalid_input per nome non riconosciuto, senza deriva del Date dell'host né salti stagionali di ora legale.
Domande tecniche
Che succede se un nome di fuso orario non è riconosciuto?
L'API restituisce invalid_input nominando il campo e l'identificatore non riconosciuto. Si accettano solo i nomi presenti nella tabella IANA integrata (più alias documentati come US/Eastern o Etc/GMT-9), e quei fallimenti non vengono addebitati.
Come si calcola l'ora locale convertita?
L'istante UTC equivale a wall_from meno l'offset fisso della zona di origine; wall_to equivale a quell'istante UTC più l'offset fisso della zona di destinazione. In modo equivalente, wall_to equivale a wall_from più (to_offset meno from_offset), con avvolgimento del giorno civile quando si attraversa la mezzanotte.