Hvordan og hvorfor implementere et cachingsystem

Dagens nettlesere har støtte for avanserte former for caching som gir effektiv surfing hvor man slipper å vente på at tidligere besøkte statiske nettsider skal laste. Dette begrenser båndbredden på hver eneste Internettside da statiske elementer ikke trenger å laste på nytt hver gang, samtidig som den lagrede informasjonen automatisk blir oppdatert for å sikre at man ikke ser utdatert innhold for alltid.

Det er dessuten like viktig å ta i bruk caching direkte på nettsiden for å spare båndbredde og nedlastningstid ytterligere. F.eks. bør undersider som ikke oppdateres ofte caches – det samme kan annen type informasjon som krever mye av serveren ved hver sidevisning. F.eks. kan man optimalisere bildegallerier veldig mye med noen enkle triks.

Se for deg et administrasjonspanel for bildegallerier. Først må alle lagrede filnavn hentes ut av en database, før informasjonen skal sjekkes opp mot filene direkte for å se at de eksisterer og deretter vise informasjon om hver enkelt filt. Erfaringsmessig vil dette begynne å gå uutholdelig tregt når man nærmer seg 100 bilder. I stedet for å kjøre disse operasjonene ved hver sidevisning, kan man f.eks. ha en tekstfil i bildemappen som inneholder alle bildenavnene. På denne måten slipper man flere ledd i genereringen og det er nå kun nødvendig å hente inn linjene i filen og koble dette sammen med informasjon lagret i databasen. På denne måten kan man vise mange tusen bilder uten problemer med hastigheten.

Et annet eksempel kan være steder man bruker en templatemotor. Slike systemer gjør som oftest at man får bedre kodekvalitet ved å skille ren programmering fra HTML-kode. Ulempen er at de færreste tenker på at dette er krevende oppgaver som øker lastetiden for hver eneste bruker da variabler må parses og ting ikke lenger er rett–frem.

F.eks. skjer gjerne dette når administrator oppretter en ny side:

1. Administrator oppretter en ny underside kalt «personlig.php»
2. Sidens innhold lagres i databasen
3. En fil kalt personlig.php blir opprettet som bl.a. inneholder fem variabler som må parses og erstattes av reelt innhold: {LANGUAGE}, {FONT}, {DATES}, {COMMENT} og 259

Etterfulgt av følgende handlinger:

1. Siden er nå publisert, så en bruker går inn på personlig.php
2. Filen personlig.php lastes og henter ut innholdet fra databasen
3. De fem variablene parses
4. Den ferdige nettsiden skrives ut

Dette skjer bare på dårlig designe systemer. Det som burde skje er like enkelt som det er genialt:

1. Administrator oppretter en ny side som blir lagret som personlig.php
2. Innholdet lagres i databasen, personlig.php med de ulike variablene som må parses
3. Etter dette, parser systemet automatisk personlig.php og oppretter f.eks. personlig.html med ferdig kode hvor alle variabler er parset og innholdet er hentet ut fra databasen
4. Når en bruker spør etter personlig.php, vises i dette eksempelet personlig.html og ikke uparsede personlig.php. På denne måten blir variablene kun parset hver gang administrator oppdaterer siden, mens resten av de besøkende ser den ferdige filen som laster raskt

På denne måten går alt raskere og systemet vil kunne vise nettsidene mye raskere enn normalt.