Beroende på hur en webbplats är uppbyggd kan ”Beständig objektcachelagring” snabba upp en webbplats mer eller mindre mycket genom att spara ofta använda data nära tillhands, ofta direkt i serverprocessens arbetsminne.
MEN de effektivaste lösningarna för detta kräver speciell programvara och konfiguration på servern, något som inte alla webbhotell erbjuder.
Börja med att läsa https://developer.wordpress.org/reference/classes/wp_object_cache/#persistent-caching
Kolla sedan med ditt webbhotell om du har möjlighet att använda Redis. Om svaret är nej, så kan du botanisera bland de övriga lösningarna i dokumentet jag just länkade till.
Glöm inte att kolla om webbplatsen faktiskt blir snabbare med dessa lösningar. Om webbplatsen saknar dynamiskt innehåll (kommentarsfält, webbutik, etc.) kanske det räcker med något tillägg för helsides-cache i stället.
Därför att:
Varje gång WordPress bygger en sida är det mycket som händer på servern: WordPress läses in; Inställningarna hämtas; huvudfilen för varje aktivt tillägg definierar sina behövliga funktioner och köar upp begäran om återanrop vid olika tillfällen, sedan hämtas och definieras WordPress-kärnans överskrivbara funktinoer (om något tillägg redan definierat en funktion hoppar WordPress över kärnans inbyggda definition av samma funktion), och temats huvudfil körs. Först därefter börjar själva sidan att byggas, under ledning av ditt tema, och på olika bestämda platser i processen släpper temat in WordPress-kärnan och dina tillägg för nödvändiga funktioner.
Objekts-cache snabbar upp processen med att bygga en sida, genom att en rad databasanrop kan hoppas över.
Men om din webbplats saknar kommentarsfunktion och annat dynamiskt innehåll kan det räcka med att WordPress i lugn och ro bygger sina sidor, och en lösning för ”helsidescache” sparar dem som färdig HTML. Det går mycket snabbare om WordPress i början av processen upptäcker: Hmm. Den sidan har jag ju redan byggt, låt oss bara svara med den färdiga filen.
En ännu effektivare lösning du kan läsa om är s.k. ”Headless WordPress”. Då är grundidén att du administrerar en WordPress-webbplats som efter varje uppdatering bygger om en färdig ”skuggkopia” av hela webbplatsen så att utomstående besökare aldrig når själva WordPress utan direkt kan serveras färdiga filer. En trevlig bieffekt är att det är i princip omöjligt att hacka en webbplats av denna typ, eftersom WordPress självt är oåtkomligt för utomstående.
Man kan säga att jag använde den lösningen för en WordPress-webbplats som jag ”arkiverade”. Jag körde httrack på Windows för att bygga en kopia av hela webbplatsen i form av färdiga HTML-filer, som jag sedan laddade upp till en vanlig webbserver. Arkivkopian blev blixtsnabb. Servern behöver ju inte ens ladda in programmmiljön PHP, utan kan direkt svara med begärd fil.