ForHosting KIT · Text & KI

Datei-Zeilenenden erkennen: LF, CRLF oder gemischt

Erfahren Sie, welche Zeilenenden eine Datei wirklich nutzt: alpha, beta und gamma mit CRLF am Ende ergeben den Stil CRLF mit 3 Umbrüchen und 0 einzelnen LF, und schon ein abweichender Umbruch macht die Datei gemischt. 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

Text: alpha beta gamma

Erhalten Sie

Gesamt: 3
Stil: CRLF

Untersuchen Sie den Rohtext einer Datei und bestimmen Sie deren Zeilenenden, ohne den Inhalt zu verändern. Der Detektor zählt einzelne LF-Umbrüche und Windows-typische CRLF-Paare und meldet anschließend LF, CRLF oder eine Mischung aus beiden. Er arbeitet deterministisch und sprachunabhängig und eignet sich für Quellcode, Konfigurationen, Protokolle, Exporte und generierte Texte. Enthält die Datei keine erkannten Umbrüche, erhalten Sie einen eindeutigen Eingabefehler statt einer unbegründeten Vermutung. Dadurch lässt sich das Ergebnis zuverlässig für Prüfungen und automatisierte Abläufe verwenden.

Übermitteln Sie den Rohtext unverändert

Senden Sie den vollständigen Dateiinhalt im Feld text. Zeilenenden sind in den meisten Editoren unsichtbar. Beim Kopieren aus einer Anwendung, die Umbrüche stillschweigend vereinheitlicht, kann sich daher die vom Detektor untersuchte Zeichenfolge ändern.

Lesen Sie die Datei für ein zuverlässiges Ergebnis als Text ein, erhalten Sie die ursprünglichen Zeichen und übermitteln Sie diese Zeichenfolge direkt. Dateiname, Programmiersprache, Kodierungsangabe und Betriebssystemhinweis sind nicht erforderlich, weil die Fähigkeit die Umbruchzeichen selbst untersucht. Ein Windows-Zeilenende besteht aus Wagenrücklauf und Zeilenvorschub und wird CRLF genannt.

Ein Unix-Zeilenende ist ein einzelner Zeilenvorschub, also LF. Der Scanner wertet jedes CRLF-Paar als einen Umbruch und zählt das enthaltene LF nicht erneut. Auch ein abschließender Umbruch wird gezählt, da er Bestandteil der gelieferten Datei ist.

Leere Zeichenfolgen und einzeilige Texte ohne LF oder CRLF führen zu einem Eingabefehler, weil sich daraus kein Zeilenendenstil ableiten lässt.

Werten Sie Stil und Zähler aus

Die Antwort enthält style, ein Zählerobjekt und die Gesamtzahl erkannter Umbrüche. Das Objekt trennt lf und crlf, sodass die Grundlage der Einstufung unmittelbar sichtbar ist. Kommt mindestens ein LF, aber kein CRLF-Paar vor, lautet der Stil LF.

Kommt mindestens ein CRLF-Paar, aber kein einzelnes LF vor, lautet er CRLF. Sind beide Zähler größer als null, wird der Stil als gemischt ausgewiesen, selbst wenn eine Konvention deutlich überwiegt. Diese strenge Definition ist beabsichtigt: Ein einziger abweichender Umbruch kann Formatierer, Patches, Linter, Snapshots und Repository-Regeln beeinflussen.

Eine Mehrheitsentscheidung würde diese wichtige Abweichung verbergen. Die Gesamtzahl ist die Summe beider Zähler und eignet sich als Plausibilitätsprüfung oder Nenner einer Prozentrechnung. Gezählt werden Umbruchsequenzen, nicht logische Zeilen.

Je nachdem, ob die Datei mit einem Umbruch endet, kann sie eine logische Zeile mehr als die ausgewiesene Gesamtzahl enthalten.

Prüfen Sie vor Normalisierung oder Validierung

Die Erkennung ist am nützlichsten, bevor ein anderes Werkzeug die Datei umschreibt. Eine Pre-Commit-Prüfung kann gemischte Endungen ablehnen, ein Migrationsskript die passende Normalisierung auswählen und eine Build-Pipeline Unterschiede zwischen Betriebssystemen erklären. Der Detektor meldet ausschließlich den vorhandenen Zustand: Er wandelt CRLF nicht in LF um, ergänzt keinen abschließenden Umbruch, bearbeitet keinen Inhalt, öffnet kein Repository und schreibt keine Datei.

Dieser enge Umfang macht das Ergebnis reproduzierbar und überlässt Ihnen die geeignete Richtlinie. Ein plattformübergreifendes Projekt kann beide konsistenten Stile erlauben, während ein Linux-Paket ausschließlich LF verlangen kann. Die Implementierung durchläuft den Text genau einmal und verwendet Zähler konstanter Größe.

Enthält Ihre Quelle alte einzelne Wagenrückläufe, müssen Sie diese gesondert umwandeln oder prüfen.

Anwendungsfälle

Repository-Regeln für Zeilenenden durchsetzen

Prüfen Sie Quelltext und Konfigurationen auf LF, CRLF oder Mischformen, bevor Sie generierte Änderungen annehmen.

Unnötige Dateiunterschiede untersuchen

Klären Sie, ob uneinheitliche Umbrüche unveränderte Inhalte auf verschiedenen Systemen geändert erscheinen lassen.

Generierte Exporte validieren

Zählen Sie Zeilenenden und bestätigen Sie, dass der Erzeuger durchgehend dieselbe Konvention verwendet.

Häufige Fragen

Was kostet eine Erkennung?

Im Browser können Sie dieselbe deterministische Logik lokal ausführen.

Wie wird CRLF gezählt?

Jedes Paar aus Wagenrücklauf und Zeilenvorschub zählt als ein CRLF-Umbruch; sein LF wird nicht erneut gezählt.

Wann gilt eine Datei als gemischt?

Der Stil ist gemischt, sobald die Eingabe mindestens ein einzelnes LF und mindestens ein CRLF-Paar enthält.

Verändert oder normalisiert dieses Werkzeug den Text?

Nein. Es untersucht nur die Zeichenfolge und meldet Zähler; eine umgeschriebene Datei wird weder erzeugt noch zurückgegeben.

Warum führt ein Text ohne Zeilenumbruch zu einem Fehler?

Ein leerer Text oder eine einzelne Zeile hat keinen Zeilenendestil, der sich erkennen ließe, daher erhalten Sie eine klare Meldung statt einer Vermutung. Fügen Sie die ganze Datei mit ihren ursprünglichen Umbrüchen ein, einschließlich des letzten.

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/dev2/line-ending-detect

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/dev2/line-ending-detect \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"first line\r\nsecond line\r\nthird line\r\n"}'

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

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev2/line-ending-detect",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "first line\r\nsecond line\r\nthird line\r\n"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev2/line-ending-detect", 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\\r\\nthird line\\r\\n"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"first line\r\nsecond line\r\nthird line\r\n"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev2/line-ending-detect", 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\r\nthird line\r\n"
}

Beispiel-Antwort

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

Prüfen Sie vor Normalisierung oder Validierung

Identische Eingaben ergeben deshalb immer dasselbe JSON und hängen weder von Netzwerk, Gebietsschema, Uhr noch Systemvorgaben ab.

Technische Fragen

Was geschieht bei einer einzeiligen Datei?

Ohne LF- oder CRLF-Umbruch liefert die Fähigkeit invalid_input, weil kein Zeilenendenstil erkannt werden kann.

Vollständige KIT-Dokumentation lesen →

Datei-Zeilenenden erkennen: LF, CRLF oder gemischt

Im Browser ausführen – kostenlos

Rechenbeispiel

Übermitteln Sie den Rohtext unverändert

Werten Sie Stil und Zähler aus

Prüfen Sie vor Normalisierung oder Validierung

Anwendungsfälle

Repository-Regeln für Zeilenenden durchsetzen

Unnötige Dateiunterschiede untersuchen

Generierte Exporte validieren

Häufige Fragen

Verwandte Tools

Für Entwickler — API-Zugang

Endpunkt

Aufruf aus Ihrem Stack

Beispiel-Anfrage

Beispiel-Antwort

Preis

Fehler

Technische Hinweise

Prüfen Sie vor Normalisierung oder Validierung

Technische Fragen

danke