Codifica

Codice Morse encode/decode

Codifica di testo (latino e cirillico) in codice Morse (punti e linee) e viceversa. I caratteri senza corrispondenza nella tabella vengono ignorati.

Morse code represents every letter and digit as a combination of short (dot) and long (dash) signals. This tool encodes Latin and Cyrillic text into that system and decodes it back.

How to use it

Common uses

Things to keep in mind

Standard Morse timing: a dash is three times as long as a dot, the gap between letters equals three dots, and the gap between words equals seven.

SOS (···---···) is traditionally sent with no gaps between its letters — it's a fixed distress signal, not the result of applying the ordinary encoding rules.

Articolo su questo strumento: Il codice Morse: come il testo diventa punti e linee

Domande frequenti

Come vengono separati punti, linee e spazi nel codice Morse?

Per convenzione, uno spazio singolo separa punti e linee all'interno della temporizzazione di una lettera, uno spazio singolo separa le lettere, e più spazi (o una barra) separano le parole. Questo strumento segue lo stile comune con uno spazio tra le lettere e più spazi tra le parole.

Perché alcuni caratteri vengono saltati durante la codifica?

Il codice Morse non ha un set di caratteri universale unico — copre standard lettere, cifre e alcuni segni di punteggiatura. I caratteri senza una voce nella tabella, nell'alfabeto Latino o Cirillico selezionato, vengono semplicemente saltati.

Posso passare tra Morse Latino e Cirillico?

Sì, il selettore alfabeto cambia la tabella di ricerca usata per codifica e decodifica, poiché il Morse Cirillico assegna pattern di punti/linee diversi alle sue lettere rispetto all'alfabeto Latino.

Cos'è il WPM e a cosa serve?

Il WPM (parole al minuto) è l'unità standard di velocità di trasmissione del Morse, con "PARIS" come parola di riferimento. Si usa per confrontare la velocità di diversi operatori radio o programmi di addestramento su una scala comune.

Perché SOS non ha spazi tra le lettere?

SOS viene storicamente trasmesso come un unico segnale continuo (···---···) senza pause tra le lettere — è un segnale di soccorso, non una parola comune, quindi non segue gli intervalli standard tra le lettere.

Articoli: Codifica

Base64: a cosa serve la codifica e come funziona

Come Base64 trasforma dati binari in testo ASCII e quando serve davvero.

Base32: come si differenzia da Base64 e quando è più comodo

L'alfabeto di Base32, insensibile a maiuscole/minuscole, e i casi in cui è più comodo di Base64.

URL Encode/Decode: il percent-encoding nei link

Come i caratteri speciali negli indirizzi e nei parametri diventano sequenze %XX.

HTML Entities: come mostrare caratteri speciali in sicurezza

Perché i caratteri < > & vanno escapati e come questo evita di rompere il markup.

JWT: struttura del token e cosa significa "decodificare" un JWT

Header, payload e signature di un JWT, e perché decodificare non equivale a verificare la firma.

Unicode Escape: cosa significano le sequenze \uXXXX

Da dove vengono sequenze come \u0041 in JSON e nelle stringhe JS, e cosa significano.

ROT13 e il cifrario di Cesare: semplice sostituzione di caratteri

Perché uno scorrimento di 13 lettere rende ROT13 auto-inverso, e perché si usa ancora oggi.

Punycode: come funzionano i domini internazionalizzati nel DNS

Come un dominio con caratteri non latini diventa una forma ASCII con il prefisso xn--.

Data URI: quando incorporare immagini direttamente nel codice

Come un Data URI incorpora il contenuto di un file direttamente in HTML o CSS, e quando conviene.

Gzip + Base64: comprimere dati per trasmetterli come testo

Perché i dati binari compressi vengono anche codificati in Base64 prima di finire in un campo di testo.

XML Entities: escapare i caratteri nei documenti XML

Le cinque entity XML obbligatorie senza le quali il documento si rompe durante il parsing.