0

特定のシステムの必要に応じて URL を消去および再生成できるシステムを構築しようとしています。以前は、システムがハッシュによってオブジェクトを見つけたときに、パージに問題がありましたが、「パージ」がなかったためバリアントを見逃していました。私の vcl_miss で (私の vcl_hit でのみ、一部のガイド/サンプル vcl ファイルではこの必要性について言及されていませんが、主要なドキュメントではここで説明されています)。

私が把握しようとしているのは、REGEN 呼び出しに対して同様のことを行う必要があるかどうかです。私の理解では、「set req.hash_always_miss = true;」古いハッシュが失われ、新しいハッシュ オブジェクトが生成されることを意味します。後続の呼び出しで新しいハッシュが検出されますが、キャッシュに適切なバリアントがない場合は、そのオブジェクトを見逃す可能性があります。

新しいオブジェクトのバリアントが欠落している後続のリクエストが、前のオブジェクトのバリアントを見つけるのではなく、直接キャッシュ ミスとフェッチにつながるかどうかを誰かが確認できますか?

4

1 に答える 1

1

hash_always_missは、現在/進行中のリクエストとそれが置き換えるキャッシュの内容にのみ影響します。フェッチは常に発生し、オブジェクトは他のミス/フェッチシーケンスと同じルールを使用してキャッシュに入れられます。

同じハッシュの「古い」他のバリアントは引き続き有効なオブジェクトであり、さまざまなヘッダーと一致するリクエストヘッダーを示すクライアントに提供されます。

hash_always_missは現在のバリアントを置き換え、他には何も置き換えません。

あなたの質問に答えるために、あなたの文の2番目の部分が最も正しいです。

于 2012-12-02T22:52:00.983 に答える