atitit.パフォーマンスの向上AppCache_html/css_WEB-ITnose

NETWORK:login.asp

FALLBACK: (オプション)

リソースにアクセスできない場合のフォールバック ページを指定します。ブラウザは使用します。このページ。このセクションの各レコードには 2 つの URI がリストされています。1 つ目はリソースを表し、2 つ目はフォールバック ページを表します。どちらの URI も相対パスを使用し、マニフェスト ファイルと同じ起点を持つ必要があります。ワイルドカード文字を使用できます。

以下の例では、インターネット接続を確立できない場合、「404.html」を使用して /html5/ ディレクトリ内のすべてのファイルが置き換えられます。

FALLBACK:/html5/ /404.html

以下の例では、「404.html」を使用してすべてのファイルを置き換えます。

FALLBACK:*.html /404.html

3.4. ページはオフラインです、ajax Updated

A まず、マニフェスト ファイルを変更してこのページを更新できますが、これについては紹介しません。ただし、記事のコンテンツ ページはオフラインになった後、同じ URL でアクセスすると、記事の内容に関係なくローカルに保存されます。データが更新されない場合、このオフライン ページは更新されません (マニフェスト ファイルを更新しない限り)。したがって、クライアントと同様に、ajax を使用してすべての動的データを取得し、オフライン ページはデータのない空のシェルにし、ajax を使用してデータをプルして空のシェルに埋める必要があります。次に、ajax のリクエスト アドレスをマニフェストのネットワークに書き込む必要があることに注意してください。それ以外の場合は、試してみてください。

3.5. ページのパラメータを保持し、JS 解析を使用する方法

たとえば、m.baidu.com/app?a=1&b=2、通常、このページにいくつかのパラメータをマークし、ページのコンテンツをレンダリングします。上記の方法では、パラメータが異なるとマニフェストが異なると考えられます。異なるパラメータは異なるページを表すと考えられます。コンテンツ ページを 1 つにすると

3.6. オフライン ページの更新ロングテール問題

Web サイトが更新され、ユーザーのローカルのオフライン ページが更新されたらどうなるでしょうか?多くの記事で説明されているように、まずファイルをオンラインにしてから、ページに紹介されているcache.manifest ファイルを変更します。たとえば、変更後にページに再度アクセスすると、マニフェストが検証されます。更新、更新がある場合は、ページを再度更新するとページが更新されます。

A. ロングテールの問題 前に述べたように、マニフェスト ファイルが更新されてページにアクセスすると、更新されたページを読み込む前に一度更新する必要があります。 -end データは、js ajax インターフェイスのデータです。データが変更されると、対応する js も変更されます。その後、マニフェストを変更してオンラインにすると、最初にページを開いたときにページにバグが発生します。もう一度ページを更新するだけで問題ありません。したがって、この最初の訪問のバグは、私たちが見たくないものです。また、ユーザーがいつ再びページにアクセスするかわからないため、マニフェストを使用してページがオフラインになると、クライアントと同じになるため、ロングテールの問題が発生します。幸いなことに、マニフェストには、更新されたファイルを判断してロードするために使用できるいくつかの js インターフェイスがあります。

B. ページを更新します

7. ダウンロード中 (値 3): アップデート キャッシュの現在のステータスは「リソースをダウンロード中」です

次の 3 つの方法でキャッシュを更新できます:

· マニフェスト ファイルを更新する

·

·

JavaScript で操作

·

·

ブラウザのキャッシュをクリアします

·

マニフェストにファイルを追加または削除してキャッシュを更新する場合、前の例のコメントにあるバージョン番号をマニフェストに更新することができます。ファイル。

HTML5 では、オフライン キャッシュを操作するための js メソッドが導入されており、次の js でローカル キャッシュを手動で更新できます。

window.applicationCache.update();

ユーザーが (手動または他のツールを使用して) ブラウザーのキャッシュをクリアすると、ファイルは再度ダウンロードされます。

3.8. Notes

·

ブラウザごとにキャッシュ データの容量制限が異なる場合があります (一部のブラウザでは、サイトごとに 5 MB の制限が設定されています)。

·

·

マニフェスト ファイル、または内部的にリストされているファイルを正常にダウンロードできない場合、更新プロセス全体が失敗し、ブラウザは古いキャッシュを使用し続けます。

·

·

マニフェストを参照する HTML は、マニフェスト ファイルと同じソースを持ち、同じドメイン内にある必要があります。

・

・

FALLBACK 内のリソースは、マニフェスト ファイルと同じオリジンを持つ必要があります。

・

・

リソースがキャッシュされると、ブラウザは絶対パスを直接リクエストし、キャッシュ内のリソースにもアクセスします。

・

・

サイト内の他のページにマニフェスト属性が設定されていない場合でも、要求されたリソースがキャッシュ内にあればキャッシュからアクセスされます。

·

·

マニフェスト ファイルが変更されると、リソース リクエスト自体が更新をトリガーします

1. 標準ではマニフェストを含むページのキャッシュが奨励されているため、実際には、マニフェスト ファイルを変更しなくても、マニフェストを含むページはマニフェスト キャッシュ リストにリストされ、このページもキャッシュされます。 したがって、HTTP 関連のキャッシュ ヘッダー フィールドと https キャッシュ ページの制限は、ユーザーの前で無視されます。つまり、HTTPS であってもオフラインで動作することができます。マニフェストは慎重に使用する - Tuiku.html

HTML5 アプリケーション キャッシュ - Ye Xiaochai - Blog Park.html