一部のWebページは大きく見えませんが、開くときは立ち往生します。一部のWebページは長いですが、スムーズに使用します。これは、ユーザーのコンピューターのメモリとCPUを占める場合にこれらのことに影響します。
ブラウザの問題、それぞれのブラウザのメモリの問題は影響を受けますが、Windowsで制御することはほとんど不可能です。
・IEシリーズ、リフレッシュリカバリの量は大きくありませんが、最小化によりメモリが解放されます。
・Firefox2はリサイクルを最小限に抑えていると言われていますが、私はゴミを見たことがなく、基本的にリサイクルされていません。プロトタイプのAjaxは、メモリが増加し続けると言われています。
・オペラは最高です。常によく制御されています。問題はありません。
・Linuxのメモリ割り当てメカニズムはWinのメモリとは異なります。できる限り使用します。ブラウザがすべてのお金を取り上げると、システムが殺される可能性があります。
ページの問題、ブラウザはページをレンダリングするときにメモリとCPUを消費します。これは少し削減できます。
構造Doctypeを使用して、使用しているものをブラウザに伝え、HTML4にもDTDがあります。たぶん、遷移はあなたにとってより適しています
XHTMLを使用しており、適切な構造を維持できる場合は、対応するMIMEおよびXMLヘッダー1を出力してください。これにより、ブラウザのコードチェックを減らすことができます。
構造をそのままに保ち、ブラウザにコードを完成させないでください。
ページのファイルサイズを制御するには、プログラムを通じてコードをより快適に読むためにインデントすることができます。 2〜3Kもサイズです。
iframeは新しいページを生成しますが、実際にはiframeを置き換える方法はたくさんあります
導入されたJSとCSSは適切にマージされ、背景画像をマージすることもできます。一部の人々は、フラッシュをコンテンツ画像/オブジェクトに幅属性を備えた属性に合わせて、ページのローカル再レンダリングを減らすことさえあります。
パフォーマンスほとんどの場合、品質99と70のJPGのサイズは異なります。同じことがGIFにも当てはまります。特に小さなアイコンにも当てはまります。 256色と128色の違いはファイルサイズです。
フラッシュが動きすぎて、多くのCPUが必要です。 1秒あたりのフレームレートを制御し、アニメーションの効果を減らすことができます。中程度と低いディスプレイを使用すると、多くのリソースを保存しますが、これにより効果が犠牲になります。 。 Autolow2またはautohighを選択する方が適切な場合があり、低下しても最高の状態を保つ必要はありません。
FlashはVectorグラフィックスを使用してファイルサイズを保存しますが、CPUには複雑なグラフィックとアニメーションを計算する必要があります。複雑なフィルターが多すぎると、多くのメモリが得られ、ぼかしフィルターは3縮小されます。
IEフィルターは、より多くのメモリを占有し、互換性の問題もあります。フルスクリーンの半透明性は非常にリソース集約型です。
2*2の写真は8*8の写真とほぼ同じサイズですが、タイル張りの背景2*2はさらに多くを占めています。
GIFアニメーションには、フレームの概念もあります。 GIFをフラッシュとして使用するだけでプレイしないでください。
行動プロトタイプまたはjQuery全体を1つの$（）で導入しないでください。それらにはより多くの機能があります。
Ajaxはとてもハンサムです。ただし、XMLパーサーの使用が使用されます。一部の人々はJSONを使用することをお勧めしますが、このようにして、評価データが必要です。実際、すでにオブジェクトであるスクリプトを直接インポートできます。より多くのオブジェクト名を渡すか、オブジェクト名を死に渡すか、jsonflickrapi（{xxx：xxx}）をflickrのように書くだけで、それらを関数として直接使用します。
可視性を使用できる場合：特定の効果を解決するために隠されている場合は、表示しないでください。
JS変数はグローバルおよびローカルなどに注意を払うべきであり、JSの複雑さは1つまたは2つの文で説明できるものではないことを強調することはそれほど意味がありません。 Yueyingの新しい本が公開されていることに注意してください。
実際、ここにはWebページをすばやく提示する方法に似たコンテンツの多くがありますが、その記事は主にサーバー側を扱っていますが、多くの場合、サーバーのリソース消費を保存すると、クライアントのリソース消費も節約できます。
（誰もが追加できます）