問題タブ [varnish]

サーバー構成を (init.d ファイルから) Supervisord に移行しています。

varish が実行されている例がいくつかあります。ニスを使い始めたとき、ulimit の問題があったことを覚えているので、init.d/varnish スクリプトに次の行があります。

ulimit -n ${NFILES:-131072} ulimit -l ${MEMLOCK:-82000}

/usr/sbin/varnishd プログラムを引数付きで実行するように Supervisord を構成しています。

Supervisord を介して ulimit 設定を構成するにはどうすればよいですか? varnishd プログラムをスクリプトでラップするだけですか?

ワニスがラウンドロビンディレクターを介して各バックエンドに送信しているリクエストの数を確認したいと思います。今のところわかりません。アイデアをありがとう

Squid、Varnish、TrafficServer などの一般的な HTTP 仲介者 (キャッシュ) の概要または比較表を知っている人はいますか?

特に、リクエスト処理のアプローチ (同期と非同期、マルチプロセス、マルチスレッドなど) に関する情報を探しています。

(ESIに関して私が持っているオプションを調査しています。私のESIアプローチでは、リクエスト処理中にかなりの量のロジックを実行する必要がある場合があります)

1月

Varnish VCL 言語でドメインのリストを定義する方法はありますか? ACLについても同様のことがあると思います。このようなことをしたいと思います（例としてACLを使用）。

別の RegEx テストを使用することもできますが、それらのドメインを VCL の別の場所で使用したい場合、再利用できません。

ありがとう！

特定の IP を持つクライアントがバックエンドにパススルーし、ニスを使用してキャッシュしないようにすることは可能ですか? これは、構成例のいずれにも見られません。

私は最近ワニスを調べて、いくつかの重いグーグル検索をしています。最近、eコマースサイトを運営するサーバーにクリスマスを見越してこれを設定しました。今後数週間で再訪問が増えるため、Varnishを使用することは良い考えのように思われました。

誰かが私のために何かを明確にできるかどうか疑問に思っていました-Varnishを使用しているときに、ユーザーが初めて到着した場合、新しいCookieを検出し（セッションはショッピングカートで使用されるため）、アクセスしたページをキャッシュします。

ただし、顧客が繰り返しアクセスするよりも多くをキャッシュしたい場合は、別のスタックオーバーフロースレッドで、以下を使用して.vclを編集すると、session_startが使用されている場合でもページをキャッシュするのに役立つことがわかりました。

私の質問は、キャッシュされるものの詳細について少し混乱しています。これは誰かのショッピングカートもキャッシュし、その製品ページへのすべての訪問者にこれを提供しますか？

ここでワニスの基本的なポイントが欠落している場合はお詫びします。最悪のシナリオでは、再訪問の負荷を軽減するのに役立ちますが、サイトをより多くキャッシュする方がさらに良いでしょう！

よろしくお願いします

Web サーバーで 404 を長期間 (数日/数週間) キャッシュするソリューションを探しています。私の現在のセットアップは、キャッシュされていないページを配信するための memcached_pa​​ss プロキシと PHP-FPM を備えた NGINX です (PHP は内容を memcached にも書き込みます)。Web 中のクローラーが私のページを気に入っているようで、1 日に数千の 404 リクエストを生成しています。memcached のコンテンツと一緒に 404 応答ヘッダー情報をキャッシュできないため、それらはすべて PHP に直接ヒットします。したがって、memcached_pa​​ss ルックアップは常に失敗します。

404 を返すすべてのリクエストをキャッシュするにはどうすればよいですか? Nginx の HTTPProxModule は私が探しているものですか? それともワニスの方がいいですか？

私の現在の観点からは、セットアップ全体を変更して、nginx から memcached_pa​​ss ディレクティブを削除することに熱心ではありません。php がリクエストを memcached にキャッシュできる (すべき) かどうかを決定するため、これまでのところかなりきれいです。必要に応じてキャッシュをフラッシュするのも非常に簡単です。

私の現在のNGINX構成ファイル：

Nginx または Varnish のいずれかの構成例は素晴らしいでしょう。

ありがとうございました！:)

投稿と、それらの投稿をお気に入りに追加できるユーザーを備えた標準のブログタイプのアプリケーションがあります。

目標

1. ユーザーが投稿のリストを見ると、各投稿がお気に入りかどうかの表示（画像）が表示されます。匿名ユーザーにはお気に入りがありません。
2. 投稿のリストは、計算に費用がかかるため、Varnishにキャッシュする必要があります（匿名ユーザーとログインユーザーの両方）。

アイデア

リストページをVarnishにキャッシュし、ESIを使用してお気に入り情報を取得します...

1. ...現在のリクエストを行っているユーザーの投稿ごと。欠点：1ページあたり50のESIリクエスト（基本的にN + 1の問題）。
2. ...ページに保存されるJSONオブジェクトとして。クライアントでは、このオブジェクトが読み取られ、DOMが操作されてお気に入り情報が示されます。欠点：Javascriptがないユーザーには機能しません。
3. ...ページに保存されるCSSスニペットとして。CSSは、各投稿に何を表示するかを決定します。欠点：スタイル設定可能なコンテンツ（つまり、画像）に対してのみ機能します。テキスト情報を表示することはできません。

私が望むことを達成するための可能性を逃していますか？アイデア3は最も賢い答えのようですが、ユーザーが投稿をお気に入りに追加した日付も表示したい場合は機能しません。

Web アプリケーション (PHP) 用に、ユーザー間で画像を共有する機能を作成しています。これは、すべてのユーザーが自分の画像をサーバーにアップロードできることを意味します。したがって、私の最初の前提は、「画像共有」機能専用のサーバーが必要だということです。問題は、サーバーが多くのリクエストを受け取ると、ボトルネックが発生することです。

• キャッシング (memcached、varnish、squid...) について学びましたが、これらのテクノロジーのいずれかが私に適していると思いますか?

• 私にとって最高の/理想的なアーキテクチャは何ですか? ある時点で、サーバーが1つだけでは不十分だと思います。サーバーのクラスター（マスターとスレーブ）が必要になると思います。右？

適切なテクノロジーとアーキテクチャについてのオリエンテーションを教えていただければ幸いです。

Web アプリケーション (PHP) に、画像のアップロードと共有の機能を追加しました。画像のみをキャッシュするための最適なキャッシュ テクノロジを知る必要があります。

書くことよりも読むことが多くなります。

では、私のニーズに最適なテクノロジーは何だと思いますか?

それはワニス、memcached、または何か他のものですか?