ForHosting KIT · Strumenti per sviluppatori

Analisi degli header di limite e calcolo del ripristino

Gli header di limite sembrano semplici finché servizi diversi non esprimono il ripristino in modi differenti.

● BetaGratis · nel tuo browser
Usalo da WebAPIEmailTelegramApp presto

Questo analizzatore riceve limite, quota residua, valore di ripristino e ora corrente esplicita, quindi restituisce numeri normalizzati e i secondi interi prima che le richieste tornino disponibili. Riconosce timestamp Unix in secondi o millisecondi, date UTC ISO 8601 rigorose e brevi differimenti numerici. Poiché è Lei a fornire l’ora corrente, lo stesso input produce sempre lo stesso risultato.

Normalizzi gli header prima di pianificare nuovi tentativi

Le API comunicano spesso un numero massimo di richieste, una quota residua e un valore di ripristino, ma il client deve ancora trasformare queste stringhe in una decisione sicura. Invii i valori come limit, remaining e reset e specifichi in current_time l’istante di ricezione. L’analizzatore verifica che limit e remaining siano interi non negativi e rifiuta una quota residua superiore al limite. Conserva il testo reset, indica se è stato letto come timestamp assoluto o differimento in secondi e produce un’ora Unix normalizzata. seconds_until_reset viene arrotondato verso l’alto, impedendo un nuovo tentativo nell’ultima frazione dell’attesa. Se il ripristino è già passato, il risultato è zero e mai negativo. L’output è adatto a log, middleware, ritardi di coda e test senza replicare le stesse regole in ogni integrazione.

Distingua timestamp e differimenti

I valori numerici di reset seguono convenzioni comuni. Da un miliardo in su sono secondi Unix; da cento miliardi sono millisecondi Unix convertiti in secondi. I numeri più piccoli non negativi vengono aggiunti a current_time. Pertanto 30 o 900 sono attese, mentre i timestamp moderni restano assoluti. reset accetta anche una data UTC ISO 8601 rigorosa come 2026-07-25T12:01:00Z, con millisecondi facoltativi. Il suffisso UTC evita ipotesi sul fuso orario. current_time accetta gli stessi formati assoluti, ma non è mai un differimento. La convalida rileva date impossibili, ore errate, valori assenti, numeri negativi e testo estraneo. Un reset illeggibile genera un errore di input anziché diventare silenziosamente zero, perché un tentativo immediato accidentale può aggravare la limitazione e prolungare un disservizio.

Usi risultati deterministici nei client e nei test

Una politica di ripetizione deve separare l’analisi dalla decisione. Usi questa capacità per stabilire i dati della quota, poi lasci all’applicazione la scelta di attendere, accodare, ridurre la concorrenza o mostrare un messaggio. current_time è esplicito: orologio di sistema, rete, impostazioni locali e casualità non possono cambiare la risposta. Il calcolo nel browser coincide così con quello dell’API e i test restano stabili nel tempo. Un differimento di 60 a mezzogiorno genera sempre un timestamp un minuto dopo e sessanta secondi residui. I ripristini precedenti producono zero, utile per webhook in ritardo o log archiviati. Lo strumento non deduce header specifici né sceglie il backoff esponenziale; tratta i valori già estratti. Il browser è gratuito, mentre le chiamate automatizzate applicano il prezzo base mostrato di $0.002 per elemento.

Pianificare un nuovo tentativo sicuro

Converta le stringhe degli header in un ritardo intero prima di rimettere il lavoro in coda.

Diagnosticare i limiti del fornitore

Normalizzi gli header acquisiti e confronti il ripristino con l’istante esatto della risposta.

Creare test deterministici

Fornisca un’ora fissa e verifichi calcoli stabili senza simulare l’orologio di sistema.

Quanto costa una chiamata API?

Ogni elemento usa il prezzo base indicato di $0.002; lo strumento nel browser esegue localmente lo stesso calcolo.

Quali formati di ripristino sono accettati?

Usi differimenti non negativi in secondi, timestamp Unix in secondi o millisecondi oppure date UTC ISO 8601 rigorose che terminano in Z.

Perché devo fornire current_time?

Un’ora esplicita mantiene deterministico il calcolo e rende i risultati riproducibili nei client e nei test.

Cosa accade se il ripristino è già passato?

seconds_until_reset viene limitato a zero, mentre reset_at_unix conserva l’istante assoluto analizzato.

Lo strumento esegue una richiesta o attende?

No. Convalida e normalizza soltanto i valori; l’applicazione resta responsabile dei tentativi e del backoff.

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.

POSThttps://api.kit.forhosting.com/security/rate-limit-header-parse

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/security/rate-limit-header-parse \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"limit":"100","remaining":"42","reset":"60","current_time":"2026-07-25T12:00:00Z"}'
{
  "limit": "100",
  "remaining": "42",
  "reset": "60",
  "current_time": "2026-07-25T12:00:00Z"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "security.rate_limit_header_parse",
  "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.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Leggi la documentazione completa del KIT →