Pluginet skal konfigureres sikkertLiteSpeed Cache-indstillinger til WordPress: sikker opsætning før finjustering
Gem først: servertype, cacheheader og aktive optimeringer
Hostious videnscenter
QUIC.cloud og LiteSpeed Cache. Find laget, der fejler.
LiteSpeed Cache-pluginet, LiteSpeed-webserveren og QUIC.cloud er tre forskellige lag. Et grønt flueben i pluginet beviser ikke, at siden caches på serveren eller leveres fra QUIC.cloud. Start med headeren, køstatus eller det konkrete brud i browseren, og vælg den guide, der ejer netop det lag.
Vælg det spor, du står i
Identificér først laget med en cacheheader, en køstatus eller en reproducerbar browserfejl. Skift kun den indstilling, der tilhører det dokumenterede lag, og eftertest i en ren session.
- 1Læs headeren · x-litespeed-cache: hit eller miss
- 2Tjek køen · Job, tidspunkt og seneste fejl
- 3Genskab bruddet · Konsol og ren session
- 4Skift én indstilling · Kun i det dokumenterede lag
Find LiteSpeed-sporet ud fra det, du kan måle
Vælg det spor, du står i – eller se alle 20. Hvert kort fortæller, hvad du skal gemme først, hvor svær fejlen typisk er, og hvor lang tid du skal afsætte.
Opsætning6
QUIC.cloud skal forbindesQUIC.cloud CDN til WordPress: forbindelse, DNS og verifikation
Gem først: Domain key-status, DNS og callback
Domænet kan ikke forbindesQUIC.cloud kan ikke forbinde domænet
Gem først: callback, DNS og Online Services-status
Tjenester stopper midt på månedenQUIC.cloud-kreditter og kvoter: hvad er gratis, og hvad koster?
Gem først: kvoteoversigten på my.quic.cloud
Ukendte regler i .htaccessLiteSpeed og .htaccess: reglerne, pluginnet skriver
Gem først: kopi af LSCACHE-blokken
Vil verificere HTTP/3 på domænetHTTP/3 og QUIC på en LiteSpeed-server: hvad det giver, og sådan tjekker du det
Gem først: alt-svc-header og protokol i Netværk-fanen
Cache og HIT/MISS5
Siden får aldrig cache-HITLiteSpeed Cache cacher ikke siden: sådan læser du cache-headerne
Gem først: X-LiteSpeed-Cache, cookie og no-cache-årsag
En ændring bliver ikke synligLiteSpeed viser gammelt indhold efter en opdatering
Gem først: cachelag, TTL og seneste purge
Første sidevisning blinker eller er forkertLiteSpeed Guest Mode giver forkert eller blinkende indhold
Gem først: Guest Mode, vary-cookie og brugerstatus
Webshop på LiteSpeed: kurv/ESI-opsætningLiteSpeed Cache til WooCommerce: privat cache, ESI og undtagelser
Gem først: cache-headere på produkt-, kurv- og kontoside
En side skal (ikke) cachesCache-undtagelser i LiteSpeed: sider, cookies og roller
Gem først: x-litespeed-cache-headere på siden
CSS, JS og billeder5
Layoutet bryder efter CSS-optimeringLayoutet går i stykker efter UCSS eller Critical CSS
Gem først: UCSS/CCSS-status og manglende selectors
Menu, formular eller slider stopperJavaScript virker ikke efter defer eller delay i LiteSpeed Cache
Gem først: konsolfejl og det forsinkede script
CCSS/UCSS-køen står stilleQUIC.cloud CCSS- eller UCSS-køen sidder fast
Gem først: køstatus, cron og seneste callback
Billedkøen rykker sig ikkeBilledoptimering i QUIC.cloud: WebP, AVIF og køen, der hænger
Gem først: kø-status, kvote og cron-tilstand
Slørede pladsholdere eller lazy-loadet heroLazy load og LQIP: billeder, der loader forkert eller for sent
Gem først: LCP-elementet og undtagelseslisterne
Server og drift4
Crawleren stopper eller presser serverenLiteSpeed Cache Crawler kører ikke eller stopper
Gem først: crawlerstatus, sitemap, cron og ressourcer
Langsomt wp-admin eller tung checkoutObject cache med Redis eller Memcached i LiteSpeed Cache
Gem først: object cache-status og TTFB på u-cachet side
Flere optimeringsplugins på samme siteLiteSpeed Cache sammen med andre optimeringsplugins
Gem først: plugin-liste og sidekildens signaturer
Stor database eller tung autoloadDatabaseoprydning i LiteSpeed Cache: revisioner, transients og autoload
Gem først: autoload-størrelse og databasestørrelse
Fire spor i LiteSpeed Cache og QUIC.cloud
Et flueben i pluginet er ikke et bevis. Her er det, du skal se efter, før du ændrer flere indstillinger.
Bevis HIT eller MISS i en ren session
Test den samme URL mindst to gange som anonym bruger. En enkelt MISS kan være første request efter purge. Ændrer headeren sig aldrig, så find årsagen: login, sessioncookie, query parameter, ekskluderet path, manglende serverunderstøttelse eller et andet cachelag.
Brug ikke en browser, hvor du er logget ind i WordPress, som eneste cachetest. Indloggede brugere får ofte ikke samme page cache som anonyme besøgende.
CSS og JavaScript: find den mindste undtagelse
Når UCSS, CCSS, defer eller delay skaber en fejl, så slå kort den ene mistænkte optimering fra for at bekræfte årsagen. Find derefter selectoren eller script-handlet, og lav den smalleste undtagelse. Eftertest menu, formular, samtykke og checkout på desktop og mobil.
Er symptomet dårlig TTFB, LCP, INP eller CLS, så begynd i performance- og cachehubben. Afviger kurv, checkout eller kundesession, skal WooCommerce-fejlfindingshubben med i eftertesten.
Læs forbindelse og køstatus hver for sig
Et tilsluttet plugin er ikke det samme som fungerende DNS og callbacks. Kontrollér domain key, DNS, Online Services og den konkrete kø som separate trin. En kø kan vente normalt, fejle gentagne gange eller stå stille, fordi WordPress-cron ikke kører jobbet.
Notér jobtype, tidspunkt og seneste fejl. Start ikke den samme optimering igen og igen – det kan bare skabe flere køelementer.
Guest Mode og crawler kræver realistiske grænser
Guest Mode påvirker den første anonyme visning og skal testes med sprog, valuta, cookie-status og WooCommerce-sessioner. Crawleren kan belaste origin, hvis sitemap og ressourcebudget ikke passer til serveren – en grøn crawlerstatus er ikke et mål i sig selv.
Kan du ikke se serverens cacheheader, callbacklog eller ressourceforbrug, kan Hostious hjælpe med at afgrænse LiteSpeed- og origin-laget, før flere indstillinger ændres.
Andre emner i Fejlfinding
Alle 23 emner →Brug for hjælp?
Vi sidder klar med dansk support døgnet rundt
Er du kunde hos Hostious, kan supporten se i loggen, hvad der gik galt – og rette det med dig. Er du ikke kunde endnu, flytter vi din hjemmeside gratis.