高速ページ表示のためのコーディング
ASPまたはストレートHTMLのどちらでコーディングしている場合でも、できるだけ早くページをユーザーに表示する必要があります。ページの表示が遅い場合、ユーザーはあきらめて他の場所に移動する可能性があります。

まず、Webページの1つを表示するように人が求めた場合、文字通り、サーバーから訪問者のホームマシンにその物理ファイルを送信していることに注意してください。それは彼らがページを見る方法です-彼らは自分のマシンでコピーを取得し、ブラウザはそのファイルを解析して表示します。したがって、ファイルが大きいほど、情報を受信して​​表示するのに時間がかかります。そのため、そのファイルをできるだけ物理的に小さくしたいと思います。

つまり、コメントを削除します。はい、テスト環境でコードを操作するにはコメントが最適です。しかし、あなたはあなたのライブサーバーにコメントを望んでいません!追加するコメントのすべての行は、ファイルが訪問者に送信されるときに時間がかかる不要なゴミの別の行です。稼働中の本番ファイルをできるだけ小さくしたいので、ファイルの転送は可能な限り迅速に行われます。

同じことは、余分な空白やタブなどにも当てはまります。これらの各文字は、ファイル内の物理的なスペースを占有します。ファイルをライブ環境でできる限り効率的にする必要があります。

次に、テーブル構造をよく見てください。多くの人がテーブルに夢中になり、何兆ものネストしたテーブルを構築します。テーブルを作成するたびに、Webブラウザーは、テーブルを適切に表示する方法を見つける前に、テーブルの最後に到達するまで待機する必要があります。一連のテーブルがある巨大なページがあるとしましょう。これらすべてのテーブルを1つの「マスターテーブル」に配置する場合、テーブルセット全体を完全に読み取ってロードしてから、いずれかが表示される必要があります。代わりに、各テーブルが個別のエンティティとして存在する場合、システムは各テーブルが完成した状態で表示できます。確かに、ページは1つのテーブルに描画され、次に次のテーブル、次に次のテーブルに進行します。しかし、少なくともユーザーは、ページがロードされていることを知るためにSOMETHINGを見ます-最後まで何も表示されません。

使用するグラフィックをできるだけ少なくし、各グラフィックを最適化ユーティリティで実行して、ファイル自体を可能な限り小さくするようにしてください。繰り返しますが、ユーザーはすべてのグラフィックファイルをホームシステムにロードしてから、表示する必要があります。強制的にグラフィックをロードするほど、ページは遅くなります。

もちろん、素敵な大きなパイプで、余裕のある最速のサーバーを持つことは言うまでもありません。信じられないほど効率的なページを作成し、サーバーが非常に遅い場合、訪問者を失うことになります。遅すぎるためにサイトに誰もアクセスしなければ、あなたが行ったすべての作業は無駄になります。

ダイヤルアップ接続でページをテストすることは価値があります。ケーブルまたは高速接続を使用しているからといって、訪問者の多くはそうではないことを覚えておく必要があります。 Webには、ダイヤルアップ時のページの読み込み速度を確認できるユーティリティがいくつかあります。フラッシュとキュートなプログラミングは素晴らしいですが、それらがあなたのサイトがWeb人口の50%によって使用されていないことを意味する場合、それらはあなたに害を及ぼしています。

高速データベース接続のコーディング

動画の説明: プロが使うvimエディタを自分好みにカスタマイズしよう! (四月 2024).