Confronta Testo è uno strumento online che prende due testi e ti mostra esattamente cosa è cambiato tra loro. Incolla la vecchia versione da un lato e la nuova dall'altro: le differenze si illuminano a colori. Verde per le aggiunte, rosso per le rimozioni.
Funziona con qualsiasi testo semplice: paragrafi, frammenti di codice, file di configurazione, clausole contrattuali, traduzioni. Le righe uguali restano neutre, così l'occhio va dritto a ciò che è cambiato.
Usalo quando non vuoi aprire uno strumento desktop ma vuoi un risultato preciso in un clic. Niente registrazione, niente upload, nessun registro di cosa hai confrontato.
Compare Text prende due testi e mette in evidenza in verde ciò che è stato aggiunto e in rosso ciò che è stato rimosso. Lavora carattere per carattere, quindi una virgola mancante o una variabile rinominata si vede chiaramente. Il motore è la libreria diff-match-patch di Google (Apache 2.0). La tecnica generale si chiama diff, e il problema sottostante (trovare il minimo insieme di modifiche tra due stringhe) si riduce al classico problema della sottosequenza comune più lunga.
Il motore gestisce ugualmente bene linguaggio naturale e codice: lo stesso tipo di approccio dietro le cronologie delle revisioni degli editor di documenti. Se invece di prosa stai confrontando dati strutturati, il nostro strumento di diff JSON fa il parsing di entrambi i lati prima e ignora l'ordine delle chiavi: problema diverso, strumento diverso.
Niente server. Il testo viene letto da JavaScript tramite l'API FileReader, confrontato e il risultato disegnato nella pagina. Chiudi la scheda, sparisce.
Tre passi. Il diff si aggiorna mentre scrivi, non c'è alcun pulsante di confronto.
Incollalo nel pannello sinistro o clicca Carica per aprire un file .txt o .md. Esempio inserisce un testo di prova.
Incolla o carica a destra. Quando entrambi i pannelli hanno contenuto, le rimozioni appaiono in rosso a sinistra e le aggiunte in verde a destra.
Scorri uno dei lati, entrambi i pannelli restano sincronizzati. L'intestazione indica quante modifiche sono state rilevate. Copia o scarica uno dei testi.
Incolla la V1 di un accordo con un fornitore a sinistra e la V2 con le revisioni a destra. Le clausole su indennizzo, pagamento e risoluzione cambiate in sordina saltano subito all'occhio. Utile quando la controparte invia una copia pulita senza il revisione attiva.
Confronta la tua bozza con la versione revisionata dall'editor, o il post del blog prima e dopo la correzione di stile. Ogni parola modificata viene evidenziata; non devi rileggere tutto il pezzo per trovare la frase cancellata.
Originale da un lato, le revisioni del traduttore dall'altro. Vedi quali espressioni idiomatiche sono state riscritte e dove il revisore ha rifiutato una resa letterale. Risparmia una seconda lettura completa quando ti fidi di chi revisiona.
nginx.conf, file unit di systemd, template .env. Due versioni, affiancate, in pochi secondi. Più veloce che lanciare diff in un terminale quando entrambi i file sono già negli appunti, presi da una chat.
Il log di deploy di ieri contro quello di oggi, o l'output dello stesso job in due esecuzioni di CI. Le righe stabili si stemperano e il nuovo pattern di errore risalta. Per log da diversi MB, restringi prima con grep.
Casi limite che questo strumento fa emergere più spesso, con il motivo dietro.
| Argomento | Cosa fa questo strumento |
|---|---|
| Fine riga | LF, CRLF e CR sono caratteri distinti. Un file Windows (CRLF) confrontato con un file Unix (LF) sembrerà avere ogni riga diversa. Normalizza a LF in entrambe le sorgenti, oppure rimuovi i ritorni a capo prima di confrontare. |
| Spazi a fine riga | Mostrati come differenza vera: l'evidenziazione si estende oltre il carattere visibile. Utile per intercettare gli spazi di troppo in YAML o CSV che rompono i parser senza farsi sentire. |
| Normalizzazione Unicode | café con é precomposta (U+00E9) è un solo carattere; la forma decomposta e + accento combinante (U+0301) ne ha due. Si vedono uguali ma il diff li tratta diversamente. Applica la forma di normalizzazione Unicode C con String.prototype.normalize() per farli coincidere. |
| Granularità di corrispondenza | A livello di carattere sotto al cofano, con una passata di pulizia semantica che raggruppa le modifiche ai confini di parola quando può. Per questo a volte parole brevi comuni sembrano matchate in testi altrimenti non collegati. |
| Codifica del file | I file caricati vengono letti come UTF-8 tramite l'API FileReader. Altre codifiche appariranno illeggibili. Converti in anticipo, oppure incolla da uno strumento che ha già decodificato il file. |
| Input grandi | Fino a qualche centinaio di KB sta sotto il secondo. 1-2 MB è chiaramente più lento. Oltre i 5 MB il collo di bottiglia è il rendering, non l'algoritmo di diff. Restringi prima di incollare. |
| Lato vuoto | Se un pannello è vuoto, l'altro lato appare per intero come aggiunta (o cancellazione). È il diff che si comporta correttamente, non un bug. |
| Input identici | Quando i due lati combaciano esattamente (compresi spazi, fine riga e forma Unicode), le modifiche sono zero e le intestazioni non mostrano contatori. |
No. Tutto il confronto avviene nel tuo browser. Niente viene inviato a un server, registrato o memorizzato. Apri i DevTools e guarda la scheda Network: quando confronti non ci sono richieste in uscita. Chiudi la scheda e il testo sparisce.
Un diff testuale confronta i caratteri in ordine, quindi riordinare le chiavi in JSON o riformattare gli spazi appare come differenza anche se i dati sono identici. Se devi confrontare specificamente JSON, usa lo strumento Compare JSON: fa il parsing di entrambi i lati prima e considera l'ordine. Per prosa, file di configurazione, codice semplice o qualsiasi cosa che non sia dato strutturato, il diff testuale è quello che ti serve.
Li confronta così come sono, quindi un file Windows (CRLF) incollato contro un file Unix (LF) sembrerà avere ogni riga diversa anche quando il contenuto coincide. È il diff che funziona correttamente: gli input sono davvero diversi. Per sistemare, normalizza i fine riga in entrambe le sorgenti, oppure rimuovi i ritorni a capo prima di incollare.
Il limite pratico è la memoria del tuo dispositivo. Testi fino a qualche centinaio di KB vengono confrontati in molto meno di un secondo. Oltre 1 MB il browser inizia a sentirlo, soprattutto perché renderizzare le evidenziazioni diventa costoso. Per file di log enormi o manoscritti interi, restringi prima alla parte che ti interessa.
Il diff a livello di carattere allinea brevi sottostringhe comuni (articoli, lettere singole, punteggiatura) dove può. Una passata di pulizia semantica le raggruppa a livello di parola quando possibile, ma due paragrafi non collegati daranno comunque un risultato frammentato. L'algoritmo non ha modo di sapere quando due testi non erano destinati a essere confrontati.
I file caricati con il pulsante di upload vengono letti come UTF-8 (il default di FileReader). I file in altre codifiche (Latin-1, Shift-JIS, Windows-1252) appariranno illeggibili; convertili prima in UTF-8. Per il testo che è già negli appunti, il sistema operativo ha già risolto la codifica prima dell'incolla, quindi di solito funziona senza problemi.