2012-03-16 6 views
1

キャッシュされたNSURLConnection/NSURLCacheを使用してドキュメントをダウンロードした場合は、そのドキュメントをサーバー上で編集して(Last-ModifiedヘッダーとEtagヘッダーが変更されます)、ドキュメントに戻って、以前のキャッシュバージョンが返されます。 NSURLCache/NSURLConnectionは、リクエスト内のIf-Modified-Since/If-None-Matchヘッダを使って新しいリソースをチェックしようとしません(リソースの新しいバージョンを返す)。iOS 4.3.x上のNSURLCacheがLast-ModifiedヘッダーまたはEtagヘッダーをチェックしない

NSURLCacheをNSURLConnectionと共に使用して、以前にキャッシュされたLast-Modified/Etagヘッダーを使用してサーバー上の更新されたリソースをチェックする必要がありますか?このようなことが起こるべきかどうか、またはHTTP 304の内容を確認することが開発者の責任であるかどうかについては、私はドキュメントを見つけることができないようです。

+0

私は同じ問題を抱えていますが、私はiOS 5を使用しています。変更されたリソースのiOSチェックの証拠は見つかりません。 – Leonardo

答えて

-1

私は他の人にNSURLCacheの使い方についてコメントするつもりです。私は、NSURLConnection、プロキシサーバー、および誤って構成されたWebサーバーでキャッシュを防止する最も信頼性の高い方法は、URLにインクリメントする数値を追加することでした。

そうではなく、http://mycompany.com/pathを使用して、http://mycompany.com/path?c=1http://mycompany.com/path?c=2http://mycompany.com/path?c=3などを使用するなど

それはハックが、良い一つです。

+0

元のポスターは、キャッシュと既存のキャッシングプロトコルを効果的に活用する方法を知りたがっていました。そのためのKuddos、私はこの答えが役立つか分からない。 : - / –

関連する問題