応答キャッシュの検証

キャッシュエントリは、attribute::CacheValidationPolicy（default.ini内または特定の画像カタログの.iniファイル内）で選択されたように、カタログベースまたは有効期限ベースのキャッシュ検証を使用して自動的に更新されます。

カタログベースの検証では、catalog::LastModified（またはattribute::LastModified、またはcatalog.iniファイルのファイル変更時刻）がキャッシュエントリが作成された時刻より新しい場合、既存のキャッシュエントリが古いと見なされます。

有効期限ベースの検証では、最新の検証以降、5分後にキャッシュエントリが古くなります。どちらの場合も、サーバーは、リクエストの作成に関係したすべての画像ファイルのファイル日付を確認することで、古いキャッシュエントリを検証します。ファイルの日付が変更されていない場合、キャッシュエントリのタイムスタンプが更新され、キャッシュされた日付が有効と見なされます。

ほとんどの画像が画像カタログに登録されている一般的なアプリケーションでは、カタログベースの検証がパフォーマンスを向上させます。画像カタログを含まないアプリケーションでは、有効期限ベースのキャッシュ検証を使用する必要があります。これを実現する1つの方法は、 default.iniでattribute::cacheValidationPolicy=0を設定し、すべての特定の画像カタログファイルで1を設定することです。

リクエストに含まれるカタログエントリが応答画像の変更を引き起こす可能性のある方法で変更されると、キャッシュエントリが無効になり、再生成される可能性があります。例えば、catalog::Modifierの内容が変わります。

メモ

Dynamic Media PTIFF(Pyramid TIFF)画像は、検証目的で、ファイルヘッダー内のファイルの日付を内部的に保持します。ファイルシステムによって保持されるファイル変更時刻は、非PTIFFファイルが変更されたかどうかを確認するために使用されます。

キャッシュ検証プロセスには画像ファイルのみが含まれます。フォントファイルまたはICCプロファイルファイルに対する変更は、キャッシュエントリの自動無効化の原因になりません。