SSI（サーバー側インクルード）とESI（エッジ側インクルード）の主な違い

Webサーバーレベルで静的ページに動的コンテンツを含める必要があります。私がこれまでに発見した2つのオプションがあるServer Side Include (SSI)とEdge Side Include (ESI)。

起源は、一方でSSI、古いようだと（というあいまい95からイリノイ大学からのキャッシュされたページを参照のようです、どうやらそれからだNCSA httpdネットの95％程度の電力を使用するWebサーバのことという、） ESI（より最近の喜びようだW3主にアカマイの男性によって書かれた2001年の仕様）。

また、私はVarnish+ESIについて聞き続けており、したがって、それが進むべき道なのかどうか疑問に思っています。しかし、私はすでにある場所でセットアップしていnginxただけサポートして、SSI、、フォローしたいKISS原理をし、使用を避けるVarnish可能なすべての場合。

各ページの上部に動的なユーザーバーを含めることになる直接的なユースケースの場合、私SSIは仕事をすると信じています。しかし、私は私のウェブサイトが成長するにつれて、私がESIすべてを再設計することを余儀なくされるサポートされている機能だけが必要になるのではないかと心配しています（最終的に読者は言います）：

サポートされSSIていない主な機能は何ESIですか？

SSIとESIのタグは非常に似ているため、これについてあまり心配する必要はありません。とにかく、ニスはESIの最も基本的な使用のみをサポートします。

SSIとnginxを使用します。Varnishのキャッシュが必要になった場合、SSIをESIに変更するのは簡単なシェルスクリプトです。

Varnishはそのために設計されているため、Nginxよりもキャッシュを管理するVarnishのオプションが多くなります（Nginxに多くのオプションが組み込まれている場合でも）。

Nginxは常に私のニーズ（単純なフラグメントキャッシュ、プロキシ、高速...）に適合するため、ワニスはまだ試していません！