コンテンツは、凝縮できません。タグ)には、デルタ最適化を適用できません。これらの要素を含むページそのものはデルタ最適化されますが、ページ内のこれらの要素は凝縮されずにパススルーされます。ページの正確な順序が保持されます。依存と実行順序に関する問題を回避するためです。コマンドを使用します。マップの設定」を参照してください。ページがすべてのユーザに共通なのか、ユーザごとに個別なのかを指定するには、デルタ最適化モードを使用します。デルタの種類が異なります。つのデルタ最適化モードをサポートしています。ファイルに対して、デルタが生成されます。デルタ最適化モードは、ダイナミックな個別化コンテンツであっても、ページ構造が全ユーザに共通であれば、ほとんどの場合に使用できます。スペース要件は、ユーザ数ではなく凝縮するページ数に基づきます)。ファイルに対して、応答のデルタが生成されます。デルタ最適化モードは、ページのコンテンツ(レイアウト要素を含む)がユーザごとに異なる場合に使用します。このモードでは、最高レベルのデルタ最適化が実行されます。スペース要件は増大します。ページがユーザ間で共有されないので、コンテンツのプライバシー保護に適しています。マップの設定」を参照)。サーバおよびデータベースをオフロードして、ACEでダイナミックな情報または個別化された情報の要求を満たすことができます。キャッシングを使用すると、アプリケーションの応答時間が著しく改善され、サーバの負荷が削減されて、同時ユーザ数が増大します。コストが削減されます。リソースを最大限に活用できます。サーバによって作成されたコンテンツなど、ダイナミックなコンテンツをキャッシュできます。ダイナミックなコンテンツは、生成されたコンテンツに最新データが含まれていることがあるので、通常はキャッシュされません。フレキシブルな設定とアルゴリズムに基づく処理により、ACEでは、これらのコンテンツを特定の時間だけキャッシュしておくことができます。キャッシングには、次の機能があります。パラメータだけでなく、より多くの要素で応答を差別化します。方式など、その他のパラメータが参照されます。複数の応答をキャッシュできます。キャッシュのパラメータ化は、スタティック(FlashForward)およびダイナミックの両方のキャッシングに適用されます。時間に基づくか、またはパフォーマンス保証によるロードベース有効期限により、キャッシュされたコンテンツの有効期限を自動的に設定します。コンテンツをキャッシュ(メモリ専用オブジェクト)に保管します。キャッシングには、各種の状況に自動的に適用されるデフォルトの設定はありません。サイトまたはアプリケーションごとに特別に設定する必要があります。セットに、それぞれ異なるキャッシングを適用できます。キャッシングの設定」を参照してください。キャッシング、イメージ最適化など)の適合性を判別することを推奨します。キャッシングを設定する場合には、次のガイドラインに従ってください。リストの設定」を参照してください。マップの設定」を参照してください。キャッシングは、次の状況で使用します。キャッシングは、たとえ短い時間であっても、一定時間内に応答を再使用できる場合に限り、有効です。回以上使用できる場合に限り、有効です。同じ応答を一定時間内に複数のユーザに使用できる場合、つまり、コンテンツを共有できる場合。この機能は、たとえキャッシュの有効期限が短くても、その期限内に複数のユーザが同じ応答にアクセスする状況であれば使用できます。ストアまたは文書管理アプリケーションなど)で、ディレクトリがダイナミックに生成されても全ユーザに同じ表示が提供されるような場合です。ページを再生成する必要がありません。応答を使用できるのが(個別化された)単一ユーザであっても、そのユーザが複数回にわたってアクセスする場合。セッションで使用される状況です。セッション内で再使用される場合などです。複数の方法で識別されます。使用している場合、その一部だけをキャッシュできます。すべて同じですが、(1)への応答はキャッシュできません。(2)および(3)への応答はキャッシュできます。キャッシングを使用しないでください。応答が、配信後すぐに古くなる場合。応答に設定されるクッキーがそのセッションに固有である。ページへの応答は特定のセッションに固有のものです。応答に、セッションの前の動作に固有のデータが含まれている。実行したばかりのトランザクションの確認番号はキャッシュできません。応答の有効期限を判別できない場合。応答に、以降の動作に基づいてアップデートされるデータが含まれている場合です。ページは、そのユーザが取り引きを実行しないと変更されません。パラメータ、または要求内のクッキーでは識別できません。パラメータまたはクッキーでは直接ユーザを識別できない場合です。クッキーなど)を生成するには、要求によってユーザを識別できる必要があります。セッションごとに異なるページのバージョンは、ダイナミックにキャッシュできます。回以上アクセスする場合だけです。キャッシングを設定します。キャッシングを設定する手順は、次のとおりです。短いリストを作成すると、次のような目的に使用できます。使用するのは、ネットワーク遅延の問題ではなく、サーバ遅延の問題を判別するためです。ログを調べて、起点サーバの応答時間が長いエントリを見つけます。ユーザによるページのダウンロード時間を意味します。秒以上である個々のコンポーネントのダウンロードを調べる必要があります。インスタンスを識別します。正規表現が多数の応答と一致する場合、ダイナミックにキャッシュできる応答と、できない応答があります。キャッシュできる応答とキャッシュできない応答を区別できるかどうかを判別します。ヘッダーの有無を確認してください。応答のバージョンを識別します。ダイナミックにキャッシュできるインスタンスを識別したら、キャッシュのパラメータ化を使用して、キャッシュする応答のバージョン数を推測します。要求パラメータと応答コンテンツを調べ、応答のコンテンツを定義できるものを判別します。次の要求パラメータを調べます。マップの設定」を参照)。すべてのパラメータによって個別に判別できる場合。キーなので、何も実行する必要はありません。応答を、一部のパラメータだけで判別できる場合。コマンドを使用して、これらのパラメータを指定します。パラメータによって判別できます。パラメータは、応答には影響しません。コマンドを次のように指定します。応答を、いくつかのクッキー値で判別できる場合。マップにこれらの値を追加します。一部を無視する必要がある場合。サブ表現を使用できます。)の文字列を除外します。コンテンツを考慮して、応答をキャッシュしておく時間を識別します。時間後には古くなることがあります。存続可能時間)の最小値と最大値を秒数で設定できます。コンテンツをキャッシュしておく最小時間を指定します。これが、コンテンツのライフタイムになります。経過後、ACEによる処理方法を設定します。オブジェクトの有効期限は、パフォーマンス保証によるロードベース有効期限を使用して設定することもできます。設定をダイナミックに増分できます。値がダイナミックに減少します。マップの設定」を参照してください。ページ内に組み込まれているオブジェクトにまで拡張して適用します。ページ内のオブジェクトのフレッシュネスを保持します。要求の時点で最新オブジェクトまたはアップデートされたオブジェクトだけを要求できるようにします。トラフィックが削減されます。オブジェクトに関連するネットワーク遅延を削減します。イメージのあるページをロードすると、各オブジェクトについてユーザが最新バージョンを所有しているかどうかを確認する必要があるので、遅延が発生します。トラフィックが使用されます。サーバ側での組み込みオブジェクトのバージョン管理を強制します。回のダウンロードで伝送されるので、不要な検証要求は発生しません。フレッシュネス検証メカニズムの場合、以降のセッションでは、サーバからクライアントにオブジェクトの有効性が明示的に伝送されるまで、クライアントのブラウザにキャッシュされているオブジェクトはすべて無効(古い)とみなされます。このアプローチでは、以前にキャッシュしたページへの以降のアクセス時に、クライアントが各オブジェクトについて検証要求を発行する必要があるので、ページのロードに著しい遅延が発生します。クライアントとサーバ間の往復伝送が完了するまではオブジェクトをレンダリングできないので、複数のオブジェクトが組み込まれているページの場合、ロード遅延はきわめて大きくなります。このアプローチではアップストリーム帯域幅が大幅に消費されます。オブジェクトのフレッシュネス検証の責任を、クライアントではなくACEに配置し、プロセスを逆にすることによって、効率を改善します。キャッシュ内のオブジェクトについては、検証要求を発行しません。ページによって新規オブジェクトを参照する情報が配信されます。使用すると、クライアントはブラウザにキャッシュされているオブジェクトのフレッシュネスを起点サーバに対して検証する必要がないので、ページのダウンロードが著しく加速され、オブジェクト検証要求に関連するアップストリームおよびダウンストリームの両方のトラフィックが削減されます。動作」を参照してください。リストの設定」を参照)。アクセラレーションでは、キャッシュできない組み込みオブジェクトのアクセラレーションが可能になるので、アプリケーションの応答時間が改善されます。この機能により、ユーザは各要求で、これらのオブジェクトをダウンロードする必要がなくなります。代わりに、ACEによって各オブジェクトのフレッシュネスがリアルタイムで自動的に追跡されます。要求されたオブジェクトが変更されていなければ、ACEはクライアントに対して、キャッシュされているオブジェクトのバージョンを使用するように指示します。オブジェクトが変更されている場合には、ACEからクライアントに最新オブジェクトが配信されます。ACEは、オブジェクトが変更されている場合に限りオブジェクトを配信するので、すべてのユーザに対して最適なアプリケーション応答時間が保証されます。ACEのデルタ最適化によって処理されます。コンテンツに対して効果的です。アクセラレーションは、次のように機能します。ブラウザがオブジェクトを要求し、ACEがブラウザの要求を代行してオブジェクトを取得します。タグ)へッダーを構築して挿入し、オブジェクトをブラウザに送信します。タグ)は、同じオブジェクトの異なるバージョンを識別するために使用する要求ヘッダーです。ヘッダーが含まれています。ハッシュを再計算してヘッダーと比較し、次のように処理します。Modified)応答を戻し、データは配信しません。リストの設定」を参照)。ファイルのサイズを縮小するとともに、イメージの画質を最適化します。その結果、イメージのダウンロード時間が短縮され、ページのレンダリングが速くなり、帯域幅をより効率的に使用できます。コンテンツ、またはサーバ設定の変更は不要です。未満の場合には使用されません。最適化されるのは、キャッシュできるイメージだけです。十分に圧縮されない高周波成分が多数含まれている画像には、イメージ最適化は適用されません。既存のイメージ圧縮技術では、イメージが均等に圧縮されるので、詳細度の高い領域も、詳細度の低い領域と同様に圧縮されます。これらのアプローチでは、イメージのサイズは縮小されますが、画質は著しく低下します。つのモードがあります。標準モードと拡張モードです。標準モードでは、ACEはイメージを最適化し、必要に応じて補整し、ノイズを削減します。拡張モードでは、ACEは標準設定を無効にして、個々の最適化オプションを制御します。キャッシュと連携して処理されます。最適化イメージの処理コストにより、この機能はキャッシュできないイメージには使用できません。以外のイメージを安全に含めることができます。ヘッダーが検出された場合に限り、最適化プロセスが実行されます。イメージまたはイメージのクラスに最適化を十分に適用できない場合には、標準イメージ最適化の処理を使用して、イメージを最適化から除外できます。存在するフォルダ([letterscan])があるとします。グラフィックのイメージではなく、十分に最適化されません。チェックにより、ほとんどの場合、これらのイメージは最適化されません(すべての設定が無効になります)。デフォルトでは、ACEのイメージ最適化はディセーブルです。コマンドを使用します。リストの設定」を参照してください。コマンドを定義することによって制御できます。マップの設定」を参照してください。イメージの画質の例を示します。つのページから他のページに自動的にリダイレクトできます。ページの「ヘッド」領域に挿入されている情報です。リダイレクションでは、ブラウザはリダイレクトされたページ内の各オブジェクトについてフレッシュネス検証要求を発行する必要があるので、ダウンロード時間が遅くなります。リダイレクションに自動的かつ透過的に変換します。リダイレクションの柔軟性を損なうことなく、ページの応答時間を著しく短縮できます。使用しないでください。リストの設定」を参照)。ページ内の組み込みオブジェクトのダウンロード時間を短縮できます。プレフィクスを追加してホスト名を変更することにより、組み込みオブジェクトをダイナミックにリネームし、単一ホスト上に常駐しているオブジェクトを異なるホスト上に常駐しているようにみせます。なく並行して取得でき、ネットワークのパフォーマンスが改善されます。設定しておく必要があります。設定」を参照してください。ホスト名の前に挿入するプレフィクスは、グローバルに指定できます。