送信されたマークアップ言語としてのHTMLの効率について誰か知っていますか？単に中括弧を閉じる（または単に</>）のではなく、タグを閉じると、ファイルに多くのテキストが追加されるように思われます。帯域幅は貴重なリソースであり、数十億（数兆？）のHTMLファイルが世界中で継続的に送信されている場合、これらの終了タグは合計されます。
私の質問は、それらが深刻な違いを生むのに十分な量になるかどうかです。終了タグを短くすると、ページの読み込み速度が著しく向上しますか？
7 に答える
11
いいえ。
ダウンロードサイズを小さくしたい場合は、gzipすべてのtext/html応答を圧縮するようにWebサーバーを自動的に構成します。
于 2009-11-10T23:57:17.813 に答える
2
いいえ。画像（およびビデオ！）に比べて、HTMLはまだ小さいです。圧縮をスローすると、さらに圧縮されます（特に、繰り返される文字列（タグ名など）が適切に圧縮されるためです。
メンテナンスコストの増加は、帯域幅の節約を相殺する以上のものになります。
于 2009-11-10T23:59:49.690 に答える
2
HTMLは効率的ではなく、すべての兆候は、HTMLの効率が低下することを示唆しています。
次の例を見てください。
<b>some bold text</b>
vs
<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}
わかりました-それは小さな例ですが、それは私のポイントを示しています。
56kモデムの時代には、Javascript関数をクライアント側で記述し、次にAjax（ajaxと呼ばれる前）を使用して値（説明ではなく）のみを渡し、クライアント側を使用して要素を構築していました。 DOMの場合、これは約20％効率的であることが証明されましたが、誰かがHTMLの速記を発明するかどうかを考えさせられました。誰もしませんでした。代わりに、接続をアップグレードしたばかりです。その通りです。そこにある必要のない大量のビットを投げています。
しかし、誰が気にしますか？
于 2009-11-11T00:01:57.293 に答える
1
一般に、帯域幅に関する限り、HTMLマークアップは制限要因ではありません。2つの主な理由：
- HTMLはテキストです。つまり、HTTP圧縮を使用して高度に圧縮できます。
- HTMLで使用される帯域幅は、グラフィックス/ビデオで使用される帯域幅に比べて非常に小さいです。
于 2009-11-11T00:00:46.227 に答える
1
あなたの主張は有効ですが、オーディオ、ビデオ、画像などのリッチメディアと比較すると、「無駄なスペース」はごくわずかです。
マークアップ言語であるHTMLは冗長です。しかし、その冗長性の一部を取り除くと、突然、作業がはるかに困難になります。
于 2009-11-11T00:02:07.907 に答える
0
技術的には、終了タグはHTMLのファイルサイズに一定の割合を追加しますが、Webを飛び回るすべてのデータの壮大なスキームでは、それでも非常に小さいです。
あなたが本当にそれについて心配しているなら、あなたはそれが提供されているときにhtmlコンテンツに圧縮を適用するようにあなたのウェブサーバーをいつでも設定することができます。
于 2009-11-11T00:00:35.827 に答える
0
Googleは、Webページの終了タグを省略していますが、圧縮後の節約は最小限です。ほとんどの人は、標準に準拠し、ページを検証できることを好みます。
于 2009-11-11T00:02:21.090 に答える