HTML è troppo testo per un veloce web?

Question

Qualcuno sa nulla circa l'efficienza del HTML come un linguaggio di markup trasmessa? Mi sembra che avere tag di chiusura piuttosto che semplicemente una chiusura parentesi graffa (o semplicemente </>) aggiunge un sacco di testo in un file. Larghezza di banda è una risorsa preziosa, e quando miliardi (bilioni?) Di file HTML vengono continuamente trasmessi in tutto il mondo, questi tag di chiusura si sommano.

La mia domanda è se si sommano abbastanza per fare una differenza seria. Con un tag di chiusura più breve, ci sarebbe un notevole aumento della velocità di caricamento della pagina?

Answer 1

Il tuo punto è valido, ma rispetto a contenuti multimediali come audio, video e immagini, lo "spazio sprecato" è trascurabile.

HTML, essendo un linguaggio di markup, è prolisso; ma se si prende via un po 'che la verbosità, è improvvisamente diventato molto più difficile con cui lavorare.

Answer 2

No.

Se vuoi più piccole dimensioni di download, configurano automaticamente il vostro web-server per gzip-comprimere tutte le risposte text/html.

Answer 3

No. Rispetto al immagini (e il video!) HTML è ancora molto piccolo. Gettare in compressione e diventa più (in particolare sotto forma di stringhe ripetute (come ad esempio i nomi dei tag) comprimono bene.

L'aumento dei costi di manutenzione sarebbe più che compensato il risparmio di larghezza di banda.

Answer 4

HTML non è efficiente, e ogni indicazione suggerisce che diventerà meno efficiente.

Date un'occhiata al seguente esempio:

<b>some bold text</b>

vs

<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}

Ok - è un piccolo esempio, ma lo fa illustrare il mio punto.

Torna nei giorni del modem a 56k, ho usato per scrivere Javascript lato funzioni di client e quindi utilizzare Ajax (prima si chiamava Ajax) a tramandare solo i valori (non la descrizione) e quindi utilizzare il lato client per costruire up elementi del DOM, questo si è rivelato circa il 20% più efficiente, ma mi ha lasciato pensare se qualcuno avrebbe inventato stenografia HTML. Nessuno ha fatto, e invece abbiamo appena aggiornato i nostri collegamenti, e hai ragione - stiamo gettando intorno tonnellate di bit, che non hanno bisogno di essere lì.

Ma chi se ne frega?

Answer 5

In generale, il codice HTML non è il fattore limitante per quanto riguarda la larghezza di banda. Due motivi principali:

1. HTML è il testo, che significa che è altamente comprimibile usando HTTP compressione .
2. La larghezza di banda utilizzata da HTML è estremamente piccola rispetto alla larghezza di banda utilizzata da una grafica / video.

Answer 6

Anche se tecnicamente i tag di chiusura aggiunge una certa percentuale per la dimensione del file di HTML, è ancora infinitamente piccolo nel grande schema di tutti i dati di volo in tutto il web.

Se siete veramente interessati a questo proposito, si può sempre impostare il web-sever per applicare la compressione al contenuto HTML quando viene servita.

Answer 7

Google omette i tag di chiusura sulle sue pagine web, ma dopo la compressione il risparmio è minimo. La maggior parte delle persone preferisce conformarsi alle norme ed essere in grado di convalidare le loro pagine.

http://code.google.com/speed/articles/optimizing -html.html