ForHosting KIT · Websites auslesen & überwachen

HTTP-Range-Header-Rechner

Prüfen Sie einen Bytebereich vor dem Senden: 0-499 bei einer Datei mit 10000 Bytes sind die ersten 500 Bytes, ein erfüllbarer Bereich mit der Antwort 206 Partial Content und der Zeile bytes 0-499/10000. Offene Bereiche und letzte Bytes funktionieren ebenfalls. Kostenlos in Ihrem Browser.

Kostenlos
Läuft in Ihrem Browser
Ohne Anmeldung
Ihre Daten bleiben auf Ihrem Gerät

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Rechenbeispiel

Wenn Sie eingeben

Berechnungsmodus: Parse
Range-Header: bytes=0-499
Ressourcengröße: 10.000

Erhalten Sie

Anzahl der Bereiche: 1 bytes
Statushinweis: 206
Angeforderte Bytes: 500
Content-Range: bytes 0-499/10000

Fehlgeschlagene Validierung wird nicht berechnet.

Drei Wege, einen Teil einer Datei anzufordern

Ein Range-Header teilt dem Server mit, welche Bytes einer Datei Sie möchten, statt der ganzen Datei. Die geschlossene Form nennt Anfang und Ende, beide eingeschlossen, 0-499 sind also die ersten 500 Bytes. Die offene Form nennt nur den Anfang, etwa 500-, und reicht bis zum letzten Byte, so setzt ein abgebrochener Download genau dort fort, wo er stehen blieb. Die Suffixform, etwa -500, fordert die letzten 500 Bytes an, wenn bekannt ist, wie viel fehlt, aber nicht die Position. Bis zu 32 Bereiche lassen sich in einem Header kombinieren, durch Kommas getrennt.

Einen Bereich gegen die echte Dateigröße prüfen

Geben Sie die Dateigröße an, wird jeder Bereich in absolute Positionen umgerechnet: Offene Enden schließen bei der Größe minus eins, Suffixe werden zum letzten Fenster der Datei, und ein Bereich, der hinter dem Ende beginnt, gilt als nicht erfüllbar. Passen alle Bereiche, ist 206 Partial Content zu erwarten, sonst 416 Range Not Satisfiable. Für einen einzelnen passenden Bereich erhalten Sie zusätzlich die zugehörige Content-Range-Zeile, etwa bytes 0-499/10000 für die ersten 500 Bytes einer Datei mit 10000 Bytes. Sie können einen vollständigen Header einfügen oder einen aus Anfang, Ende oder Suffix bauen.

Was ein Range-Header anfordert und welche Formen gelten

Nach RFC 9110 ist die übliche Einheit bytes, und der Wert nach dem Gleichheitszeichen ist eine kommagetrennte Menge von Bereichsangaben. Ein offener Bereich Start- bedeutet von diesem Offset bis zum letzten Byte der aktuellen Repräsentation. Ein Suffix-Bereich -N bedeutet die letzten N Bytes — die Form, die Download-Manager nutzen, wenn sie den Rest kennen, aber nicht den absoluten Offset.

Dieser Rechner akzeptiert eine volle Range-Zeile oder die Form Einheit=Bereiche, normalisiert die Einheit auf kleingeschriebenes bytes, entfernt optionale Leerzeichen und lehnt jede andere Einheit ab. Multipartite Mengen sind bis zu zweiunddreißig Teilen erlaubt, damit Sie sparse Reads ausdrücken, ohne eine Mini-Sprache zu erfinden.

Anwendungsfälle

Unterbrochene Downloads fortsetzen

Bauen oder parsen Sie bytes=Start--Bereiche gegen eine bekannte Dateigröße, damit ein Client genau dort fortsetzt, wo die vorherige Übertragung endete — ohne Überlappung oder Lücken.

Medien-Seek und Teillesungen

Berechnen Sie geschlossene oder offene Range-Header für Video- und Audio-Scrubbing und prüfen Sie 206 versus 416, bevor Sie die Anfrage an Origin oder CDN senden.

Häufige Fragen

Was fordert ein Bereich 0-499 an?

Die ersten 500 Bytes. Ein geschlossener Bereich schließt beide Enden ein, 0-499 reicht also von Byte 0 bis Byte 499. Wer das Ende als ausgeschlossen behandelt, verliert das letzte Byte.

Wie fordere ich das Ende einer Datei an?

Mit der Suffixform, einem Minuszeichen gefolgt von einer Zahl, etwa -500 für die letzten 500 Bytes. Download-Manager nutzen sie, wenn sie wissen, wie viel fehlt, aber die genaue Startposition nicht kennen.

Wann ist ein Bereich nicht erfüllbar?

Wenn er hinter dem Dateiende beginnt. Mit angegebener Dateigröße wird ein solcher Bereich als nicht erfüllbar markiert, und die zu erwartende Antwort ist 416 Range Not Satisfiable mit einer Content-Range-Zeile, die die echte Größe nennt.

Wie viele Bereiche passen in einen Header?

Bis zu 32, durch Kommas getrennt, sodass Sie mehrere verstreute Stücke einer Datei auf einmal anfordern können. Nur die Einheit bytes wird angenommen, jede andere Einheit wird abgelehnt.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/dev/http-range-header

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/dev/http-range-header \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"mode":"parse"}'

const res = await fetch("https://api.kit.forhosting.com/dev/http-range-header", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "mode": "parse"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/http-range-header",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "mode": "parse"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/http-range-header", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"mode":"parse"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"mode":"parse"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/http-range-header", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "mode": "parse"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.http_range_header",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Technische Hinweise

Teil-Downloads, Video-Seek und Fortsetzen nach Unterbrechung hängen alle vom HTTP-Range-Anfrageheader ab. bytes=Start-Ende von Hand zu schreiben wirkt einfach, bis Sie Suffix-Form, offene Enden, multipartite Mengen oder eine Content-Range-Zeile brauchen, die zur echten Dateigröße passt. Dieser HTTP-Range-Header-Rechner nimmt entweder einen Range-Wert zum Parsen oder diskrete Start-, End- und Suffix-Felder zum Bauen entgegen und liefert strukturierte Bereiche mit Längen, optionaler Erfüllbarkeit gegen die Ressourcengröße, einem Statushinweis 206 oder 416 sowie einer Content-Range-Zeichenkette, wenn ein einzelner erfüllbarer Bereich bekannt ist. Nutzen Sie ihn, wenn Sie deterministische Byte-Arithmetik wollen, ohne einen vollen HTTP-Stack nur zum Prüfen eines Headers aufzubauen.

Was ein HTTP-Range-Header bedeutet und welche Formen dieses Werkzeug akzeptiert

Eine HTTP-Range-Anfrage teilt einem Server mit, welche Byte-Intervalle einer Repräsentation der Client statt des gesamten Körpers möchte. Ein geschlossener Bereich Start-Ende ist an beiden Enden inklusiv, daher fordert bytes=0-499 die ersten fünfhundert Bytes. Wenn Sie resource_size angeben, wird jede Angabe in absolute Start- und End-Offsets aufgelöst: offene Enden schließen bei Größe minus eins, Suffixe werden zum Schlussfenster, und geschlossene Bereiche, die hinter dem Dateiende beginnen, gelten als nicht erfüllbar. Wenn jeder aufgelöste Bereich erfüllbar ist und die Ressource nicht leer, ist status_hint 206 Partial Content; sonst 416 Range Not Satisfiable mit Content-Range bytes Stern Schrägstrich Größe — so antworten sorgfältige Origins auf schlechte Fortsetzungen.

Eingabevertrag, Bauen versus Parsen und Antwortfelder

Setzen Sie mode auf parse oder build. Im Parse-Modus ist range_header Pflicht und kann wie bytes=0-499, Range: bytes=500- oder multipartit bytes=0-0,-1 aussehen. Im Build-Modus geben Sie suffix_length für die letzten-N-Form an oder start mit optionalem inklusivem end für geschlossene oder offene Formen; mischen Sie suffix_length nicht mit start oder end. resource_size ist in beiden Modi optional: lassen Sie es weg, wenn Sie nur syntaktische Normalisierung und Längen geschlossener Bereiche brauchen; geben Sie es an, wenn Sie satisfiable-Flags, bytes_requested gegen eine echte Datei, content_range und status_hint brauchen. Ganzzahlen müssen nichtnegative sichere Ganzzahlen sein; suffix_length muss mindestens eins sein. Bei Erfolg enthält der Körper immer mode, den kanonischen range_header, unit bytes, range_count und ein ranges-Array. Jedes Bereichsobjekt trägt kind (closed, open_end oder suffix), die raw-Zeichenkette und, wenn bekannt, start, end, length, suffix und satisfiable. Das top-level bytes_requested ist die Summe der aufgelösten Längen, wenn jede Länge bekannt ist. content_range wird für einen einzelnen erfüllbaren Bereich als bytes Start-Ende Schrägstrich Größe ausgegeben, oder als bytes Stern Schrägstrich Größe, wenn nicht erfüllbar. Ungültige Header, schlechte Modi und inkonsistente Feldkombinationen scheitern mit invalid_input und werden nicht berechnet. Beispiel: Parsen von bytes=0-499 mit resource_size zehntausend liefert Länge fünfhundert, content_range bytes 0-499/10000 und status_hint 206.

Wo ein HTTP-Range-Rechner seinen Nutzen zeigt

Download-Manager und Installer setzen große Artefakte fort, indem sie nach einem Netzabbruch Range-Header erneut senden; ein gemeinsamer Rechner verhindert Off-by-one-Fehler, die ein ganzes ISO neu laden oder eine kritische PDF-Seite überspringen. Medienplayer, die in progressiven MP4- oder Audiodateien suchen, bauen offene oder geschlossene Bereiche und müssen wissen, ob der Origin 206 oder 416 antwortet, bevor sie die Scrub-Leiste zeichnen. API-Gateway- und CDN-Konfigurationstests prüfen, dass Edge-Regeln Bereiche korrekt weiterleiten und begrenzen — gegen bekannte Objektgrößen, ohne einen vollen Origin hochzufahren. Weil die Implementierung reines Parse-Tier-A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie resource_size ehrlich, pinnen Sie die strukturierten Bereiche in Tests und erhalten Sie reproduzierbare Fortsetzungsarithmetik für Edge-Worker, CLI-Tools und HTTP-Labore im Unterricht — ohne einen kompletten Stack nur zum Zählen von Bytes zu liefern.

Integrationsbeispiele

Gateway- und SDK-Testfixtures

Erzeugen Sie kanonische Range- und Content-Range-Zeichenketten in automatisierten Tests, damit Edge-Regeln und Client-Bibliotheken bei multipartiten und Suffix-Formen übereinstimmen.

Technische Fragen

Welche Range-Formen unterstützt der HTTP-Range-Header-Rechner?

Nur die Einheit bytes: geschlossen Start-Ende, offen Start- und Suffix -N, einschließlich kommagetrennter multipartiter Mengen bis 32 Teilen. Andere Einheiten werden abgelehnt.

Wie baue ich einen Range für die letzten N Bytes?

Setzen Sie mode auf build und übergeben Sie suffix_length (zum Beispiel 500), um bytes=-500 auszugeben. Senden Sie start oder end nicht zusammen mit suffix_length.

Wann ist status_hint 206 und wann 416?

Wenn resource_size angegeben ist und jeder aufgelöste Bereich auf einer nicht leeren Ressource erfüllbar ist, ist status_hint 206. Ist die Ressource leer oder beginnt ein Bereich hinter dem Ende, ist es 416.

Brauche ich resource_size, um einen Header zu parsen?

Nein. Ohne resource_size erhalten Sie dennoch normalisierten range_header, kinds und Längen geschlossener Bereiche. Offene Enden und Suffixe brauchen eine Größe, um absolute Offsets und die Gesamtsumme bytes_requested aufzulösen.

Was kostet der HTTP-Range-Header-Rechner?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →