ForHosting KIT · Dati e file

Normalizzare i fine riga

Normalizzi i fine riga quando un file, un testo incollato, un documento generato o un frammento di codice combina LF Unix, CRLF Windows e CR isolati legacy.

● BetaGratis · nel tuo browser
Usalo da WebAPIEmailTelegramApp presto

Lei sceglie LF o CRLF come destinazione; il risultato conserva ogni carattere visibile e rende coerenti tutti i confini di riga. La risposta contiene il testo normalizzato, la destinazione selezionata e il numero esatto di terminatori convertiti, così l’operazione è verificabile e semplice da automatizzare.

Perché i fine riga uniformi sono importanti

Un testo può apparire identico in un editor pur contenendo sequenze di byte diverse tra le righe. Unix e macOS moderno usano normalmente un singolo avanzamento riga, LF, mentre Windows impiega spesso un ritorno carrello seguito da un avanzamento riga, CRLF. I file meno recenti possono contenere anche CR isolati. Le combinazioni nascono copiando tra applicazioni, unendo contenuti generati e manuali, estraendo archivi o accettando contributi da sistemi diversi. Possono creare differenze inutili nel controllo versione, confondere gli strumenti da riga di comando, bloccare importatori rigorosi e cambiare checksum anche se le parole visibili coincidono. Questa capacità riconosce CRLF come un solo terminatore, oltre a LF e CR isolati, e converte tutte e tre le forme nello stile richiesto. Non modifica lettere, spazi, tabulazioni o altri caratteri.

Come funzionano conversione e conteggio

Inserisca il testo completo nel campo text e selezioni esattamente LF o CRLF in target. Il convertitore scorre il contenuto dall’inizio alla fine e riconosce ogni coppia CRLF prima dei caratteri isolati, evitando di contare due volte un fine riga Windows. Con destinazione LF, ogni CRLF e ogni CR isolato valgono una modifica, mentre un LF esistente resta invariato. Con CRLF cambiano LF e CR isolati, ma le coppie CRLF esistenti rimangono uguali. changed conta i terminatori convertiti, non i caratteri inseriti o rimossi. Sostituire CRLF con LF equivale a una modifica anche se l’output è più corto. Un testo senza terminatori, già conforme o vuoto torna invariato con zero. L’operazione è deterministica: input identici producono sempre output identici.

Usare il risultato in sicurezza

Usi direttamente il testo restituito come valore canonico per scrivere un file, calcolare un hash, confrontare revisioni, alimentare un parser o richiamare un’altra capacità. Conservi changed nei registri di migrazione quando serve una prova: zero conferma che l’input era già conforme, mentre un valore positivo indica quanti confini sono stati riscritti. Il risultato ripete target, evitando dipendenze da configurazioni esterne. Lo strumento non deduce la convenzione dal nome del file o dal sistema operativo, perché le supposizioni silenziose rendono difficili gli audit. Scelga LF per repository e processi Unix che lo prevedono, oppure CRLF per software e formati Windows. Una destinazione non supportata genera un errore. La normalizzazione non elimina spazi finali, modifica tabulazioni, aggiunge una nuova riga conclusiva, cambia codifica o riscrive forme Unicode.

Pulire il codice prima del commit

Converta terminatori misti secondo la convenzione del repository, evitando che una piccola modifica sembri riscrivere l’intero file.

Preparare testo per un importatore rigoroso

Produca record con terminatori coerenti prima di inviarli a software che accetta esclusivamente LF o CRLF.

Canonizzare contenuti prima dell’hash

Uniformi i confini di riga prima del checksum affinché il sistema operativo non cambi il digest.

Quali stili di fine riga posso scegliere?

Le destinazioni supportate sono LF e CRLF. Qualsiasi altro valore produce un errore di input non valido.

Una coppia CRLF conta come una o due modifiche?

Conta come un solo fine riga e al massimo una modifica. La coppia viene riconosciuta prima dei caratteri isolati.

La normalizzazione aggiunge una nuova riga finale?

No. Converte solo i terminatori esistenti e non aggiunge né rimuove il confine finale.

Che cosa accade ai caratteri CR isolati?

Ogni CR isolato viene trattato come un fine riga legacy e convertito nello stile selezionato.

Quanto costa una richiesta API?

Ogni richiesta API costa $0.002. La stessa conversione deterministica può essere eseguita anche nel browser.

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

POSThttps://api.kit.forhosting.com/data/normalize-line-endings

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

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"}'
{
  "text": "first line\r\nsecond line\nthird line\rfourth line",
  "target": "LF"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "data.normalize_line_endings",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

max_mb25
HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Leggi la documentazione completa del KIT →