Pragmatisk cache-ogiltigförklaring

Rendering på serversidan är nu en del av standardrepertoaren för webbplatser och applikationer. Webbläsare som Google Chrome tenderar också att cacha så mycket som möjligt för att minimera laddningstiderna för ytterligare samtal. Cache-ogiltigheten av CSS / JS / bildfiler kan lösas med hjälp av mod_pagespeed , Expires / Cache-kontrollhuvud , ett cache-manifest eller mycket pragmatiskt och direkt genom enskilda parametrar efter filnamnet.


Det finns olika strategier för när en fil ska laddas om eller inte.

Den enklaste varianten laddas om med varje begäran. För att göra detta lägger du helt enkelt till en slumpmässig sträng till filen som ska bäddas in och tvingar på så sätt en omladdning (här med en bildfil som ett exempel):

2e634273f316c54b39828f057f7c7d9c

Om det är för mycket av en bra sak och istället bara vill ladda om när filen har ändrats, används datumet för den senaste filändringen (här med exempel på en JS-fil):

2e634273f316c54b39828f057f7c7d9c

Om du använder versionshantering som Git , kan du också använda den unika hash för det senaste engagemanget (den förkortade versionen räcker) (här med en CSS-fil som ett exempel):

2e634273f316c54b39828f057f7c7d9c

WordPress bifogar den aktuella WordPress-versionen till alla filer som är integrerade via enqueue_style och enqueue_script som standard . Du kan antingen ändra detta beteende direkt i funktionsanropen som ett argument, eller så kan du ansluta dig globalt och använda någon av ovanstående metoder:

2e634273f316c54b39828f057f7c7d9c

Tillbaka