ワニスを無視する、クッキーを削除しないでください

Question

ワニスを使用して、特定のページをクッキーの存在下でもキャッシュしたいと思います。匿名ユーザーが光のカスタマイズで、いくつかのページを見ているユーザーに

Aが記録され、いくつかのページを見ている

1. ：私はの世話をする必要がある3つの可能性があります。これらのカスタマイズはすべて、署名付きクッキーに格納され、Javascriptによって動的に生成されます。 vary-cookie httpヘッダーが設定されていません。
2. ログインしたユーザーが、データベースのカスタマイズされたデータを含む一部のページを表示しています。 vary-cookie httpヘッダーが設定されます。

期待される行動は次のようになります。

1. キャッシュページ。これはワニスが扱う最も基本的なシナリオです。
2. ページをキャッシュし、一部のJavascriptロジックで必要とするため、Cookieを削除しないでください。
3. このページは、さまざまなCookieがCookieの内容によってこのページの出力に影響するため、キャッシュしないでください。

私はワニスについていくつかのドキュメントを読みましたが、これがデフォルトの動作であるかどうか、またはVCLでそれを実現するための設定があるかどうかはわかりません。

Answer 1

セッションのみがすべてのクライアントに固有であり、必ずしもクッキーではありません。

あなたが望むのは、ワニスでは理にかなっていて、可能なのは自分のvclを慎重に工夫することだけです。 default.vclの以下の部分に注意してください：

sub vcl_recv { 
    ... 
    if (req.http.Authorization || req.http.Cookie) { 
     /* Not cacheable by default */ 
     return (pass); 
    } 
} 


sub vcl_hit { 
    if (!obj.cacheable) { 
     return (pass); 
    } 
    ... 
} 


sub vcl_fetch { 
    if (!beresp.cacheable) { 
     return (pass); 
    } 
    if (beresp.http.Set-Cookie) { 
     return (pass); 
    } 
    ... 
} 

は独自のロジックでこれらの部品を交換する必要が。つまり、独自のvcl_関数を定義します。デフォルトでは、クッキーによるリクエスト（vcl_recv）とレスポンス（vcl_fetch）はキャッシュできません。バックエンドアプリケーションを最もよく知っているので、ジェネリックキャッシュロジックをこの特定のケースに書き換える必要があります。つまり、ワニスがルックアップ、パス、またはデリバリーを行う場合を定義する必要があります。

あなたのケースでは、さまざまな種類のCookieがないページ（ケース1と2）があり、誰でもキャッシュされ共有されます（Cookieの有無によるリクエスト）。 vcl_recvのreq.http.Cookieを気にしないでください。私は、さまざまなクッキーを使用してページをキャッシュしません（または、少なくとも長期間ではありません）。これはまったく共有できないためです。 vcl_fetchで 'pass'を実行します。