ページが不当に長時間表示されることが非常に多いことに気付きました。ウィンドウのタイトルが表示され、ページが白くなっているようです。 ソースコードを見ると、HTML終了タグがあっても読み込まれています。
かつて、パルチザンブラウザの謝罪者は、ページを表示する前に（テーブルを含む）ページが読み込まれるのを待っているとIEを非難しました。 しかし、数年が経ち、ブラウザは革新的な理想を忘れていました。 そして彼らは？ それはすべて同じようです。 または、「ジャスト」サイトがより複雑になりました...
原則として、私は実際にこの経験を確認する必要はありません-私にとっては、職場での良好な接続、特に自宅の33.6モデムで明らかです。 しかし、私は見たかった：
-ブラウザがレンダリングをドラッグアウトする正確さ、
-みんなこれをしますか
-すべてのページにあるかどうか。
さらに、正式な経験は、サイトからソースコード（Ctrl + U）を再度読み取るブラウザの機能を克服するのにも役立ちます-ある程度正しい場合でも、問題の現実を評価することは困難です。
ダス実験
そして、私はそのような実験を行いました。ファイルを使用して単純なローカルプロキシを処理しました。これにより、メインドキュメント（index.html）の出力が終了するときにビープ音が鳴ります。これはストップウォッチの最初のマークです。 次に、ページが表示され始めたら、2回目にマークします。
最初は、むき出しのHTMLを100％としてロードするのに時間がかかりました。 興味のある描画の開始時間は、これらの100％を基準にしてカウントされました。
異なるカテゴリの3つのサイトを使用しました。
-WordPressに基づく （38サブドキュメント：6 css + 15 img + 8 JS）、
-Habréに関する古い記事 （83サブドキュメント：4 css + 59 img + 15 js）、
- ウィキペディアの記事 （30のサブドキュメント：8 css + 16 img + 6 js）。
結果：
O pera、 S afari、つまりK- meleon、 Ch rome、およびFx（Firefox）。
結論
-すべての実験的主題は、ソースコードが利用可能になるよりもずっと後にページをレンダリングしました。
-HTMLの完全なダウンロードを待たずにレンダリングを開始することを考えた人はいませんでした（結局、20〜30秒は深刻な期間です）-このコンテキストでは、「現状のまま」と「便利」のギャップがさらに大きくなります。
-誰もが既にCSSを含む基本的なHTMLページを1回の表示でレンダリングしました（もちろん、写真はありません）-CSS、スクリプトを待っていましたか？ いずれにしても、私はそれが好きではありません。
-主に研究されている仲間の間で例外はありません。
-例外のWebページの中には、私の推定によると、ほとんどありません。
もちろん、ブラウザーは必要に応じてlib.ruの長いテキストを処理しますが、それでも、ほとんどの隣のサイトはそれほど単純ではなく、まったくありません。 私はたまたま、ほとんどの「非クイック」サイトにアクセスしています。 もちろん、インターネット上でこれらの人やその他の人の数を正確に知ることは素晴らしいことです。
技術的な詳細
ブラウザバージョン、すべてWindows XPの場合：
-Opera 9.6
-Safari 3.2.1
-IE6
-K-Meleon 1.1.5 Gecko / 20080406
-Chrome 1.0.154.36
-Firefox / 3.0.5 Gecko / 2008120122
-他のニームと呼んでください
起動するたびに、キャッシュを消去しました。 各サイトを1回実行しました。これで十分だと思います。 Proksyaマルチスレッド。
実験は、人為的な制限なしに、非常に低速のインターネット接続で行われました:-)。 しかし、これは実験にマイナスの影響を与えないと思います-絶対数を与えません-エージェントのユーザーが30秒以内にタスクを完了しなかった場合、彼は3で対処しません（その逆も、最小限のエラーでストップウォッチを制御するのに役立ちました）。 私の計算によると、誤差は2％（0.5秒/ 20秒）未満です。
UPD：それでも、2回目の実験の絶対データを提供します。 これがないと、結果はそれほど終末論的ではありません（-：
オペラ23 88 サファリ33100 すなわち27 102 kmeleon 19 72 クロム46 142 firefox 24 123
最初の行では、HTMLは23秒で吸い込まれ、88日でレンダリングを開始しました。