J'ai besoin d'inclure du contenu dynamique dans des pages statiques au niveau du serveur Web. Les 2 options que j'ai trouvées jusqu'à présent sont Server Side Include (SSI)
et Edge Side Include (ESI)
.
Alors que les origines de SSI
semblent anciennes et obscures (cette page en cache de 95 de l'Université de l'Illinois semble être la référence , apparemment, elle provient du NCSA httpd
serveur Web qui alimentait environ 95% du net ), celle de ESI
semble plus récente et réjouissante ( w3 spécifications de 2001, écrites principalement par des gars d'Akamai ).
De plus, je continue d'entendre parler de Varnish
+ESI
et je me demande si cela devrait donc être la voie à suivre. Cependant, j'ai déjà une configuration en place avec nginx
, qui ne prend en charge que SSI
, et je voudrais suivre le KISS
principe et éviter d'utiliser Varnish
si possible.
Pour mon cas d'utilisation immédiat, qui consistera à inclure une barre utilisateur dynamique en haut de chaque page, je pense SSI
qu'elle fera l'affaire. Cependant, je crains qu'à mesure que mon site Web se développe, j'aurai besoin de fonctionnalités uniquement prises en charge ESI
qui me forceront à tout repenser, ce qui m'amène à ma question (enfin, le lecteur dit):
Quelles sont les principales fonctionnalités non prises en charge SSI
qui vous inciteraient à choisir ESI
(et vice versa)?
Réponses:
Les balises pour SSI et ESI sont si similaires que je ne m'inquiéterais pas trop de cela. De toute façon, Varnish ne prend en charge que l'utilisation la plus basique d'ESI.
Utilisez SSI et nginx depuis que vous les avez, et si vous avez besoin de la mise en cache de Varnish, vous n'êtes plus qu'un simple script shell pour changer vos SSI en ESI.
la source
Varnish est conçu pour cela, vous aurez donc plus d'options avec Varnish pour gérer le cache qu'avec Nginx (même si Nginx a beaucoup d'options intégrées).
Étant donné que Nginx répond toujours à mes besoins (cache de fragments simple, proxy, bonne vitesse ...) je n'essaie pas encore Varnish!
la source