SSI (Server Side Include) ve ESI (Edge Side include) arasındaki temel farklar

Web sunucusundaki statik sayfalara dinamik içerik eklemem gerekiyor. Şimdiye kadar bulduğum 2 seçenek Server Side Include (SSI)ve Edge Side Include (ESI).

SSIEski ve belirsiz görünen kökenler ( Illinois Üniversitesi'nden 95'in önbelleğe alınmış sayfası referans gibi görünmekle birlikte , görünüşe göre NCSA httpdağın yaklaşık% 95'ine güç veren web sunucusundan ), ESIdaha yeni ve sevinçli görünen ( w3 2001'den itibaren, çoğunlukla Akamai'li çocuklar tarafından yazılmıştır ).

Ayrıca, Varnish+ESI hakkında bir şeyler duymaya devam ediyorum ve bunun yolun böyle olup olmayacağını merak ediyorum. Ancak daha önce de beraber yerde bir kurulum var nginxki sadece desteklerin, SSI, ve takip etmek istiyorum KISSilkesi ve kullanmaktan kaçının Varnishmümkünse eğer.

Her sayfanın üstüne dinamik bir kullanıcı çubuğu ekleyecek olan acil kullanım durumum SSIiçin, işi yapacağımıza inanıyorum . Ancak, web sitem büyüdükçe, yalnızca ESIher şeyi yeniden tasarlamam için beni destekleyecek özelliklere ihtiyacım olacak, bu da beni soruma getiriyor (sonunda okuyucu diyor):

SSISizi desteklemeyen ve desteklemeyen ana özellikler nelerdir ESI?

SSI ve ESI için etiketler o kadar benzer ki, bu aşırı fazla endişelenmeyeceğim. Vernik zaten sadece ESI'nin en temel kullanımını destekler.

Onlara sahip olduğunuzdan beri SSI ve nginx kullanın ve Varnish'in önbelleğe alınması gerekiyorsa, SSI'larınızı ESI'lara değiştirmekten sadece önemsiz bir kabuk betiğisiniz.

Vernik bunun için tasarlanmıştır, bu nedenle önbelleği yönetmek için Varnish ile Nginx'ten daha fazla seçeneğiniz olacaktır (Nginx'in yerleşik birçok seçeneği olsa bile).

Nginx her zaman ihtiyaçlarımı karşıladığından (basit parça önbellek, proxy, iyi hız ...) Henüz Vernik denemedim!