Edge Side Inkluderer - Edge Side Includes

Edge Side Includes eller ESI er en lille markup sprog til kant niveau dynamisk webindhold forsamling. Formålet med ESI er at tackle problemet med skalering af webinfrastrukturer. Det er en anvendelse af edge computing .

Det er ret almindeligt, at websteder har genereret indhold. Det kan være på grund af ændret indhold som kataloger eller fora eller på grund af personalisering . Dette skaber et problem for cachingsystemer . For at løse dette problem er en gruppe virksomheder ( Akamai , Art Technology Group , BEA Systems , Circadence Corporation, Digital Island, Inc. , Interwoven, Inc. , Open Market, hvis ESI-relaterede teknologi nu ejes af FatWire Software , Oracle Corporation og Vignette Corporation ) udviklede ESI -specifikationen og forelagde den for W3C til godkendelse. Forslagsredaktør var Mark Nottingham.

ESI Language Specification 1.0 blev forelagt World Wide Web Consortium (W3C) til godkendelse i august 2001. W3C har kvitteret for modtagelse, men har ikke accepteret forslaget.

ESI implementeres af nogle indholdsleveringsnetværk , f.eks. Akamai, og af nogle caching -proxyservere som Varnish , Squid og Mongrel ESI, selvom mange ikke implementerer den komplette specifikation. Akamai tilføjer også yderligere funktioner til den version, de understøtter.

Syntaks

ESI -elementmærker indsættes i HTML eller andet tekstbaseret indhold under oprettelsen. I stedet for at blive vist for seerne, er disse ESI -tags direktiver, der instruerer en ESI -processor i at foretage sig noget. De XML- baserede ESI-tags angiver til kantagens behandlingsagent den handling, der skal udføres for at fuldføre sidens samling. Et enkelt eksempel på et ESI -element er inkluderetagget, der bruges til at inkludere indhold uden for siden. Et ESI-tag, der er placeret in-line i et HTML-dokument, ser sådan ud: 

<esi:include src="http://example.com/1.html" alt="http://bak.example.com/2.html" onerror="continue"/>

I dette tilfælde vil ESI -processoren hente src -URL'en eller undlade at alt -URL'en, eller hvis den mislykkedes, gør ingenting. ESI -systemet er normalt en caching -proxyserver, så det kan have en lokal kopi af disse filer, som det kan indsætte uden at gå tilbage til serveren. Alternativt kan hele siden med ESI -tags cachelagres, og kun ESI -anmodninger kan fremsættes til originalserveren. Dette tillader forskellige cachetider for forskellige dele af siden eller forskellige grader af tilpasning.

Funktioner

Der er fire hovedtræk i ESI:

  • inklusion af sidefragmenter, som illustreret ovenfor;
  • variabler, der kan indstilles fra cookies eller HTTP -headere og derefter bruges i andre ESI -sætninger eller skrives ind i markup;
  • betingelser, så forskellige markeringer kan bruges baseret på variabler, f.eks. hvis en cookie er indstillet eller ej;
  • fejlhåndtering , så en failover kan bruges, hvis en originalserver ikke er tilgængelig.

Alternativer

De vigtigste alternativer til ESI er

Referencer

eksterne links