Je dois 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)
.
Tandis que les origines de SSI
semblent vieux et obscur (c'est-ce que - page mise en cache de l'Université de l'Université de l'Illinois semble être la référence , apparemment, c'est de NCSA httpd
WebServer qui utilisait environ 95% du Net ), celui de ESI
semble plus récent et réjouissant ( Spécifications W3 de 2001, écrit principalement par les gars de Akamai ).
En outre, je continue à entendre 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 prend uniquement en charge SSI
, et souhaitez suivre le principe KISS
et éviter d'utiliser Varnish
si possible.
Pour mon étui d'utilisation immédiate, qui sera d'inclure une barre d'utilisateurs dynamique en haut de chaque page, je crois que SSI
fera le travail. Cependant, je suis préoccupé par le fait que, comme mon site Web grandit, j'aurai besoin de fonctionnalités supportées par ESI
qui me forcera à ré-concevoir tout, ce qui m'apporte à ma question (enfin que le lecteur dit):
Quelles sont les principales caractéristiques non prises en charge par SSI
qui vous ferait choisir ESI
(et vice versa)?
Les étiquettes pour SSI et ESI sont si similaires que je ne m'inquiéterais pas pour trop beaucoup. Le vernis ne prend en charge que l'utilisation la plus élémentaire de ESI Honeway.
Utilisez SSI et NGinx depuis que vous les avez, et si vous avez besoin de la mise en cache de vernis, vous n'êtes qu'un script shell trivial loin de changer votre SSIS en ISIS.
Le vernis est conçu pour cela, vous aurez donc plus d'options avec vernis pour gérer le cache qu'avec Nginx (même si NGinx a de nombreuses options intégrées).
Puisque Nginx convient toujours à mes besoins (cache de fragments simples, proxy, bonne vitesse ...) Je n'essaye jamais de vernis encore!