Pragmatische cache-ongeldigverklaring

Server-side rendering maakt nu deel uit van het standaardrepertoire van websites en applicaties. Browsers zoals Google Chrome hebben ook de neiging om zoveel mogelijk te cachen om de laadtijden van verdere oproepen te minimaliseren. De cache-invalidatie van CSS / JS / image-bestanden kan worden opgelost met behulp van mod_pagespeed , Expires / Cache control header, een cache-manifest of heel pragmatisch en direct via individuele parameters achter de bestandsnaam.


Er zijn verschillende strategieën voor wanneer een bestand opnieuw moet worden geladen of niet.

De eenvoudigste variant is herladen bij elk verzoek. Om dit te doen, voegt u eenvoudig een willekeurige tekenreeks toe aan het bestand dat u wilt insluiten en forceert u het opnieuw laden (hier met een afbeeldingsbestand als voorbeeld):

2e634273f316c54b39828f057f7c7d9c

Als dat te veel van het goede is en in plaats daarvan alleen opnieuw wil laden als het bestand is gewijzigd, gebruik dan de datum van de laatste bestandswijziging (hier met het voorbeeld van een JS-bestand):

2e634273f316c54b39828f057f7c7d9c

Als je versiebeheer zoals Git gebruikt , kun je ook de unieke hash van de laatste commit gebruiken (de verkorte versie is voldoende) (hier met een CSS-bestand als voorbeeld):

2e634273f316c54b39828f057f7c7d9c

WordPress voegt standaard de huidige WordPress-versie toe aan alle bestanden die zijn geïntegreerd via enqueue_style en enqueue_script . U kunt dit gedrag rechtstreeks in de functieaanroepen als argument wijzigen, of u kunt zich globaal aansluiten en een van de bovenstaande methoden gebruiken:

2e634273f316c54b39828f057f7c7d9c

Terug