ForHosting KIT · Daten & Dateien

Zeilenenden normalisieren

Vereinheitlichen Sie Zeilenenden, wenn eine Datei, eingefügter Text, ein erzeugtes Dokument oder Quellcode Unix-LF, Windows-CRLF und einzelne ältere CR-Zeichen mischt.

● BetaKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Sie wählen LF oder CRLF als Ziel; das Ergebnis erhält alle sichtbaren Zeichen und stellt einheitliche Zeilengrenzen her. Die Antwort enthält den normalisierten Text, das gewählte Ziel und die genaue Zahl der umgewandelten Abschlüsse. Damit lässt sich der Vorgang einfach prüfen und automatisieren.

Warum einheitliche Zeilenenden wichtig sind

Text kann in einem Editor gleich aussehen und zwischen den Zeilen dennoch unterschiedliche Bytefolgen enthalten. Unix und moderne macOS-Systeme verwenden gewöhnlich ein einzelnes LF, Windows dagegen meist einen Wagenrücklauf mit anschließendem Zeilenvorschub, also CRLF. Ältere Dateien können außerdem einzelne CR enthalten. Mischungen entstehen beim Kopieren zwischen Anwendungen, Zusammenführen von erzeugten und manuellen Inhalten, Entpacken von Archiven oder bei Beiträgen aus verschiedenen Betriebssystemen. Sie verursachen unnötige Versionsunterschiede, stören Kommandozeilenwerkzeuge, scheitern an strengen Importprogrammen und ändern Prüfsummen trotz identischer sichtbarer Wörter. Diese Fähigkeit erkennt CRLF als einen Abschluss sowie einzelne LF und CR und wandelt alle drei Formen in den gewünschten Stil um. Buchstaben, Leerzeichen, Tabulatoren und andere Zeichen bleiben unverändert.

So funktionieren Umwandlung und Zählung

Geben Sie den vollständigen Inhalt in text ein und wählen Sie in target genau LF oder CRLF. Der Konverter durchsucht den Text von Anfang bis Ende und erkennt CRLF-Paare vor einzelnen Zeichen. Dadurch wird ein Windows-Zeilenende nie doppelt gezählt. Beim Ziel LF zählen jedes CRLF und jedes einzelne CR als eine Änderung; vorhandene LF bleiben gleich. Beim Ziel CRLF ändern sich einzelne LF und CR, vorhandene CRLF-Paare jedoch nicht. changed zählt umgewandelte Abschlüsse und nicht eingefügte oder entfernte Zeichen. CRLF durch LF zu ersetzen ist eine Änderung, obwohl die Ausgabe kürzer wird. Text ohne Zeilenende, bereits passender Text und eine leere Zeichenfolge werden unverändert mit null Änderungen ausgegeben. Die Verarbeitung ist deterministisch: Gleiche Eingaben liefern stets gleiche Ergebnisse.

Das Ergebnis sicher weiterverwenden

Verwenden Sie den zurückgegebenen Text als kanonischen Wert zum Schreiben einer Datei, Berechnen eines Hashes, Vergleichen von Fassungen, Speisen eines Parsers oder Aufrufen einer weiteren Fähigkeit. Speichern Sie changed in Migrationsprotokollen, wenn Sie die Normalisierung belegen müssen: Null bestätigt eine bereits passende Eingabe, ein positiver Wert nennt die umgeschriebenen Grenzen. target wird im Ergebnis wiederholt, damit Folgeschritte keine externe Konfiguration benötigen. Das Werkzeug errät keine Konvention anhand von Dateiname oder Betriebssystem, denn stilles Raten erschwert Prüfungen. Wählen Sie LF für entsprechend konfigurierte Repositorys und Unix-Abläufe oder CRLF für Windows-Software und Austauschformate, die dies verlangen. Ein nicht unterstütztes Ziel erzeugt einen Fehler. Abschließende Leerzeichen, Tabulatoren, Kodierung, Unicode-Normalisierung und das Vorhandensein einer letzten neuen Zeile werden nicht verändert.

Anwendungsfälle

Quelldatei vor dem Commit bereinigen

Passen Sie gemischte Abschlüsse an die Repository-Konvention an, damit eine kleine Änderung nicht wie eine vollständige Neufassung wirkt.

Text für einen strengen Import vorbereiten

Erzeugen Sie einheitlich abgeschlossene Datensätze für Software, die ausschließlich LF oder CRLF erwartet.

Inhalt vor dem Hashen kanonisieren

Vereinheitlichen Sie Zeilengrenzen vor der Prüfsumme, damit Betriebssystemunterschiede den Hash nicht ändern.

Häufige Fragen

Welche Zeilenendstile kann ich wählen?

Unterstützt werden LF und CRLF. Jeder andere Zielwert führt zu einem Fehler wegen ungültiger Eingabe.

Zählt ein CRLF-Paar als eine oder zwei Änderungen?

Es gilt als ein Zeilenende und damit höchstens als eine Änderung. Das Paar wird vor einzelnen Zeichen erkannt.

Fügt die Normalisierung am Ende eine neue Zeile hinzu?

Nein. Sie wandelt nur vorhandene Abschlüsse um und fügt keine letzte Zeilengrenze hinzu oder entfernt sie.

Was geschieht mit einzelnen CR-Zeichen?

Jedes einzelne CR gilt als älteres Zeilenende und wird in den gewählten Zielstil umgewandelt.

Was kostet eine API-Anfrage?

Jede API-Anfrage kostet $0.002. Dieselbe deterministische Umwandlung kann auch im Browser laufen.

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/data/normalize-line-endings

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/data/normalize-line-endings \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"first line\r\nsecond line\nthird line\rfourth line","target":"LF"}'

const res = await fetch("https://api.kit.forhosting.com/data/normalize-line-endings", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "first line\r\nsecond line\nthird line\rfourth line",
    "target": "LF"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/data/normalize-line-endings",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "first line\r\nsecond line\nthird line\rfourth line",
    "target": "LF"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/data/normalize-line-endings", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"text":"first line\\r\\nsecond line\\nthird line\\rfourth line","target":"LF"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"first line\r\nsecond line\nthird line\rfourth line","target":"LF"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/data/normalize-line-endings", 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": "first line\r\nsecond line\nthird line\rfourth line",
  "target": "LF"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "data.normalize_line_endings",
  "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.

Limits

max_mb 25

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.

Vollständige KIT-Dokumentation lesen →