*ヒント1：アプリケーションレイヤーファイルにGlobal.asaを使用します
ASPファイルシステムオブジェクトを使用して、ページ上のファイルを読み取る代わりに、global.asaのアプリケーションレイヤー配列にファイルをロードします。
Global.ASAを使用して、イベントスクリプトを指定したり、セッションまたはアプリケーションスコープを持つオブジェクトを宣言したりできます。ユーザーに直接表示されるのではなく、アプリケーションレベルのイベントの情報とオブジェクトを保存します。次に、データがページに保存されるアプリケーションレイヤー配列を指すことができます。これは、すべてのサーバーがファイルの読み取りを要求することを意味し、すべてのユーザーがページごとに1回読み取るわけではありません。別のASPファイルを実行して、アプリケーションレイヤー配列の内容を更新することもできます。また、辞書オブジェクトの使用を検討することもできます（ヒント9を参照）。
このトリックは、システムを大幅に高速化する可能性があります。
では、この手法はどのように実装されますか？
Scriptwriterの場合は、ファイルシステムオブジェクトを使用して、ファイルを配列または辞書オブジェクトに読み取る必要があります。次に、global.asaのファイルを読み取り、配列（読み取ったファイルコンテンツを使用）または辞書オブジェクトをアプリケーションレイヤー宣言に入れます。これにより、ユーザーは、ASPリクエストを介して情報を一度に送信することなく、配列または辞書オブジェクトの情報にアクセスできます。
しかし、「キャッシュ内のコンテンツを更新する必要がある場合はどうすればよいですか？私はそれが使用されないに違いない」と思うでしょう。実際、そうではありません。キャッシュ内のコンテンツを更新する必要がある場合は、実行可能アプリケーションロックコマンドスクリプトを含む管理者にアクセス可能なASPファイルを呼び出し、配列または辞書オブジェクトのキャッシュ情報を更新し、最後にアプリケーションロックコマンドを実行できます。
*ヒント2：製品ソースコードからHTMLコメントを削除します（IIS3.0が適用されます）
悪くない、書くのが難しいかどうかを理解することは間違いなく難しい。冗談ですが、これはすべてのHTMLコメントを削除する必要があるという意味ではありません（スクリプトのコメントはかなり良いです）。また、バッチでクライアントに幅広いHTMLテキストをコピーできます。このようにして、スクリプトはIIS3.0でより速く実行されます（IIS4.0では、HTMLコメントは実行の遅い原因になりません）。
*ヒント3：複数のResponse.Writeステートメント
コード内のいくつかの場所で出力結果をフォーマットで作成している場合は、これらの結果を1つのピースに組み合わせて、respons.writeステートメントで書き出します。次に、HTMLコードとVBScriptスクリプトの構成を確認します。 HTMLおよびVBScriptスクリプトをあまり広げないでください。ブロックされたHTMLおよびVBScriptスクリプトに書き込みます。
*ヒント4：<オブジェクト>フラグを使用してオブジェクトを説明します
使用できない可能性のあるオブジェクトを指す必要がある場合は、server.createObjectを使用する代わりに、<オブジェクト>フラグを使用して説明します。 server.createObjectを使用すると、すぐにオブジェクトが生成されます。将来使用しないと、リソースの無駄になります。
*ヒント5：ローカル（ローカル）変数を可能な限り使用してください
（次の新しいトリックでは、公開された以前の「変数の定義変数」を置き換えます。これには、いくつかの間違ったビューが含まれています）：