SSI (Server Side Include)와 ESI (Edge Side Include)의 주요 차이점


13

웹 서버 수준에서 동적 콘텐츠를 정적 페이지에 포함시켜야합니다. 지금까지 찾은 두 가지 옵션은 Server Side Include (SSI)Edge Side Include (ESI)입니다.

의 기원은 있지만 SSI오래된 것 같고 (즉, 모호 일리노이 참조 것 같다의 대학에서 95 페이지를 캐시 분명히 그것은 출신, NCSA httpd그물의 95 %에 대해 전원에 사용되는 웹 서버 의하는 것을) ESI(더 최근의 기쁨 것 W3 2001 년의 사양, 주로 Akamai의 사람들이 작성 ).

또한, 나는 Varnish+ESI 에 대해 계속 듣고 있으므로 그것이 갈 길인지 궁금합니다. 그러나 나는 이미와 장소에 설치해야 nginx하는 경우에만 지원을 SSI, 그리고 따라하고 싶은 KISS원리와 사용하지 않도록 Varnish가능한 모든의 경우.

각 페이지 상단에 동적 사용자 표시 줄을 포함시킬 즉각적인 유스 케이스의 경우 SSI작업을 수행 할 것이라고 생각 합니다. 그러나 내 웹 사이트가 커짐에 따라 ESI모든 것을 다시 디자인하도록 강요하는 지원 기능 만 필요할 것입니다. 최종 독자는 말합니다.

지원하지 않는 주요 특징은 무엇입니까 SSI그것은 당신이 선택 할 것 ESI(그 반대)?


디자인의 단순성 외에 왜 둘 다 활용할 수 없습니까?
MikeyB

2
디자인의 단순성은이 시점에서 두 가지를 모두 활용하지 않는 이유입니다.
Max

내가 본 것과 같이 ESI는 SSI와 비슷하지만 더 많은 기능 (try-catch, ...)이 있습니다.
Julien

답변:


2

SSI와 ESI의 태그는 너무 비슷해서 너무 걱정하지 않아도됩니다. 바니시는 어쨌든 가장 기본적인 ESI 사용 만 지원합니다.

SSI와 nginx를 가지고 있기 때문에 사용하고, 니스의 캐싱이 필요한 경우 SSI를 ESI로 변경하는 것만 큼 사소한 쉘 스크립트입니다.


1

Varnish는이를 위해 설계되었으므로 Nginx보다 캐시를 ​​관리하기 위해 Nnishx보다 많은 옵션이 있습니다 (Nginx에 많은 옵션이 내장되어 있더라도).

Nginx는 항상 내 요구 (단순 조각 캐시, 프록시, 좋은 속도 ...)에 적합하기 때문에 아직 Varnish를 시도하지 않습니다!

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.