• Under ”Hälsokontroll för webbplats” visas ett problem som är klassat som kritiskt: ”Automatiskt laddade inställningar är konfigurationer för dina tillägg och teman som automatiskt läses in för varje sida som genereras i WordPress…:” följt av länken till sidan Mer information om att optimering av automatiskt laddade alternativ. Sidan är tämligen pladdrig och jag kan inte hitta någon lösning på problemet. Hoppas på experthjälp.

    Sidan jag behöver hjälp med: [logga in för att se länken]

Visar 1 svar - 1 till 3 (av 3 totalt)
  • Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Det du beskriver verkar handla om följande:

    De flesta WordPress-teman och många tillägg sparar inställningar i WordPress inbyggda databas. Detta fungerar, men det kan ta onödigt lång tid att bygga en sida om varje tillägg separat kommer att anropa databasen.

    Därför kan WordPress parallellt spara alla dessa inställningar samlat på en plats och börja med att hämta dessa. När sedan respektive tillägg ber om sina inställningar hämtas då värdet direkt från en variabel som redan finns inläst i arbetsminnet, vilket går mycket fortare.

    Ett problem som kan uppstå är om denna initiala hämtning av inställningar innehåller onödigt mycket data. Först och främst kan det vara bra att städa bort eventuella förinlästa inställningar för tillägg som du slutat använda. Och om det finns inställningar som bara används på någon enstaka sida kanske det är bättre för webbplatsens prestanda att inte inkludera dessa data i förinläsningen.

    Tillägget https://wordpress.org/plugins/aaa-option-optimizer/ kan hjälpa dig att få bättre översikt över dessa frågor och välja vilka inställningar du vill förladda automatiskt.

    Trådstartare csregister

    (@csregister)

    Tack för svar och lösning. Jag installerade tillägget och avaktiverade automatisk laddning av inställningar som hade ”okänd” som källa. Det gjorde susen. Nu visas en rekommenderad inställning ”Du bör använda beständig objektcachelagring”. Åtgärden är ”Rekommenderas” så det är inte akut. Går det att göra något åt detta också med samma plugin?

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    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.

Visar 1 svar - 1 till 3 (av 3 totalt)
  • Du måste vara inloggad för att svara på detta ämne.