高速 Web を実現するには HTML はテキストが多すぎますか?

StackOverflow https://stackoverflow.com/questions/1712091

  •  19-09-2019
  •  | 
  •  

質問

送信されるマークアップ言語としての HTML の効率について何か知っている人はいますか?単なる閉じ中括弧ではなく、閉じタグがあるように私には思えます（または単に </>) ファイルに大量のテキストを追加します。帯域幅は貴重なリソースであり、数十億 (兆?) の HTML ファイルが世界中に継続的に送信されると、これらの終了タグが加算されます。

私の質問は、それらが深刻な変化をもたらすのに十分な量になるかどうかです。終了タグを短くすると、ページの読み込み速度が大幅に向上しますか?

役に立ちましたか？

解決

あなたのポイントは有効ですが、そのようなオーディオ、ビデオ、画像などのリッチメディアに比べて、「無駄な空間」はごくわずかである。

HTMLマークアップ言語であること、冗長です。あなたはその冗長性の一部を奪う場合は、それは突然で動作するようにはるかに困難になります。

他のヒント

はありません。

あなたは小さいダウンロードサイズにしたい場合は、

、すべてのgzip応答を、圧縮text/htmlするために自動的にWebサーバーを設定します。

はありません。画像への相対的な（そしてビデオ！）HTMLはまだごくわずかです。そのようなタグ名などの繰り返し文字列（）がうまく圧縮特にとして、（圧縮で投げることがよりようになります。

メンテナンスコストの増加は、より多くの帯域幅の節約を相殺する。

HTMLは効率的ではなく、すべての表示が、それはあまり効率的になるだろう示唆しています。

次の例を見てみます：

<b>some bold text</b>

対

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

[OK]を - その小さな例が、それは私のポイントを説明しません。

戻る56Kモデムの時代に、私は、クライアント側の機能Javascriptを書き込むために使用して、値だけ（ない説明）を伝承するために（それがAJAXと呼ばれていた前の）アヤックスを使用して、構築するためにクライアント側を使用しますDOM内の要素まで、これは約20％より効率的に証明したが、誰もがHTMLの速記を発明するかどう考えて私を残しました。誰もなかったし、代わりに私たちは私たちの接続をアップグレードした、とあなたは正しい - 私たちはそこにする必要はありませんビットのトン、周りを投げています。

しかし、誰気に？

一般に、帯域幅に関する限り、HTML マークアップは制限要因ではありません。主な理由は 2 つあります。

  1. HTML はテキストであるため、次の方法を使用すると非常に圧縮可能です。 HTTP圧縮.
  2. HTML で使用される帯域幅は、グラフィックス/ビデオで使用される帯域幅と比較して非常に小さいです。
技術的には終了タグはHTMLのファイルサイズに一定割合を追加しながら、

が、それはまだウェブの周りに飛んで、すべてのデータの壮大な計画で無限小である。

あなたはそれについては本当に心配している場合は、

、あなたは常にそれが提供されている時にHTMLコンテンツに圧縮を適用するには、あなたのWebサーバを設定することもできます。

Googleは、Webページ上の終了タグを省略しますが、圧縮後の節約は最小限です。ほとんどの人は、標準に準拠して自分のページを検証できるようにすることを好むます。

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

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top