Ställa in CMS-cache och leverera sidor snabbare
Med den integrerade cachen kan bluetronix CMS direkt leverera färdiga sidor vid senare besök. I denna handledning får du veta hur du ställer in cache-inställningen per sida och vilka skillnader som är viktiga för statiska, parameterberoende, flerspråkiga och personliga sidor.
Vad är CMS-cachen?
bluetronix CMS kan cachera den färdiga HTML-koden för en redan genererad sida. Vid ett senare anrop kan denna cache-version returneras direkt, istället för att sidan måste genereras helt på nytt via CMS-sidrenderingsprocessen.
På så sätt kan många sidor levereras snabbare, utan att alla PHP-bearbetningssteg och databasfrågor behöver utföras vid varje anrop. Cache-inställningen ställer du in för varje CMS-sida individuellt.
Öppna cache-inställningen för en sida
Öppna den önskade sidan i redigeraren och gå till sida-inställningarna via kugghjulsikonen. Där hittar du inställningen Cache.
Genom rullgardinsmenyn anger du om sidan får cachas. Som standard är cachen aktiverad.
Välj önskad inställning och tryck på Spara.
Cache: Ja – återanvänd färdig sida
Vid Cache: Yes kan CMS lagra den färdiga HTML-sidan. Om det finns en lämplig, aktuell cache-version vid ett senare anrop kan den färdiga HTML-koden levereras direkt.
Seitenaufruf
↓
Passende Cache-Version vorhanden?
↓
Ja
↓
Fertiges HTML direkt ausgeben
Den kompletta renderingsprocessen behöver inte köras igen vid ett sådant anrop. Om sidan istället behöver genereras på nytt, går den först igenom den normala CMS-behandlingen; därefter kan resultatet återigen sparas i cachen.
Cache: Nej – skapa sidan på nytt vid varje besök
Om du väljer Cache: No, kommer sidan inte levereras från sid-cachen. Vid varje anrop utför CMS den nödvändiga renderingsprocessen på nytt.
Seitenaufruf
↓
CMS-Site-Rendering-Prozess
↓
PHP-Verarbeitung und benötigte Datenbankzugriffe
↓
Layout und Seiteninhalt erzeugen
↓
HTML ausgeben
Denna inställning är lämplig för sidor vars innehåll måste vara aktuellt vid varje anrop eller genereras individuellt för varje användare.
Exempel: Cache en vanlig innehållssida
En sida som about_us.html visar normalt samma innehåll för alla besökare. Med den aktiverade cache-funktionen kan CMS generera den och återanvända den färdiga HTML-koden för ytterligare anrop.
/about_us.html → eigene Cache-Version
För besökaren ser webbplatsen ut precis som vid en ny genererad sida. Om HTML:en kommer från cachen går inte att avgöra enbart av det synliga sidlayouet.
När uppdateras cache-versionen?
CMS beaktar inte bara det direkta sidinnehållet, utan även andra komponenter av den färdiga sidan. Detta inkluderar till exempel den använda layouten, headern, navigeringen, footern och andra inkluderade sidelement.
Om till exempel footern ändras eller en ny meny punkt läggs till, måste även cache-versionen av en oförändrad innehållssida uppdateras. CMS kontrollerar de relevanta komponenterna för sidan och skapar en ny cache-version vid motsvarande ändringar.
Egen cache-version för GET-parametrar
En sida kan även cachas om den anropas via GET-parametrar. Avgörande är att en viss parameterkombination ger samma innehåll så länge de tillhörande datan inte förändras.
Ett produktanrop kan till exempel se ut så här:
/index.html?productID=1
/index.html?productID=2
/index.html?productID=3
/index.html?productID=4
Varje av dessa anrop kan visa ett annat produktinnehåll. Därför kan CMS använda en egen cache-version för varje parameterkombination.
GET-parametrar i sig är inte en anledning till att stänga av cachen. Förutsättningen är att den aktuella cache-versionen får innehålla samma innehåll för alla besökare som den levereras till.
Separata cache-versioner för olika språk
Vid flerspråkiga webbplatser beaktas även språket. Samma produkt kan exempelvis innehålla olika texter på en engelsk, tysk och fransk webbplats.
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ösisch
Därför måste cache-versionerna även passa för respektive språk. Så kan samma produktanrop i varje språk levereras med rätta texter.
När bör du använda Cache: No?
För sidor med användarberoende innehåll bör du inaktivera sid-cachen. En personlig kontosida kan visserligen ha samma URL, men visa olika information för varje inloggad användare.
/MyAcoount.html → Benutzer Max → eigene Shop-Käufe
/MyAcoount.html → Benutzer Ross → andere Shop-Käufe
Dessa personliga innehåll får inte återanvändas som en allmän cache-version för andra besökare. Ställ in cachen för en sådan sida på Nej.
Även på /Search.html kan Cache: No vara meningsfullt om sökresultaten måste beräknas på nytt vid varje anrop eller beror på inmatningar som inte beaktas i cachen.
Aktivera inte sid-cachen för utdata som innehåller personuppgifter för olika användare under samma URL.
Sammanfattning
Med Cache: Ja kan lämpliga sidor återanvändas som färdig HTML och levereras snabbare. Olika GET-parametrar och språk kan få sina egna cache-versioner. Ändringar av relevanta sidspecifika element leder till att de berörda cache-versionerna uppdateras.
För personliga kontosidor eller annat innehåll som måste skapas beroende på användare vid varje anrop, väljer du Cache: Nej. Inställningen finner du direkt i redigeraren under Sidan-inställningar → Cache.
FAQ
vad kunder ofta frågar oss
Var hittar jag cache-inställningen för en CMS-sida?
Öppna den önskade sidan i redigeraren och gå via kugghjulet till Sidan-inställningar. Där hittar du valet Cache.
Vilken cache-inställning är standardmässigt aktiv?
Som standard är sid-cachen aktiverad.
Vad händer med Cache: Ja?
CMS kan spara den färdiga HTML-koden och vid senare anrop direkt leverera en passande, aktuell cache-version. Detta innebär att sidan inte behöver skapas helt på nytt vid varje anrop.
Vad händer med Cache: Nej?
Sidan skapas på nytt vid varje anrop genom den nödvändiga CMS-sidrenderingsprocessen och levereras inte från sid-cachen.
Kommer cachen att förnyas om jag ändrar headern, navigeringen eller footern?
Ja. CMS tar även hänsyn till relevanta, integrerade element i sidan och skapar en ny cache-version vid relevanta ändringar.
Kan en sida med GET-parametrar cachas?
Ja. Till exempel kan productID=1 och productID=2 få varsin egen cache-version, förutsatt att deras innehåll kan återanvändas vid respektive anrop.
Finns det olika cache-versioner för olika språk?
Ja. Språket beaktas, så att till exempel den engelska, tyska och franska versionen av en produktförfrågan kan få olika cache-versioner.
Bör jag aktivera cachen för personliga kontosidor?
Nej. En personlig kontosida som /MyAcoount.html kan visa olika data beroende på den inloggade användaren under samma URL. Använd istället Cache: Nej.
Hur hanterar jag cachen för en söksida?
För /Search.html kan Cache: Nej vara meningsfullt om sökresultat måste beräknas på nytt vid varje anrop eller beror på ytterligare inmatningar.