Convertire ora tra offset UTC

Inserisca un marchio di origine come 2024-06-15T14:30:00, un from_offset di più due ore e un to_offset di meno cinque ore, e lo strumento produce 2024-06-15T07:30:00 alla destinazione con un marchio UTC Zulu corrispondente, lo spostamento orario con segno e una nota di giorno civile quando si attraversa la mezzanotte. Il percorso è aritmetica gregoriana puramente deterministica, senza oggetto Date dell'host, senza database di zone IANA e senza inventare l'ora legale, così l'esecutore gratuito del browser e l'API prepagata a $0.002 per richiesta riuscita coincidono sempre byte per byte dopo l'arrotondamento fisso.

Offset UTC fissi contro zone con nome e perché conta la conversione dell'orologio murale

Quattordici ore è il limite esterno pratico degli offset civili reali ad ampio uso; i valori fuori da quell'intervallo sono trattati come errori di inserimento e falliscono con invalid_input prima di qualsiasi conversione.

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 offset numerico finale opzionale accettato solo per analizzare i componenti murali—from_offset resta l'offset di origine autorevole per la conversione. Gli alias di datetime includono dt, time, when, timestamp e datetime_in. Il campo from_offset è l'offset fisso di origine in ore e to_offset è quello di destinazione; ciascuno accetta un numero finito come due, meno cinque o cinque virgola cinque, oppure una stringa come più zero due due punti zero zero o meno zero cinque due punti trenta, e ciascuno deve stare tra meno quattordici e più quattordici ore inclusi. Gli alias di from_offset includono from, offset_from, source_offset e utc_from; quelli di to_offset includono to, offset_to, target_offset e utc_to. In caso di successo la risposta ripete datetime_in come marchio murale normalizzato senza suffisso di offset, datetime_in_iso con il ±HH:MM di origine, from_offset e to_offset come ore arrotondate, from_offset_label e to_offset_label come stringhe brevi UTC±, offset_diff_hours come destinazione meno origine, datetime_out e datetime_out_iso per l'orologio di destinazione, 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, offset non finiti, offset fuori da ±14, stringhe ISO malformate, giorni di calendario impossibili come 2023-02-29 o ore fuori da zero a ventitré—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

Ricordi che lo spostamento con segno è sempre to_offset meno from_offset: se l'origine è UTC più due e la destinazione UTC meno cinque, offset_diff_hours è meno sette, così le quattordici e trenta all'origine diventano le sette e trenta lo stesso giorno civile alla destinazione. Attraversare la mezzanotte imposta day_offset a più uno o meno uno e day_note spiega da quale lato cade la destinazione. Accoppi esempi nell'insegnamento: lo stesso offset lascia l'orologio invariato; la conversione verso ovest a ore intere sottrae ore; verso est le aggiunge; un offset di mezz'ora produce uno spostamento di trenta minuti; un offset fuori intervallo 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 l'offset quindici.