Vi fortsatte vores tutorial-serie om konfiguration af W3TC-plugin. Som en påmindelse er W3TC forkortelsen af navnet " W3 Total Cache hvilket er et berømt plus for caching på blog. Caching af en blog betyder gengivelse données identisk let tilgængelig for serveren.
Du kan læse vores tidligere tutorials om emnet for at finde ud af mere.
- Del 1: Introduktion til Cache
- Del 2: Sådan konfigureres W3TC
- Generelle indstillinger - Afsnit 1
- Flere generelle indstillinger - Afsnit 2
- Side-cache-konfiguration - 3-afsnit
- Konfigurationsminifikationer - Afsnit 4
- Konfiguration af databasecachen données – Episode 5 (denne tutorial)
- Objekt- og browserkonfiguration - Afsnit 6
- Del 3: Alle svar på dine spørgsmål
- Del 4: W3TC "Mainspan" -parametre
Konfigurationssiden for Caching fra grundlag af données Menuen har to sektioner: Generelt og Avanceret.
Sektionen Generelt "Har kun en mulighed: et afkrydsningsfelt, som standard er markeret, hvilket gør det muligt ikke at cache de forespørgsler, der er foretaget for indloggede brugere. Hvad dette betyder er, at hvis en bruger er logget ind, vil de ikke have dataene fra cachen. Årsagen er, at indloggede brugere vil interagere med stedet under deres sessioner. De skal derfor modtage de opdaterede data.
En undtagelse fra dette ville være, når en indhold er gemt bag en " paywall ”, som ikke ændres med åbningen af den loggede bruger. I dette tilfælde databasen Caching bruges, fordi brugere er logget ind bare for at få adgang til indhold og ikke faktisk at interagere med eller ændre nogen indhold af webstedet.
Sektionen avanceret I databasemenuen kan du forfine databasecachen. Du kan tildele objekter i cachen et liv med en standardværdi på 180 sekunder og bestemme, hvor længe den udløbne genstand skal fjernes.
Hvis du bruger Caching af databasen, skal du holde dig til standardindstillingerne, medmindre databasens cache bliver for stor. Hvis dette sker, skal du reducere cacheobjektets levetid eller affaldsindsamlingsintervallet for at reducere mængden af plads, som databasens cache optager.
Du kan også specificere specifikke sider, hvor cache-databasedata ikke bruges på efterfølgende sider. Dette er især nyttigt, hvis du fremsætter cache-anmodninger til indloggede brugere, men der er nogle sider, hvor du ikke ønsker, at cache-data skal understøttes.
Det næste felt i sektionen Avanceret giver dig mulighed for at specificere, hvilke databaseforespørgselstammer der vil blive ignoreret - dvs. ikke cachelagret af databasecachen. Brug dette felt, hvis du bruger plugins, der afhænger af forespørgsel til databasen.
F.eks. Udfyldes feltet med tre værdier: gdsr_, wp_rg_, et _wp_session. Disse tre anmodninger svarer til GD Rating System, Gravity Forms og WP Session Manager plugins. Dette er tre almindelige plugins, der skal spørge direkte til databasen hver gang en side indlæses, ikke en cachelagret version af databasen. Så ved at tilføje disse forespørgsler til den ignorerede liste kan du forhindre, at disse forespørgsler cachelagres.
Hvis databasecachen er aktiveret og bemærker, at et specifikt plugin ikke fungerer normalt, skal du identificere den tilknyttede forespørgsel enten ved at grave i plugin-koden eller bede pluginforfatteren.
Feltet med titlen " Forespørgsel Afvis Tillader dig at identificere specifikke typer forespørgsler, der ikke bør cacher. Medmindre du er administrator af databasen, skal du forlade dette felt som det er.
Det er det for databasecache-konfigurationen på W3TC. Tøv ikke med at stille os spørgsmål, hvis du ikke forstår et punkt.
