Le informazioni inviate tramite Internet richiedono un certo ordine. Il destinatario dei dati (ad esempio una pagina HTML) deve sapere come leggere tali informazioni. Per garantire ciò vengono inseriti diversi contrassegni nel codice. Uno di questi è il Byte Order Mark (BOM). Ma a cosa serve questo marker?
I caratteri possono essere codificati in modi diversi. Mentre attualmente si utilizza soprattutto la codifica UTF-8, in passato era diffusa quella UTF-16, che viene utilizzata spesso ancor oggi. Parzialmente si usa anche UTF-32. A differenza di UTF-8, tuttavia, per le codifiche con un numero maggiore di bit per carattere, è necessario conoscere l’ordine dei byte.
In una codifica UTF-8 ogni carattere può essere rappresentato con un byte (ovvero 8 bit). Con UTF-16 sono necessari invece due byte (ovvero 16 bit) per codificare un carattere. Affinché il carattere possa essere interpretato correttamente, occorre chiarire se i byte vengono letti da sinistra a destra o da destra a sinistra. In base a questo si ottiene un valore completamente diverso.
Se ora si vedesse questa sequenza numerica nel contesto di una tabella Unicode verrebbero visualizzati due caratteri completamente diversi. Nella prima lettura si parla di big endian (BE), nella seconda di little endian (LE); il big endian indica per primo il valore più alto, mentre il little endian quello più basso.
Nella vita di tutti i giorni la notazione secondo big endian è più vicina a noi, anche se si tratta solo di una convenzione. I computer possono gestire entrambi i metodi di memorizzazione, motivo per cui il contrassegno è utile.
Per segnalare in quale ordine devono essere letti i byte è necessario il BOM. Si tratta di un carattere che non è visibile e che pertanto è noto anche come spazio di larghezza zero non separabile. Si tratta dunque di uno spazio con larghezza pari a zero e che non attiva un’interruzione di linea. In UTF-16 questo carattere (esadecimale) è feff (BE) oppure fffe (LE). Questo valore viene quindi anteposto all’effettiva codifica dei caratteri.
La codifica UTF-8 in realtà non ha bisogno del BOM e tuttavia lo si trova anche nei testi che sono stati codificati con esso. Si tratta di un residuo di una conversione da UTF-16 /UTF-32 a UTF-8, oppure è stato inserito automaticamente da un editor. Infatti anche se il Byte Order Mark non è necessario per UTF-8, di solito non interferisce in quanto non viene visualizzato.
I problemi sorgono quando il sistema ricevente non sa come gestire il BOM. Alcune versioni di PHP o diversi ambienti simili a Unix non prevedono disegni, il che può portare per esempio a una riproduzione errata di un sito web.
I problemi possono sorgere anche tra HTTP e HTML: un’intestazione HTTP contiene già informazioni sulla codifica dei caratteri, provenienti dalle impostazioni del server. Se il documento HTML è stato creato con il BOM, ma l’intestazione HTTP fornisce un’indicazione diversa al browser, anche questo può portare a errori di visualizzazione. Ma da quando è stata apportata una modifica alla specifica HTML5 ciò non dovrebbe più verificarsi: è stato richiesto che il BOM in una fase iniziale sovrascriva le informazioni dell’intestazione HTTP. È possibile tuttavia che le versioni di browser precedenti non abbiano ancora implementato questa nuova regolamentazione.
Per rimuovere il Byte Order Mark da un codice sorgente, è necessario un editor di testo che includa tra le opzioni la memorizzazione del contrassegno. Si trasferisce il file con il BOM nel software, lo si salva nuovamente senza il BOM e si converte quindi la codifica. Il contrassegno non dovrebbe più presentarsi. Ad esempio nel popolare editor di testo Notepad++ si varia la codifica e in seguito si può salvare il file senza il BOM.
Nelle versioni precedenti di Notepad++ è ancora possibile trovare la voce di menu UTF-8 senza BOM. Nelle versioni più recenti ciò corrisponde alla dicitura UTF-8. Se contrassegnata la voce sarebbe UTF-8 BOM.
Elementi strutturali che si trovano direttamente sul codice HTML sono rari. Colori, font o dimensioni degli elementi HTML vengono ormai definiti generalmente nei fogli di stile come i CSS. Man mano che il sito web diventa sempre più complesso, aumentano anche le dimensioni e il numero dei file CSS necessari e questo incide sui tempi di caricamento del sito. È per questo motivo che diventa...
In tempi dove i sistemi di content management e i siti web già pronti all’uso la fanno da padrone, è facile che l’apprendimento dell’HTML possa apparire come una perdita di tempo. Chiaramente quando poi una pagina non funziona più per motivi incomprensibili o se devono essere introdotti elementi dinamici, non riuscirete a cavarne le gambe. Nel nostro esaustivo tutorial di HTML vi presentiamo le...
Il CSS è uno dei linguaggi più importanti del World Wide Web. Ma lavorare con il linguaggio dei fogli di stile può rivelarsi complicato, perciò molti sviluppatori preferiscono usare Less. Il preprocessore CSS non solo semplifica la scrittura del codice del foglio di stile, ma estende le potenzialità CSS a diversi elementi come variabili, funzioni o mixin. Il nostro tutorial vi rivelerà come...
BLOB è l’abbreviazione di “Binary Large Object”, che può essere tradotto come “oggetti binari di grandi dimensioni”. Questi oggetti di dati sono caratterizzati dal fatto che non sono strutturati. Un esempio tipico sono i file multimediali, che di solito sono memorizzati nei database come BLOB. Poiché i database non sono in grado di leggere le strutture dei BLOB, sono necessari metodi di...
La trasmissione di dati in reti di computer come Internet o tra due applicazioni è influenzata da una serie di fattori. Le prestazioni e la sicurezza sono al centro di tali trasmissioni. I Protocol Buffers sviluppati da Google sono convincenti in entrambi gli ambiti e sono una valida alternativa ai classici formati di scambio dati basati su testo, come JSON o XML.
Offri ai tuoi clienti servizi professionali e affidabili con l'hosting di IONOS.
Scopri i pacchetti
Dominio omaggio per un anno