問題タブ [fastly-vcl]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
varnish - fastly および/または一般的な varnish サブルーチン リクエスト フロー
だからFastlyはワニス2.1.5の修正版を使う
サブルーチン リクエスト フローの図は提供されていませんが、varnish では提供されています (以下を参照)。
以下の画像によると、 withinvcl_hashを実行したときにのみ入力されます。しかし、Fastly のエンジニアによると...lookupvcl_recv
vcl_hashほとんどすべての場合に実行されます (ただし、 にいる場合をrestart除くvcl_recv)
それで、それはどれですか？それが Fastly 固有の実装なのか、それとも公式のワニス図に示されていないものなのか、および/または別のサブルーチンが終了したときに自動的vcl_*に入力されるサブルーチンがあるのか 誰かが知っていますか?
人々が知っている他の「落とし穴」はありますか？
varnish - VCL リターン (ルックアップ)
サービスからコンテンツを配信するために、Fastly とその Varnish を使用しています。複数のサービスにコンテンツを配信するために、次のスニペットを使用しています。
/services/user/getこれが機能し、サービスの/getエンドポイントに配信できるようになりuserます。
ただし、このスニペットを使用すると、Fastly はgzip圧縮を完全にスキップします。これは次を使用して修正できreturn(lookup)ます。
この時点で、gzip圧縮が機能しています。残念ながら、これにより、すべてPOSTのPATCH、、DELETEリクエストが として到着しGETます。
Varnish のドキュメントを調べてみましたが、これ(lookup)が本当に必要な分野かどうかわかりません。これをどのように実装する必要があるか教えてもらえますか?