Calcolatore digiuno intermittente
Trasforma il primo pasto e un rapporto di digiuno in orari precisi: se inizia a mangiare alle 12:00 con un protocollo 16:8, la sua finestra va dalle 12:00 alle 20:00 e il digiuno dalle 20:00 alle 12:00 del giorno dopo. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Primo pasto
- 12:00
- Rapporto di digiuno
- 16:8
- Ore di digiuno
- 16
- Ore di alimentazione
- 8
- Inizio dell'alimentazione
- 12:00
- Fine dell'alimentazione
- 20:00
I piani di digiuno intermittente si definiscono in base a quante ore Lei digiuna rispetto a quante ore consente l'assunzione di cibo ogni giorno. Questo calcolatore della finestra di digiuno intermittente prende l'ora di orologio del Suo primo pasto e un rapporto giornaliero come sedici a otto, diciotto a sei o quattordici a dieci, quindi restituisce l'inizio e la fine esatti della finestra alimentare, la finestra di digiuno complementare e una breve stringa di formula che può mostrare accanto al risultato. L'aritmetica è matematica modulare pura dei minuti del giorno su un ciclo di ventiquattro ore: nessun orologio a muro, nessuna base di fusi orari e nessun seme casuale. Lo usi per pianificatori personali di IF, demo di benessere, portali di coaching e automazione che necessita di una base trasparente di finestra alimentare senza distribuire un'intera libreria nutrizionale.
Cosa calcola il modello di finestra di digiuno intermittente da primo pasto e rapporto
I protocolli giornalieri di digiuno intermittente partizionano un giorno di ventiquattro ore in un blocco di digiuno di F ore e un blocco alimentare di E ore, scritti come il rapporto F due punti E. Esempi classici includono sedici otto, diciotto sei, venti quattro, quattordici dieci e dodici dodici. Entrambe le finestre sono restituite come stringhe HH:MM con zeri iniziali e come etichette di intervallo compatte, così un'interfaccia può disegnare la linea temporale del giorno senza ulteriori analisi.
È un ausilio di pianificazione solo per i confini dell'orologio: non conta calorie, non raccomanda se il digiuno sia adatto a una condizione medica e non adatta turni con risveglio irregolare. Chi è in gravidanza, minorenne, in recupero da un disturbo alimentare o sotto cura clinica non deve trattare un calcolatore gratuito di finestra come consiglio medico.
Tratti l'output come l'orario aritmetico trasparente che deve essere: dato un primo pasto e un rapporto pubblicato, ecco quando si apre e si chiude la finestra alimentare e fino a quando corre il digiuno fino al successivo primo pasto.
Chi usa gli orari della finestra dei pasti
Le app di benessere e i portali di coaching spesso necessitano di un primo orario alimentare trasparente nel momento in cui l'utente sceglie un protocollo e un orario preferito di pranzo o cena, prima che siano disponibili un diario alimentare o dati di glicemia continua. Incorporare questo calcolatore offre una formula pubblicata, una partizione giornaliera fissa e uscite HH:MM che i team di prodotto e supporto possono citare senza fare reverse engineering di una libreria di orari a scatola nera.
I tracker di abitudini possono ricalcolare le finestre quando l'utente anticipa il primo pasto per la luce estiva o lo ritarda per cene sociali, sempre con la stessa funzione pura. Poiché il motore è lavoro analitico parse di livello A —poche validazioni intere e roll modulari di minuti—, la latenza resta bassa e il modello di costo, piatto. Preferisca una guida clinica quando le decisioni mediche dipendono dal digiuno, e tratti questo output come la stima convenzionale di finestra oraria che deve essere: semplice, spiegabile e deterministica.
Casi d'uso
Pianificatori personali di IF e app di abitudini
Mostri i confini di orologio di alimentazione e digiuno a partire da un primo pasto e un protocollo scelti, come 16:8 o 18:6, con stringhe HH:MM che un'interfaccia può evidenziare sulla linea temporale del giorno.
Coaching e ricostruzione batch degli orari
Ricalcoli le finestre alimentari giornaliere per i protocolli dei clienti da colonne memorizzate di primo pasto e rapporto, senza librerie Date sensibili al fuso orario.
Domande frequenti
Perché digiuno più alimentazione devono sommare 24 ore?
Questo strumento modella un singolo ciclo giornaliero di digiuno intermittente. I protocolli multi-giorno sono fuori ambito.
Si tratta di un consiglio medico sul digiuno?
No. Calcola solo i confini di orologio per un rapporto scelto. Non valuta sicurezza, calorie né idoneità clinica. Cerchi una guida professionale quando le decisioni mediche dipendono dal digiuno.
A che ora si chiude la finestra se comincio alle 12:00 con il 16:8?
Si chiude alle 20:00, otto ore dopo il primo pasto. Il digiuno va poi dalle 20:00 fino alle 12:00 del giorno successivo, quando il primo pasto seguente riapre la finestra.
Cosa succede se la finestra dei pasti supera la mezzanotte?
Gli orari fanno semplicemente il giro della giornata di 24 ore. Con il primo pasto alle 16:00 e un protocollo 16:8, la finestra termina alle 00:00 e il digiuno dura fino alle 16:00 del giorno dopo.
Quali rapporti di digiuno posso usare?
Qualsiasi suddivisione della giornata in ore intere di digiuno e di pasti, purché entrambe le parti siano positive e diano 24. I più comuni sono 16:8, 18:6, 14:10, 12:12 e 20:4.
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/health/if-eating-window \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"first_meal":"12:00","fasting_ratio":"16:8"}'const res = await fetch("https://api.kit.forhosting.com/health/if-eating-window", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"first_meal": "12:00",
"fasting_ratio": "16:8"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/if-eating-window",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"first_meal": "12:00",
"fasting_ratio": "16:8"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/if-eating-window", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"first_meal":"12:00","fasting_ratio":"16:8"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"first_meal":"12:00","fasting_ratio":"16:8"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/if-eating-window", 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
{
"first_meal": "12:00",
"fasting_ratio": "16:8"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.if_eating_window",
"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
Campi mancanti, orari malformati, parti di rapporto non positive e rapporti che non sommano ventiquattro falliscono con invalid_input invece di inventare un orario.
Cosa calcola il modello di finestra di digiuno intermittente da primo pasto e rapporto
Questo calcolatore ancora il blocco alimentare all'ora in cui Lei intende consumare il primo pasto: eating_start è uguale a quell'orario di first_meal, eating_end è first_meal più E ore intere modulo ventiquattro ore, fasting_start è uguale a eating_end, e fasting_end è fasting_start più F ore intere, che torna a first_meal per qualsiasi rapporto giornaliero valido. Il rapporto è normalizzato a interi senza spazi, così sedici due punti otto con o senza spazi collassano nello stesso campo fasting_ratio.
Contratto di ingresso, validazione, forma della risposta ed errori deterministici
Gli spazi intorno ai due punti vengono rimossi. Invii in POST un oggetto JSON con due campi stringa obbligatori. first_meal è un'ora di orologio a ventiquattro ore con zero opzionale sull'ora, due punti e due cifre di minuti da zero zero a cinquantanove; esempi come dodici zero zero, otto trenta e zero zero zero zero sono accettati, mentre ventiquattro zero zero, dodici sessanta e un dodici nudo sono rifiutati. Gli alias meal_time, eating_start e first_meal_time mappano sullo stesso percorso di analisi così i moduli possono conservare i nomi preferiti. fasting_ratio è la stringa F due punti E dove F ed E sono interi positivi di ore intere che sommano esattamente ventiquattro; sono accettati gli alias ratio, protocol e if_ratio. Parti zero, negative, frazionarie o non numeriche falliscono con invalid_input nominando il campo e la forma attesa. Rapporti come sedici a sette che non sommano ventiquattro vengono rifiutati anziché allungati in silenzio, perché un ciclo giornaliero di IF senza partizione completa del giorno lascerebbe ore residue ambigue. first_meal o fasting_ratio mancanti, corpi nulli e ingressi non oggetto falliscono anch'essi e non vengono fatturati. In caso di successo il corpo include sempre first_meal, fasting_ratio, fasting_hours, eating_hours, eating_start, eating_end, fasting_start, fasting_end, eating_window, fasting_window e una stringa formula che riformula gli offset modulari. Esempio: first_meal dodici zero zero con fasting_ratio sedici due punti otto produce una finestra alimentare di otto ore da dodici zero zero a venti zero zero e un digiuno di sedici ore da venti zero zero di ritorno a dodici zero zero.
Dove un'API di finestra di digiuno intermittente genera valore in prodotto e formazione
Script batch che ricalcolano orari da colonne di protocollo archiviate possono richiamare lo stesso modulo senza distribuire un SDK nutrizionale completo e senza dipendere da un'implementazione host di Date che si sposta vicino ai cambi dell'ora legale.
Casi di integrazione
Educazione al benessere e widget di contenuto
Dimostri i rapporti comuni di digiuno intermittente con un oracolo deterministico che rifiuta ore non positive e rapporti che non sommano ventiquattro.
Domande tecniche
Come si calcola la finestra alimentare?
eating_start è first_meal. eating_end è first_meal più le ore di alimentazione del rapporto F:E, modulo 24 ore. fasting_start è uguale a eating_end; fasting_end è fasting_start più le ore di digiuno, e torna a first_meal.
Quali campi di ingresso sono obbligatori?
first_meal (HH:MM, 24 ore) e fasting_ratio (F:E con interi positivi che sommano 24). Sono accettati gli alias meal_time, eating_start, first_meal_time, ratio, protocol e if_ratio. Un ingresso non valido restituisce invalid_input e non viene fatturato.
Quanto costa il calcolatore della finestra di digiuno intermittente?
Il widget del browser è gratuito. Le chiamate API usano il saldo prepagato KIT a $0.002 per attività riuscita; l'ingresso non valido non viene addebitato.