Cache för statiskt innehåll

För att förbättra prestandan anger Commerce Expires rubriker för statiska resurser, till exempel bilder, JavaScript och CSS-filer.
Om du anger rubriken Expires för en statisk resurs anger webbläsaren att resursen ska cachelagras på den URL:en och att den cachelagrade versionen ska användas tills den upphör att gälla.
Det här är en vanlig bästa-metod för cachelagring av statiska resurser.

När webbläsaren cachelagrar en statisk resurs och resursändringarna på servern måste du rensa webbläsarens cache så att den kan hämta den nya versionen.
Manuell rensning av webbläsarens cache fungerar om du är webbplatsadministratör, men det här är inte en lämplig begäran om att användarna ska kunna hämta nya versioner av en statisk resurs.

Statisk innehållssignering

Statisk innehållssignering är en Commerce-funktion som gör att du kan göra webbläsarens cache ogiltig för statiska resurser.
Commerce uppnår detta genom att lägga till en distributionsversion till URL:en för statiska filer.

Följande är ett exempel på en URL som signerats med en version:

http://magento2.com/pub/static/version1475604434/frontend/Magento/luma/en_US/images/logo.svg

När du kör kommandot setup:static-content:deploy för att distribuera statiskt innehåll ändrar Commerce automatiskt distributionsversionen.
Detta ändrar URL:en för de statiska filerna och tvingar webbläsaren att läsa in den nya versionen av filerna.

Commerce aktiverar den här funktionen som standard, och Adobe rekommenderar att funktionen är aktiverad för att förhindra problem som rör webbläsare som kan hantera gamla statiska resurser.

Konfigurationen för signering av statiskt innehåll finns i Stores> Inställningar > Konfiguration >Advanced>Developer>Static Files Settings.

Bestäm status:

bin/magento config:show dev/static/sign

Aktivera eller inaktivera signering av statiskt innehåll:

bin/magento config:set dev/static/sign <value>

Där <value> är 1 (aktiverad) eller 0 (inaktiverad).

Versionssignaturer

Commerce lägger till versionssignaturen som en sökvägskomponent direkt efter bas-URL:en för statiska vyfiler för att bevara integriteten för relativa URL:er för statiska resurser.
Detta tvingar även webbläsaren att tolka en relativ URL till rätt signerade källa samtidigt som innehållet behålls oberoende av om signaturvärdet finns eller inte.

När en webbläsare begär en signerad källa från servern använder servern URL-omskrivningar för att ta bort signaturkomponenten från URL:en.

Användning under distributioner

När du har uppgraderat eller ändrat statiska resurser måste du köra kommandot setup:static-content:deploy för att distribuera versionen och uppdatera det statiska innehållet, vilket gör att webbläsaren måste läsa in de uppdaterade resurserna.

Om du distribuerar kod på en separat server och flyttar den till produktion med hjälp av en koddatabas för att minska driftstoppen, måste du också lägga till filen pub/static/deployed_version.txt i databasen.
Den här filen innehåller den nya versionen för det distribuerade statiska innehållet.