For noen dager siden startet vi en serie tutorials om W3TC (Total Cache W3), som er et plugin som lar deg cache bloggen din, slik at den går mye raskere.
Denne opplæringsserien ser slik ut:
- Del 1: Introduksjon til Cache
- Del 2: Hvordan konfigurere W3TC
- Generelle innstillinger - Episode 1
- Flere generelle innstillinger - Episode 2
- Konfigurere sidebufferen - Episode 3 (denne opplæringen)
- Konfigurasjonsminifikasjoner - Episode 4
- Databasecache-konfigurasjon - 5-episode
- Objekt og nettleserkonfigurasjon - Episode 6
- Del 3: Alle svarene på spørsmålene dine
- Del 4: W3TC "Mainspan" -parametere
I forrige episode var vi fortsatt i del 2, men startet med de generelle innstillingene. I dag vil vi fortsette med innstillingene til caching sider.
Når caching sider aktiveres fra menyen for generelle innstillinger, bruk " Side Cache For å få tilgang til hurtigbufferkonfigurasjonen for dette elementet.
Når du velger sider som skal bufres, må du være så inkluderende som mulig. I de fleste tilfeller vil du buffe nesten alle sidene.
Hvis nettstedet ditt er tilgjengelig med https, vil du ønsker å aktivere SSL-buffer (https) for disse forespørslene.
De fleste nettsteder vil ikke dra nytte av caching basert på URIene. Aktivering av dette alternativet kan gi uventede resultater ved å bufre uventede strenger. Så med mindre søkefunksjonen din er mye brukt for å søke med de samme termene, la dette alternativet være deaktivert.
Til slutt anbefales det at du ikke buffer 404-siden. Besøkende bør ikke se dem veldig ofte, uansett, og du vil ikke at Google indekserer en 404-side som en vanlig side, noe som kan skje hvis du aktiverer dette alternativet.
Det neste alternativet, "Cache ber bare om (domenet ditt) nettadressen ”(Bare Cache-forespørsler) er ikke avmerket som standard, men den universelle anbefalingen er å sjekke dette alternativet.
De to neste alternativene ser ganske like ut, men forklaringen under hvert alternativ rydder opp.
« Ikke cache sider for påloggede brukere bør alltid være sjekket Må alltid forbli sjekket. Hvis du lar det være sjekket og se på nettstedet mens du er tilkoblet, bufrer handlingen siden og viser den for brukere som ikke er logget inn.
« Ikke skjul sider for følgende brukerroller Betyr at brukere som matcher den valgte rollen, vil få tilgang til den direkte (ikke hurtigbufrede) versjonen av nettstedet ditt.
Den neste delen, " Preload cache Brukes til å bygge sidebufferen før den lastes inn.
Det er en god idé å velge alternativet for å forhåndslaste sidebufferen. Standardverdiene for sideområde og sideområde er gode innstillinger for delte servere. Men hvis du har et miljø avovernatting kraftigere, reduser gjerne sideoppdatering og hurtigbufferintervall.
Du må legge til nettkart-URLen i det aktuelle sorteringsfeltet som W3TC bruker for å bruke den til å identifisere sider som må bufres.
Til slutt, i de fleste tilfeller, vil du velge " Last inn innlegget ". Dette vil sikre at den bufrede versjonen av siden din oppdateres hver gang du publiserer en ny artikkel.
Rengjøringsdelen brukes til å spesifisere sider til " tom Fra hurtigbuffer når en artikkel blir lagt ut, redigert eller kommentert.
Du vil sannsynligvis ønske å forlate cache-rengjøringsalternativene, med mindre du vet at du ikke vil at en av sidene skal renses ved de tidligere nevnte hendelsene.
Rensingsgrensen bestemmer antall arkiverte sider som må renses. For eksempel, hvis artikkelarkivet ditt har 20-sider, og du setter rensegrensen til 15, blir de siste 15-sidene renset, mens de eldste fem sidene ikke blir renset før at utløpsdatoen for disse sidene kommer.
Det er en god idé å sette verdien til 0 for å rense alle sider, med mindre noen av arkivene dine er veldig store. I dette tilfellet må du bruke en verdi på 10, som kan være egnet for denne situasjonen.
Hvis du har bygget tilpassede sider som må renses hver gang meldingene redigeres og publiseres, må du legge dem til manuelt i det ekstra sidefeltet (alternativet tilgjengelig litt lavere).
Den avanserte delen vil hjelpe deg å:
- Kontrollerer hvordan W3TC håndterer spesifikke forespørselstrenger,
- Ekskluder noen agenter (enheter, nettlesere) som ikke mottar den cachede versjonen,
- Identifiser informasjonskapsler som gjør at W3TC ikke kan cache sider
- Sett opp ytterligere spesifikke unntak.
Bruk et øyeblikk på å se på innstillingene i begynnelsen av delen "Avansert".
« Sen initialisering Denne avanserte funksjonen lar deg implementere hurtigbufring på en fragmentert måte. Du kan ignorere dette alternativet i de fleste tilfeller.
« Kompatibilitetsmodus »: Forfatteren av pluginet anbefaler å aktivere kompatibilitetsmodus for å minimere utseendet på feil.
« charset Hvis du merker at rare tegn vises på hurtigbufrede sider, aktiverer du dette alternativet.
« Avvis HEAD-forespørsler ": La dette alternativet være deaktivert. Informasjonen i en HTTP HEAD-forespørsel er noen ganger nødvendig for å bygge den resulterende siden. Hvis du deaktiverer dette alternativet, vil ikke HEAD-forespørseldata bli bufret og kan ødelegge sider som er bygget ved hjelp av denne informasjonen.
« Innsamlingsintervall for søppel »: Spesifiser hvor ofte utløpte bufrede data slettes. Sletting av bufrede data tar ressources av serveren, bør det ikke gjøres for ofte hvis nettstedet ditt er opptatt eller hvis serveren er overbelastet. Standarden passer for nesten alle servere.
« Hvordan kjeks levetid Å redusere denne verdien vil redusere belastningen på serveren fordi utløpet av informasjonskapslene som brukes til å autentisere interessenter, utløper raskere. Å sette en verdi for kort vil imidlertid føre til at brukere logger seg på hele tiden.
Resten av feltene i denne delen skal ikke endres med mindre du vet at du vil overstyre W3TC-oppførselen for en spesifikk informasjonskapsel, en " user agent Eller en side.
Det er det for denne suiten. Vi fortsetter i en neste episode.
