CMS-cache instellen en pagina's sneller leveren

Wat is de CMS-cache?

Het bluetronix CMS kan de voltooide HTML van een reeds gegenereerde pagina cachen. Bij een latere oproep kan deze cacheversie direct worden weergegeven, in plaats van de pagina elke keer volledig opnieuw te genereren via het CMS-site-renderingproces.

Op deze manier kunnen veel pagina's sneller worden geleverd, zonder dat bij elke oproep opnieuw alle PHP-verwerkingsstappen en databasequery's nodig zijn. Je stelt de cache-instelling afzonderlijk in voor elke CMS-pagina.

Cache-instelling van een pagina openen

Open de gewenste pagina in de Editor en ga naar de Pagina-instellingen via het tandwielsymbool. Daar vind je de instelling Cache.

Via het keuzemenu bepaal je of de pagina gecached mag worden. Standaard is de cache ingeschakeld.

Kies de gewenste instelling en tik op Opslaan.

Cache: Ja – kant-en-klaar pagina hergebruiken

Bij Cache: Ja kan het CMS de voltooide HTML-pagina opslaan. Indien er bij een latere oproep een geschikte, actuele cacheversie beschikbaar is, kan de voltooide HTML direct worden geleverd.

Seitenaufruf
      ↓
Passende Cache-Version vorhanden?
      ↓
Ja
      ↓
Fertiges HTML direkt ausgeben

Het gehele renderingproces hoeft bij een dergelijke oproep niet opnieuw te worden doorlopen. Moet de pagina daarentegen opnieuw worden gegenereerd, doorloopt deze eerst de normale CMS-verwerking; daarna kan het resultaat weer in de cache worden opgeslagen.

Cache: Nee – pagina bij elke aanroep opnieuw genereren

Kies je Cache: Nee, dan wordt de pagina niet uit de pagina-cache geleverd. Bij elke oproep voert het CMS het vereiste renderingproces opnieuw uit.

Seitenaufruf
      ↓
CMS-Site-Rendering-Prozess
      ↓
PHP-Verarbeitung und benötigte Datenbankzugriffe
      ↓
Layout und Seiteninhalt erzeugen
      ↓
HTML ausgeben

Deze instelling is geschikt voor pagina's waarvan de inhoud bij elke oproep actueel of individueel voor de gebruiker moet worden gegenereerd.

Voorbeeld: Een gewone inhoudspagina cachen

Een pagina zoals about_us.html toont normaal gesproken dezelfde inhoud voor alle bezoekers. Bij ingeschakelde cache-functionaliteit kan het CMS deze genereren en de voltooide HTML hergebruiken voor verdere oproepen.

/about_us.html  →  eigene Cache-Version

Voor de bezoeker ziet de website er precies zo uit als bij een nieuw gegenereerde pagina. Of de HTML uit de cache komt, is aan de zichtbare paginalay-out alleen niet te herkennen.

Wanneer wordt de cache-versie vernieuwd?

Het CMS houdt niet alleen rekening met de directe pagina-inhoud, maar ook met andere componenten van de voltooide pagina. Dit omvat bijvoorbeeld de gebruikte lay-out, de header, de navigatie, de footer en andere ingesloten paginaselementen.

Als bijvoorbeeld de footer wordt gewijzigd of een nieuw menu-item wordt toegevoegd, moet ook de cacheversie van een onveranderde inhoudspagina worden bijgewerkt. Het CMS controleert de voor de pagina relevante componenten en genereert bij de overeenkomstige wijzigingen een nieuwe cacheversie.

Eigen cache-versies voor GET-parameters

Een pagina kan ook gecached worden wanneer deze via GET-parameters wordt opgeroepen. Beslissend is dat een bepaalde combinatie van parameters dezelfde inhoud oplevert, zolang de bijbehorende gegevens niet veranderen.

Een productoproep kan bijvoorbeeld zo eruitzien:

/index.html?productID=1
/index.html?productID=2
/index.html?productID=3
/index.html?productID=4

Elke van deze oproepen kan een andere productinhoud tonen. Het CMS kan daarom voor de verschillende parametercombinaties elk een eigen cacheversie gebruiken.

GET-parameters alleen zijn geen reden om de cache uit te schakelen. Voorwaarde is dat de betreffende cacheversie voor alle bezoekers, voor wie deze wordt geleverd, dezelfde inhoud mag bevatten.

Gescheiden cacheversies voor verschillende talen

Bij meertalige websites wordt ook de taal in overweging genomen. Hetzelfde product kan bijvoorbeeld op een Engelse, Duitse en Franse website verschillende teksten bevatten.

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

De cacheversies moeten daarom ook bij de betreffende taal passen. Zo kan dezelfde productoproep in elke taal met de bijbehorende teksten worden geleverd.

Wanneer moet je Cache: Nee gebruiken?

Bij pagina's met gebruikersgebonden inhoud moet je de pagina-cache uitschakelen. Een persoonlijke accountpagina kan wel dezelfde URL hebben, maar voor elke ingelogde gebruiker verschillende informatie tonen.

/MyAcoount.html  →  Benutzer Max   →  eigene Shop-Käufe
/MyAcoount.html  →  Benutzer Ross  →  andere Shop-Käufe

Deze persoonlijke inhoud mag niet als algemene cacheversie voor andere bezoekers worden hergebruikt. Stel de cache voor een dergelijke pagina in op Nee.

Ook bij /Search.html kan Cache: Nee zinvol zijn, als de zoekresultaten bij elke oproep opnieuw moeten worden bepaald of van niet in de cache opgenomen invoer afhangen.

Schakel de pagina-cache niet in voor uitvoer die persoonlijke gegevens van verschillende gebruikers onder dezelfde URL bevat.

Samenvatting

Met Cache: Ja kunnen geschikte pagina's als kant-en-klare HTML worden hergebruikt en sneller worden geleverd. Verschillende GET-parameters en talen kunnen elk hun eigen cacheversies krijgen. Wijzigingen aan relevante pagina-elementen leiden tot vernieuwing van de betreffende cacheversies.

Voor persoonlijke accountpagina's of andere inhoud die bij elke oproep gebruikersafhankelijk moet worden gegenereerd, kies je Cache: Nee. De instelling vind je direct in de editor onder Pagina-instellingen → Cache.