Convertitore giuliano ↔ gregoriano
Converta una data tra i calendari giuliano e gregoriano in entrambi i sensi: il 15 ottobre 1582 gregoriano è il 5 ottobre 1582 giuliano. Il risultato indica i due calendari, così nulla si confonde. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Data
- 1582-10-15
- Direzione di conversione
- gregorian_to_julian
- Data di input
- 1582-10-15
- Data convertita
- 1582-10-05
- Calendario di origine
- gregorian
- Calendario di destinazione
- julian
Strumento gratuito e deterministico. Converte date civili tra il calendario giuliano e quello gregoriano secondo una politica di riforma documentata.
Lo stesso giorno, due date diverse
I calendari giuliano e gregoriano danno date diverse allo stesso giorno. Il giorno che il calendario gregoriano indica come 15 ottobre 1582, nel calendario giuliano è ancora il 5 ottobre 1582, dieci date prima. Questo convertitore prende una data civile scritta come anno, mese e giorno, applica la regola della riforma del calendario che documenta e le restituisce la data corrispondente nell'altro calendario, indicando quello di partenza e quello di arrivo. Nulla dipende dal fuso orario o da un orologio: una data senza ora è un semplice giorno del calendario, e lo stesso dato dà sempre la stessa risposta, senza dover costruire una tabella in un foglio di calcolo.
Come evitare gli equivoci più comuni
L'errore più frequente è convertire nel senso sbagliato. Se una data è già gregoriana e la si tratta come giuliana, il risultato si sposta nella direzione opposta invece di correggersi, quindi verifichi quale calendario usa la sua fonte prima di scegliere. Un secondo errore è pensare che il fuso orario possa spostare il giorno: non può, perché viene letta solo la data del calendario. Infine, voci vuote, valori che non sono date e indicazioni contraddittorie vengono rifiutati prima di qualsiasi calcolo, così vede un messaggio chiaro invece di una data convertita credibile ma sbagliata.
Come funziona
Questa capacità converte date civili tra il calendario giuliano e il calendario gregoriano basandosi su una politica di riforma documentata, il cui punto di transizione è indicato in modo chiaro e verificabile. Le date rispettano il formato ISO-8601 per eliminare ogni ambiguità di interpretazione. Consigliamo vivamente di leggere gli esempi di riferimento, che coprono sia i percorsi di successo sia quelli di errore, prima di integrare questa funzione nei flussi di produzione o nei test automatizzati, poiché fissano il contratto atteso.
Casi limite e confini
Le stringhe vuote, i tipi errati e gli intervalli contraddittori vengono respinti molto presto nell'elaborazione, prima di qualsiasi operazione aritmetica, evitando così risultati incoerenti. Le date civili prive di fuso orario sono trattate come semplici date di calendario, in conformità con l'uso atteso per questo tipo di conversione storica. Le tabelle incorporate viaggiano all'interno della cartella della capacità e non richiedono alcuna chiamata di rete durante l'esecuzione, il che preserva la riservatezza e la rapidità.
Esaminate sempre gli esempi di riferimento, sia per i successi sia per gli errori, prima di integrare questa capacità nei flussi di produzione o nelle suite di test automatizzati.
Casi d'uso
Lavoro quotidiano
Ottieni una risposta affidabile senza un foglio di calcolo.
Didattica
Esempi di riferimento stabili per le tue dimostrazioni.
Domande frequenti
A quale data giuliana corrisponde il 15 ottobre 1582?
Al 5 ottobre 1582. Scelga il senso da gregoriano a giuliano, inserisca 1582-10-15 e il convertitore restituisce 1582-10-05: lo stesso giorno, scritto dieci date prima nel calendario giuliano.
Si può convertire in entrambi i sensi?
Sì. Scelga da giuliano a gregoriano o da gregoriano a giuliano prima di inserire la data; il risultato indica il calendario di partenza e quello di arrivo, così non si confondono mai.
Il fuso orario cambia il risultato?
No. Una data senza ora viene trattata come un semplice giorno del calendario, quindi il luogo in cui si trova o l'ora del suo orologio non influiscono sulla data convertita.
Perché la mia data viene rifiutata?
Le voci vuote, i valori che non sono date e le indicazioni contraddittorie vengono rifiutati prima del calcolo. Così riceve un messaggio chiaro invece di una data convertita che sembra credibile ma è sbagliata.
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/julian-calendar \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"1582-10-15"}'const res = await fetch("https://api.kit.forhosting.com/date/julian-calendar", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "1582-10-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/julian-calendar",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "1582-10-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/julian-calendar", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"1582-10-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"1582-10-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/julian-calendar", 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
{
"date": "1582-10-15"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.julian_calendar",
"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
Come funziona
Il calcolo è completamente deterministico e viene eseguito gratuitamente nel browser grazie alla stessa funzione pura dell'API, il che garantisce una parità rigorosa tra i due canali. Gli input vengono validati prima di qualsiasi operazione aritmetica, così che un tipo errato produca un errore invalid_input leggibile anziché un risultato silenzioso o fuorviante.
Ingressi e uscite
Ogni risposta di successo contiene sempre i campi di uscita principali, in modo che i collegamenti dell'interfaccia restino stabili nel tempo, senza sorprese né regressioni. Consultate gli esempi di riferimento per comprendere con precisione il formato restituito prima di qualsiasi integrazione seria in ambiente reale. I campi obbligatori dello schema devono essere presenti e correttamente tipizzati, mentre i campi facoltativi si basano su valori predefiniti documentati e prevedibili. I valori intermedi estremamente grandi che supererebbero la precisione IEEE-754 diventano errori fuori intervallo espliciti anziché valori nulli silenziosi, così da individuare subito il problema. L'ordine di validazione è fisso e documentato, la parità tra browser e API è garantita e le stringhe di corrispondenza degli errori restano stabili per la certificazione.
Casi limite e confini
Il comportamento rimane rigorosamente identico nel browser e sull'API, e i messaggi di errore conservano stringhe di corrispondenza stabili destinate alla certificazione.
Casi di integrazione
Automazione
La stessa funzione pura nel widget e nell'API.
Domande tecniche
È gratuito?
Sì, livello A direttamente nel browser.
Rete?
Nessuna rete; l'elaborazione avviene sul dispositivo.
Input non valido?
Un errore invalid_input con una corrispondenza chiara.
Stabile?
Esempi di riferimento deterministici fissano il contratto.
Autore?
samurai.