Rate-Limit-Header auswerten und Rücksetzzeit berechnen

Dieser Parser übernimmt Limit, Restkontingent, Rücksetzwert und eine ausdrücklich angegebene aktuelle Zeit. Er liefert normalisierte Zahlen sowie volle Sekunden bis zur erneuten Verfügbarkeit von Anfragen. Er erkennt Unix-Zeitstempel in Sekunden oder Millisekunden, strikte UTC-Zeitangaben nach ISO 8601 und kurze numerische Zeitabstände. Da Sie die aktuelle Zeit vorgeben, führt dieselbe Eingabe in Tests, Browsern und API-Integrationen stets zum selben Ergebnis.

Normalisieren Sie Header vor der Wiederholungsplanung

APIs nennen häufig eine maximale Anfragezahl, das Restkontingent und einen Rücksetzwert. Der Client muss diese Zeichenfolgen jedoch noch in eine sichere Entscheidung umwandeln. Übergeben Sie die Werte als limit, remaining und reset und tragen Sie in current_time den Empfangszeitpunkt ein. Der Parser prüft, ob limit und remaining nicht negative Ganzzahlen sind, und weist ein Restkontingent oberhalb des Limits zurück. Er bewahrt den ursprünglichen reset-Text, nennt die Interpretation als absoluten Zeitstempel oder Sekundenabstand und erzeugt eine normalisierte Unix-Zeit. seconds_until_reset wird auf volle Sekunden aufgerundet, damit Sie nicht im letzten Sekundenbruchteil erneut anfragen. Liegt die Rücksetzung in der Vergangenheit, beträgt die Wartezeit null statt eines negativen Werts. Das Ergebnis eignet sich für Protokolle, Retry-Middleware, Warteschlangenverzögerungen und Testdaten, ohne diese Regeln in jeder Integration neu umzusetzen.

Unterscheiden Sie Zeitstempel und Zeitabstände

Numerische reset-Werte folgen verbreiteten Konventionen. Werte ab einer Milliarde gelten als Unix-Sekunden; ab hundert Milliarden werden sie als Unix-Millisekunden gelesen und umgerechnet. Kleinere nicht negative Zahlen werden als Abstand zu current_time addiert. Dadurch sind 30 oder 900 Wartezeiten, während heutige Epoch-Zeitstempel absolut bleiben. reset akzeptiert außerdem strikte UTC-Angaben wie 2026-07-25T12:01:00Z nach ISO 8601, optional mit Millisekunden. Das UTC-Suffix verhindert Zeitzonenannahmen. current_time unterstützt dieselben absoluten Formate, wird aber nie als Abstand behandelt. Die Prüfung erkennt unmögliche Daten, ungültige Uhrzeiten, fehlende Werte, negative Zahlen und fremden Text. Ein unlesbarer reset löst einen Eingabefehler aus und wird nicht unbemerkt zu null, denn eine versehentliche sofortige Wiederholung kann die Drosselung verschärfen und einen Ausfall verlängern.

Nutzen Sie deterministische Ergebnisse in Clients und Tests

Eine Wiederholungsrichtlinie sollte Auswertung und Entscheidung trennen. Ermitteln Sie mit dieser Funktion die Kontingentdaten und lassen Sie Ihre Anwendung anschließend warten, Aufgaben einreihen, Parallelität senken oder einen Hinweis anzeigen. current_time wird bewusst vorgegeben: Systemuhr, Netzwerk, Gebietsschema und Zufall können die Antwort nicht verändern. Daher stimmt die Browserberechnung mit der API überein und Regressionstests bleiben langfristig stabil. Ein Abstand von 60 bei genau zwölf Uhr ergibt stets einen eine Minute späteren Zeitstempel und sechzig verbleibende Sekunden. Frühere Rücksetzungen ergeben null, was bei verspäteten Webhooks oder archivierten Protokollen hilft. Das Tool errät keine anbieterspezifischen Header und bestimmt kein exponentielles Backoff. Es verarbeitet bereits extrahierte Standardwerte. Die Browserversion ist kostenlos; automatisierte API-Aufrufe kosten den angezeigten Grundpreis von $0.002 je Element.