FALLBACKについてもっと便利なものを見つけました:
少し実験した後、FALLBACK:のファイルをCACHEセクションとNETWORKセクションのどちらに表示するかなど、さまざまなことを試しました。答えはノーのようです。
例として...フォールバック:sign-up-portrait.pngoffline-portrait-1.png sign-up-landscape.pngoffline-landscape-1.png
最近、私のマイクロサイトの1つでこれを指定しました。目的は、オンラインの場合はsign-up- pngファイルを表示し、オフラインの場合はoffline-pngファイルを表示することです。これはうまく機能します。特に、各行の左側にあるファイルは、ネットワークセクションにあるかのように暗黙的に示され、サイトは常にそれらをオンラインにしようとします。これらをネットワークセクションにも追加しないでください。追加しないと、FALLBACKの内容が上書きされるように見えます。さらに、幸いなことに、右側のファイルは、CACHE:セクションに追加されたかのように暗黙的に指定されるため、最初に使用されなくても、最初のロード時にCACHEに明示的に追加しなくてもキャッシュされます。ただし、そこに追加することはできます。必要に応じて。違いはありません。
この構成では、Webサーバーのログを見ると、ページが更新されるたびに、apacheがマニフェストファイルとそのバージョンのページに必要なsign-up-pngファイル(CSSメディアがあります)に対して304をログに記録していることがわかります。ページサイズに基づいてどちらを決定するセレクター)。そのため、sign-up-pngファイルと通常のマニフェストチェックを常に正しくチェックしています。これはまさに私が望んでいることです。
徹底するために、ルートファイルがCACHE:セクションにもある必要があるかどうかを確認しようとしました。そうではないことがわかりました!トップレベルファイルがindex.htmlであり、そのhtmlタグでマニフェストファイルが指定されている場合、マニフェストファイルにindex.htmlを含める必要はなく、暗黙的にキャッシュされます。
アプリのキャッシュをどこまで拡張できるのか興味があります。iframeにリンクされているまたはiframe内にある他のhtmlファイルを含めることはできますか?それとも、それらすべてが別個の独自のマニフェストファイルを持っている必要がありますか?コメントしたい人はいますか?
フォーマットについてのサイドコメント、私がした間違いを犯さないでください、それは入れることです... NETWORK file1.js
コロンがないと、NETWORKはそれ自体がリソースであると考えて、完全に壊れてしまいます。
それは...ネットワーク:file1.jsでなければなりません