私は websocket ベースのプロジェクトに取り組んでいます。Web サーバーと Websocket サーバーの両方を含むメイン サーバーは、主に他の Websocket サーバーへの転送ハブとして機能します。これらのセカンダリ Websocket サーバーは、Web サーバーを実行することも期待されていませんが、ダウンロードする必要がある場合と必要ない場合があるファイルをホストしていることが期待されます (必要に応じて Websocket を介して直接転送されます)。
ファイルはそれほど大きくないと予想されますが、現在のテスト ファイルは約 2KB ですが、標準は約 10 ～ 20KB であり、画像やその他のデータ量の多い素材のエンコードを許可すると、さらに大きくなる可能性があります。一連のホストから繰り返し要求されることが予想されます。つまり、クライアントは複数の独立した websocket サーバーからファイルを「要求」することができます (同時にではありません)。ただし、1 つのクライアントが 1 つの Websocket サーバーから同じファイルを 1 日に 20 回以上要求することが予想されます。
したがって、帯域幅を削減するために、純粋にクライアント側の作業を行うこれらの動的ファイルをキャッシュできるかどうか疑問に思っています。