ForHosting KIT · Outils pour développeurs

Calculateur de fenêtre de jeûne intermittent

Ce calculateur de fenêtre alimentaire transforme un protocole quotidien, comme 16:8, en horaires concrets.

● BetaGratuit · dans votre navigateur
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Indiquez l’heure à laquelle vous comptez commencer à manger : il fournit la fin de la fenêtre et l’instant précis où débute le prochain jeûne. Le calcul emploie un format strict sur 24 heures et signale quand l’heure finale tombe le lendemain. Il facilite la création de rappels, d’événements de calendrier, de plans de repas ou d’automatisations cohérentes sans dépendre de la date actuelle, d’un fuseau horaire ou d’un service externe.

Transformez un ratio de jeûne en programme quotidien exploitable

Un protocole tel que 16:8 décrit des durées, mais ne constitue pas encore un horaire complet. Le premier nombre correspond aux heures de jeûne et le second aux heures pendant lesquelles vous pouvez manger au cours de chaque cycle de 24 heures. Pour convertir ce ratio en heures précises, le calculateur a également besoin de l’heure choisie pour commencer à manger. Avec 12:30 et un protocole 16:8, la période alimentaire de huit heures prend fin à 20:30 et le prochain jeûne commence au même instant. Vous pouvez reporter ce résultat dans un rappel, un calendrier, un plan de repas ou un outil de suivi personnel. Saisissez deux nombres entiers positifs séparés par deux-points pour le protocole, puis une heure et des minutes sur deux chiffres. Une validation stricte évite d’interpréter silencieusement une valeur ambiguë, notamment dans un processus automatisé. La réponse rappelle le protocole normalisé, l’heure de départ et les deux durées afin que les systèmes en aval conservent le contexte complet du calcul.

Comprenez le passage à minuit et le décalage de jour

Une fenêtre alimentaire ne s’achève pas toujours le jour civil où elle commence. Ainsi, une période de huit heures ouverte à 18:30 se termine à 02:30. Une heure seule ne permet pas de savoir si elle désigne un moment antérieur du même jour ou le début du lendemain ; la réponse fournit donc un décalage de jour. Une valeur nulle signifie que la fin survient plus tard le même jour que le départ, tandis qu’une valeur de un désigne le jour suivant. Les protocoles quotidiens admis comportent des durées entières positives totalisant 24, de sorte qu’aucun décalage supérieur n’est nécessaire. La fin de la fenêtre et le début du prochain jeûne partagent la même heure et le même décalage, car ils constituent une seule frontière. Cette représentation explicite simplifie les événements, les notifications et l’affichage. Votre application peut associer l’heure et le décalage à ses propres règles de date et de fuseau. Le calculateur ne suppose ni lieu, ni heure d’été, ni date, ce qui garantit une arithmétique déterministe.

Employez le résultat avec régularité et discernement

Le calculateur répond à une question limitée : pour un protocole quotidien reconnu et une heure de début, quand la fenêtre alimentaire finit-elle et quand le prochain jeûne commence-t-il ? Il ne recommande aucun protocole, n’évalue ni l’alimentation ni les médicaments, ne décide pas si le jeûne vous convient et ne consulte pas l’heure actuelle. Ces choix peuvent dépendre de la santé, de l’âge, de la grossesse, de l’activité, de pathologies et de conseils professionnels. Après avoir choisi votre protocole de façon indépendante, ce calcul déterministe permet de réduire les erreurs courantes. Conservez la même heure de début pour un programme stable ou recommencez le calcul lorsque le travail, le sommeil, les voyages ou l’entraînement modifient vos préférences. L’automatisation par API coûte $0.002 par requête et applique toujours les mêmes règles. Enregistrez l’heure et son décalage si un autre système crée des rappels datés. Gardez aussi le protocole normalisé pour contrôler le programme ultérieurement. Si une saisie échoue, corrigez son format : aucune planification partielle n’est produite à partir de données invalides.

Planifier une fenêtre quotidienne récurrente

Convertissez le protocole retenu et l’heure habituelle du premier repas en limite alimentaire claire pour votre programme.

Créer des horaires de rappel

Utilisez l’heure finale et le décalage de jour pour déclencher une notification au début du prochain jeûne.

Intégrer le calcul dans une application

Produisez des limites cohérentes sans dépendre des paramètres régionaux, du réseau, de la date courante ou des fuseaux.

Que signifie un protocole 16:8 ?

Il correspond à 16 heures de jeûne suivies d’une fenêtre alimentaire de 8 heures dans un cycle récurrent de 24 heures.

Quand commence le prochain jeûne ?

Il commence exactement à la frontière où la fenêtre alimentaire calculée se termine.

Quel format d’heure devez-vous saisir ?

Utilisez une heure sur 24 heures au format HH:MM avec deux chiffres, par exemple 09:00, 12:30 ou 18:45.

Que se passe-t-il si la fenêtre franchit minuit ?

L’heure repart après 23:59 et un décalage de jour égal à 1 indique que la limite tombe le lendemain.

Quels formats de protocole sont reconnus ?

Saisissez deux nombres entiers positifs séparés par deux-points, d’abord le jeûne puis l’alimentation ; leur somme doit être 24.

Combien coûte un calcul par API ?

Chaque requête API coûte $0.002.

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

POSThttps://api.kit.forhosting.com/final3/intermittent-fasting-window-calc

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

curl -X POST https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"protocol":"16:8","start_eating_time":"12:30"}'
{
  "protocol": "16:8",
  "start_eating_time": "12:30"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "final3.intermittent_fasting_window_calc",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →