Still inn CMS-cache og lever sider raskere
Med den integrerte cachen kan bluetronix CMS levere ferdig genererte sider direkte ved senere besøk. I denne veiledningen lærer du hvordan du setter cache-innstillingen per side og hvilke forskjeller som er viktige for statiske, parameteravhengige, flerspråklige og personlige sider.
Hva er CMS-cachen?
bluetronix CMS kan mellomlagre HTML-en til en allerede generert side. Ved senere besøking kan denne cacheversjonen hentes direkte, i stedet for at siden må genereres helt på nytt gjennom CMS-side-renderingsprosessen.
Slik kan mange sider leveres raskere, uten at alle PHP-prosesser og databaseforespøringer må utføres på nytt ved hvert besøk. Cache-innstillingen angis for hver CMS-side individuelt.
Åpne cache-innstillingen for en side
Åpne den ønskede siden i Redigerer og gå til Sideinnstillinger via tannhjulsikonet. Der finner du innstillingen Cache.
Ved hjelp av valgfeltet angir du om siden kan cache-lagres. Som standard er cache aktivert.
Velg ønsket innstilling og klikk på Lagre.
Cache: Ja – gjenbruk ferdig side
Ved Cache: Ja kan CMS lagre den ferdig genererte HTML-siden. Hvis det finnes en passende, aktuell cacheversjon ved et senere besøk, kan den ferdige HTML-en leveres direkte.
Seitenaufruf
↓
Passende Cache-Version vorhanden?
↓
Ja
↓
Fertiges HTML direkt ausgebenDen komplette renderingsprosessen må ikke gjennomgås på nytt ved et slikt besøk. Må siden derimot genereres på nytt, vil den først gjennomgå den normale CMS-prosessen; deretter kan resultatet lagres på nytt i cachen.
Cache: Nei – generere siden på nytt ved hvert besøk
Velger du Cache: Nei, vil siden ikke bli levert fra sidens cache. Ved hvert besøk vil CMS utføre den nødvendige renderingsprosessen på nytt.
Seitenaufruf
↓
CMS-Site-Rendering-Prozess
↓
PHP-Verarbeitung und benötigte Datenbankzugriffe
↓
Layout und Seiteninhalt erzeugen
↓
HTML ausgebenDenne innstillingen er egnet for sider der innholdet må være aktuelt ved hvert besøk, eller genereres individuelt for den aktuelle brukeren.
Eksempel: Cache en normal innholdsside
En side som about_us.html viser vanligvis det samme innholdet for alle besøkende. Når cache-funksjonen er aktivert, kan CMS generere den og gjenbruke den ferdige HTML-en for ytterligere besøk.
/about_us.html → eigene Cache-VersionFor besøkende ser nettsiden ut akkurat som med en ny generert side. Om HTML-en kommer fra cachen, kan ikke gjenkjennes bare ved det synlige sideskjemaet.
Når blir cache-versjonen fornyet?
CMS tar ikke bare hensyn til det direkte sideinnholdet, men også andre komponenter av den ferdige siden. Dette inkluderer for eksempel den brukte layouten, headeren, navigasjonen, footeren og andre inkluderte elementer.
Hvis for eksempel footeren endres eller et nytt menypunkt legges til, må cacheversjonen av en uendret innholdsside også oppdateres. CMS sjekker de relevante komponentene for siden og genererer en ny cacheversjon ved endringer.
Egne cache-versjoner for GET-parametere
En side kan også caches dersom den blir tilgjengeliggjort via GET-parametere. Det avgjørende er at en bestemt parameterkombinasjon gir det samme innholdet, så lenge de tilhørende dataene ikke forandrer seg.
Et produktoppringning kan for eksempel se slik ut:
/index.html?productID=1
/index.html?productID=2
/index.html?productID=3
/index.html?productID=4Hver av disse anropene kan vise et annet produktinnhold. Derfor kan CMS bruke en egen cacheversjon for hver parameterkombinasjon.
GET-parametere alene er ikke en grunn til å slå av cachen. Forutsetningen er at den aktuelle cacheversjonen kan inneholde det samme innholdet for alle besøkende som den leveres til.
Separate cacheversjoner for forskjellige språk
På flerspråklige nettsider tas språket også med i beregningen. Det samme produktet kan for eksempel inneholde forskjellige tekster på en engelsk, tysk og fransk nettside.
https://www.my-demo.com/index.html?productID=1 → Englisch
https://www.my-demo.de/index.html?productID=1 → Deutsch
https://www.my-demo.fr/index.html?productID=1 → FranzösischCacheversjonene må derfor også passe til det aktuelle språket. Slik kan det samme produktoppringningen leveres på hvert språk med de riktige tekstene.
Når bør du bruke Cache: Nei?
For sider med brukeravhengig innhold bør du deaktivere sidens cache. En personlig kontoside kan ha samme URL, men vise ulike informasjoner for hver innlogget bruker.
/MyAcoount.html → Benutzer Max → eigene Shop-Käufe
/MyAcoount.html → Benutzer Ross → andere Shop-KäufeDette personlige innholdet skal ikke gjenbrukes som en generell cacheversjon for andre besøkende. Sett cachen for en slik side til Nei.
Også ved /Search.html kan Cache: Nei være fornuftig hvis søkeresultatene må beregnes på nytt ved hvert besøk eller avhenger av innganger som ikke er tatt med i cachen.
Aktiver ikke sidens cache for utdata som inneholder personlige data fra forskjellige brukere under samme URL.
Sammendrag
Med Cache: Ja kan passende sider gjenbrukes som ferdig HTML og leveres raskere. Ulike GET-parametere og språk kan få egne cache-versjoner. Endringer i relevante sideelementer fører til fornyelse av de berørte cache-versjonene.
For personlige kontosider eller andre innhold som må genereres brukeravhengig ved hver forespørsel, velger du Cache: Nei. Innstillingen finner du direkte i redigereren under Sideinnstillinger → Cache.
FAQ
hva kunder ofte spør oss om
Hvor finner jeg cache-innstillingen for en CMS-side?
Åpne ønsket side i redigereren og gå via tannhjulikonet til Sideinnstillinger. Der finner du valget Cache.
Hvilken cache-innstilling er aktiv som standard?
Som standard er side-cachen aktivert.
Hva skjer når Cache: Ja er aktivert?
CMS kan lagre den ferdige HTML-en og levere en passende, oppdatert cache-versjon direkte ved senere forespørsel. Dette gjør at siden ikke må genereres helt på nytt ved hver forespørsel.
Hva skjer når Cache: Nei er aktivert?
Siden genereres på nytt ved hver forespørsel gjennom den nødvendige CMS-side-renderingsprosessen og leveres ikke fra side-cachen.
Vil cachen bli fornyet hvis jeg endrer header, navigasjon eller footer?
Ja. CMS tar også hensyn til relevante elementer som er inkludert på siden og genererer en ny cache-versjon ved tilsvarende endringer.
Kan en side med GET-parametere caches?
Ja. For eksempel kan productID=1 og productID=2 få egne cache-versjoner, så lenge innholdet deres kan gjenbrukes for de respektive forespørslene.
Finnes det forskjellige cache-versjoner for ulike språk?
Ja. Språket tas i betraktning, slik at for eksempel den engelske, tyske og franske versjonen av en produktforespørsel kan få forskjellige cache-versjoner.
Bør jeg aktivere cachen for personlige kontosider?
Nei. En personlig kontoside som /MyAccount.html kan vise ulike data under samme URL avhengig av den påloggede brukeren. Bruk Cache: Nei for dette.
Hvordan håndterer jeg cachen for en søkeside?
For /Search.html kan Cache: Nei være fornuftig hvis søkeresultater må beregnes på nytt ved hver forespørsel eller avhenger av ytterligere inndata.