In HTTP-Header-Case umwandeln
Aus content-type wird Content-Type, aus x-request-id wird X-Request-Id und aus ACCEPT-LANGUAGE wird Accept-Language. Jeder Teil zwischen Bindestrichen wird kleingeschrieben und dann großgeschrieben begonnen, ohne dass ein Bindestrich hinzukommt, wegfällt oder wandert. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Text
- content-type
- Text
- Content-Type
- Original
- content-type
- Segmente
- 2
So wird content-type zu Content-Type, x-request-id zu X-Request-Id und ACCEPT-LANGUAGE zu Accept-Language, ohne Position oder Anzahl der Bindestriche zu verändern. Weder Wörterbuch noch Netzwerk, Zufall oder Datum beeinflussen das Ergebnis.
Was die Header-Schreibweise bedeutet
Bekannte Beispiele sind Content-Type, Cache-Control, Accept-Language und X-Request-Id. Der Konverter wendet diese Regel mechanisch auf die gesamte Eingabe an: Er trennt den Text an Bindestrichen, schreibt jedes Segment klein, setzt das erste Zeichen mit unterscheidbarer Groß- und Kleinschreibung groß und fügt alles mit derselben Bindestrichstruktur zusammen. Das Verhalten ist bewusst enger gefasst als allgemeine Titelschreibweise.
Leerzeichen gelten nicht als Trenner, eine Abkürzungsliste wird nicht abgefragt, vollständig großgeschriebene Kürzel wie ID bleiben nicht erhalten und zusätzliche Bindestriche werden nicht erraten. Deshalb ergibt x-request-id stets X-Request-Id und hängt nicht von einem Stilhandbuch ab. Die Antwort enthält text als primären umgewandelten Wert, original als unveränderte Kontrollkopie, segments als Zahl der Bestandteile und method als stabile Kennung.
Eine bereits formatierte Eingabe bleibt bei erneuter Verarbeitung gleich. Diese Wiederholbarkeit ist für Dokumentationsgeneratoren, Snapshot-Tests, Datenbereinigung und eindeutige Benutzeroberflächen geeignet.
So werden Trennzeichen, Schreibweise und Sondersegmente behandelt
Bindestriche sind strukturelle Bestandteile der Eingabe und werden daher beibehalten, nicht normalisiert. Ein führender oder abschließender Bindestrich sowie zwei aufeinanderfolgende Bindestriche erzeugen ein leeres Segment, das auch in der Ausgabe leer bleibt. Dadurch kann ein Formatierer Kennungen nicht unbemerkt umschreiben oder Informationen entfernen.
In jedem nicht leeren Segment erfolgt zuerst die Unicode-Kleinschreibung; danach wird das erste Zeichen großgeschrieben, dessen Groß- und Kleinform sich unterscheiden. Vorangestellte Ziffern und Satzzeichen bleiben an ihrer Stelle, sodass aus 2fa-token der Wert 2Fa-Token wird. Ein Segment aus ausschließlich Zahlen oder Zeichen bleibt unverändert.
Auch Leerzeichen bleiben bestehen und werden nicht zu Trennern: Diese Fähigkeit erwartet bindestrichgetrennten Text und macht aus einem gewöhnlichen Satz keinen Feldnamen. Die Eingabe muss eine Zeichenfolge mit mindestens einem Zeichen sein. Die Grenze von einhunderttausend Zeichen begrenzt Speicher und Laufzeit.
Für Darstellung und Automatisierung, nicht zur Protokollprüfung
Eine Veröffentlichungskette kann uneinheitliche Bezeichnungen vor der Ausgabe vereinheitlichen; eine Testsuite kann aus kleingeschriebenen Vorgaben deterministische Sollwerte erzeugen; und ein Migrationsskript kann alte Header-Zuordnungen darstellen, ohne eine manuelle Ersetzungstabelle zu pflegen. Die Ausgabe ist ausschließlich eine Formatierung. Ebenso wird nicht behauptet, dass diese Großschreibung bei der Übertragung vorgeschrieben sei.
Die Browsernutzung ist kostenlos. Beide Kanäle verwenden dieselbe reine Funktion, sodass keine abweichenden Regeln entstehen.
Anwendungsfälle
Deterministische Testdaten erzeugen
Erstellen Sie stabile Sollnamen für Snapshots, Importe und Kompatibilitätstests, ohne die Schreiblogik zu duplizieren.
Konfigurationsanzeigen lesbarer machen
Formatieren Sie Bindestrichschlüssel für Dashboards, Supportexporte, Prüfberichte und ältere Verwaltungsoberflächen.
Häufige Fragen
Fügt er gewöhnlichen Sätzen Bindestriche hinzu?
Nein. Vorhandene Bindestriche bleiben erhalten und nur die Schreibweise ihrer Segmente ändert sich; Leerzeichen werden nicht ersetzt.
Bleiben Abkürzungen wie ID in Großbuchstaben?
Nein. Es gibt keine Abkürzungsliste, daher folgt jeder Teil derselben Regel, und x-request-id wird zu X-Request-Id. So ist das Ergebnis jedes Mal gleich und hängt von keinem Stilwörterbuch ab.
Was passiert, wenn ein Teil mit einer Ziffer beginnt?
Ziffern und Satzzeichen bleiben an ihrem Platz, großgeschrieben wird der erste Buchstabe danach. Aus 2fa-token wird also 2Fa-Token, ein Teil nur aus Ziffern bleibt unverändert.
Kann ich bereits formatierten Text erneut umwandeln?
Ja. Bereits formatierter Text kommt genau gleich zurück, eine zweite Umwandlung ändert also nie etwas. Das macht sie verlässlich für Dokumentationsgeneratoren und Datenbereinigung.
Was geschieht mit führenden oder doppelten Bindestrichen?
Sie bleiben erhalten. Ein Bindestrich am Anfang oder Ende oder zwei hintereinander lassen einen leeren Teil zurück, der leer bleibt, sodass sich Anzahl und Lage der Bindestriche nie ändern.
Verwandte Tools
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
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/str/header-case \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"content-type"}'const res = await fetch("https://api.kit.forhosting.com/str/header-case", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "content-type"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/str/header-case",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "content-type"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/str/header-case", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"content-type"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"content-type"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/str/header-case", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"text": "content-type"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "str.header_case",
"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
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
max_chars | 100000 |
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
Wandeln Sie beliebigen Header-Text nach einer verlässlichen Regel in HTTP-Header-Case um: Jedes durch Bindestriche getrennte Segment wird kleingeschrieben und anschließend am ersten buchstabenfähigen Zeichen großgeschrieben. Das Werkzeug eignet sich für Dokumentationen, Beispiele, Konfigurationsanzeigen, Testdaten und ältere Systeme, die HTTP-Feldnamen in dieser vertrauten Form darstellen. Die interaktive Verarbeitung läuft vollständig in Ihrem Browser; die API verwendet exakt dieselbe deterministische Logik. Leere oder fehlerhafte Eingaben werden eindeutig abgewiesen, und jede erfolgreiche API-Umwandlung kostet $0.002.
Was HTTP-Header-Case bedeutet
HTTP-Header-Case ist eine Darstellungsweise, bei der jeder durch einen Bindestrich getrennte Teil mit einem Großbuchstaben beginnt und klein weitergeführt wird.
So werden Trennzeichen, Schreibweise und Sondersegmente behandelt
Fehlende Werte, null, Arrays, Objekte, Wahrheitswerte und leere Zeichenfolgen liefern invalid_input. Ohne Netzwerk, Modell, Speicherung, Zufall oder Uhr liefert dieselbe gültige Eingabe im Browser und über die API immer dasselbe JSON.
Für Darstellung und Automatisierung, nicht zur Protokollprüfung
Der Konverter ist besonders dort hilfreich, wo Menschen Feldnamen lesen: in API-Dokumentationen, Hilfeartikeln, Konfigurationsseiten, erzeugten Tabellen, Codebeispielen, Änderungsprotokollen und Testberichten. Sie prüft weder, ob die Eingabe syntaktisch ein gültiger HTTP-Feldname ist, noch fragt sie Register ab, interpretiert Werte, verbindet Duplikate oder entscheidet über ein X-Präfix. Moderne Protokolle und Bibliotheken verwenden häufig kleine Feldnamen; die HTTP-Semantik unterscheidet die Schreibweise nicht. Nutzen Sie diese Fähigkeit gezielt für die lesbare Darstellung HTTP-Header-Case und einen Validator oder Header-Inspektor zur Prüfung echter Anfragen. Jede erfolgreiche automatisierte Anfrage kostet $0.002; Validierungsfehler werden typisiert zurückgegeben.
Integrationsbeispiele
API-Dokumentation vereinheitlichen
Bringen Sie uneinheitliche Feldbezeichnungen vor der Veröffentlichung in eine durchgängige HTTP-Header-Case-Darstellung.
Technische Fragen
Was kostet dieser HTTP-Header-Case-Konverter?
Die interaktive Umwandlung im Browser ist kostenlos. Jede erfolgreiche API-Anfrage kostet $0.002.
Bleiben Abkürzungen wie ID oder HTTP erhalten?
Nein. Jedes Segment wird zunächst vollständig kleingeschrieben und dann am ersten Zeichen großgeschrieben; id wird daher zu Id.
Validiert das Ergebnis einen HTTP-Feldnamen?
Nein. Es ist eine visuelle Umwandlung und weder eine Protokoll-Syntaxprüfung noch eine Registerabfrage.
Unterscheiden HTTP-Feldnamen Groß- und Kleinschreibung?
Ihre Semantik unterscheidet sie nicht. Verwenden Sie das Format für die vertraute Darstellung, nicht aufgrund einer Protokollpflicht.