For et par dage siden startede vi en række tutorials om W3TC (W3 Total Cache), som er et plugin, der giver dig mulighed for at cache din blog, så den kører meget hurtigere.
Denne tutorial-serie ser sådan ud:
- Del 1: Introduktion til Cache
- Del 2: Sådan konfigureres W3TC
- Generelle indstillinger - Afsnit 1
- Flere generelle indstillinger - Afsnit 2
- Konfiguration af sidecache - afsnit 3 (denne vejledning)
- Konfigurationsminifikationer - Afsnit 4
- Databasecache-konfiguration - 5-afsnit
- Objekt- og browserkonfiguration - Afsnit 6
- Del 3: Alle svar på dine spørgsmål
- Del 4: W3TC "Mainspan" -parametre
I forrige afsnit var vi stadig i del 2, men startede med de generelle indstillinger. I dag vil vi fortsætte med indstillingerne af Caching sider.
Lorsque la Caching sider aktiveres fra menuen generelle indstillinger, brug " Sidebuffer For at få adgang til cache-konfigurationen for dette element.
Når du vælger sider til cache, skal du være så inkluderende som muligt. I de fleste tilfælde ønsker du at cache næsten alle sider.
Hvis dit websted er tilgængeligt med https-protokollen, vil du gerne aktivere SSL-cache (https) for disse anmodninger.
De fleste websteder vil ikke drage fordel af Caching baseret på URI'erne. Aktivering af denne indstilling kan give uventede resultater ved at cache uventede strenge. Så medmindre din søgefunktion er meget brugt til at søge med de samme termer, skal du lade denne mulighed være deaktiveret.
Endelig tilrådes det ikke at cache 404-siden. Besøgende skal alligevel ikke se dem meget ofte, og du vil ikke have, at Google indekserer en 404-side som en almindelig side, hvilket kan ske, hvis du aktiverer denne indstilling.
Den næste mulighed, "Cache anmoder kun om (dit domæne) webstedsadressen ”(Kun cache-anmodninger) er ikke markeret som standard, men den universelle anbefaling er at kontrollere denne mulighed.
De næste to muligheder ser ret ens ud, men forklaringen under hver mulighed rydder op.
« Cache-sider må ikke altid gemmes for loggede brugere Skal altid forblive kontrolleret. Hvis du lader det kontrolleres og se dit websted, mens du er tilsluttet, cache din handling cachen på siden og vises den for brugere, der ikke er logget ind.
« Skjul ikke sider for følgende brugerroller Betyder, at brugere, der matcher den valgte rolle, får adgang til den direkte (ikke cachelagrede) version af dit websted.
Den næste sektion, " Preload cache Bruges til at opbygge sidecachen, før den indlæses.
Det er en god idé at vælge indstillingen for forhåndsindlæsning af sidecache. Standardværdierne for sideinterval og sideinterval er gode indstillinger for delte servere. Men hvis du har et miljøovernatning mere kraftfuld er du velkommen til at reducere sideopdaterings- og cacheintervallet.
Du bliver nødt til at tilføje sitemap-URL'en i det relevante felt, som W3TC bruger til at bruge det til at identificere sider, der skal cache.
Endelig vil du i de fleste tilfælde vælge " Forlad posten ". Dette vil sikre, at den cachelagrede version af din side opdateres hver gang du offentliggør en ny artikel.
Rengøringsafsnittet bruges til at specificere sider til " tom Fra cache, når en artikel indsendes, redigeres eller kommenteres.
Du vil sandsynligvis forlade cache-rengøringsmulighederne, medmindre du ved, at du ikke ønsker, at en af siderne skal renses ved de tidligere nævnte begivenheder.
Rensningsgrænsen bestemmer antallet af arkiverede sider, der skal renses. For eksempel, hvis dit artikelarkiv har 20 sider, og du indstiller rensningsgrænsen til 15, renses de sidste 15 sider, mens de ældste fem sider først renses før at udløbsdatoen for disse sider ankommer.
Det er en god ide at indstille værdien til 0 for at rense alle sider, medmindre nogle af dine arkiver er meget store. I dette tilfælde skal du bruge en værdi på 10, som kan være egnet til denne situation.
Hvis du har bygget brugerdefinerede sider, der skal renses, hver gang meddelelserne redigeres og offentliggøres, skal du manuelt tilføje dem til feltet ekstra sider (Muligheden er lidt lavere).
Det avancerede afsnit hjælper dig med at:
- Kontrollerer, hvordan W3TC håndterer specifikke anmodningstrenge,
- Ekskluder nogle agenter (enheder, browsere), der ikke modtager den cachelagrede version,
- Identificer cookies, der tillader W3TC ikke at cache sider
- Indstil yderligere specifikke undtagelser.
Brug et øjeblik på at se på indstillingerne i starten af sektionen "Avanceret".
« Sen initialisering Denne avancerede funktion giver dig mulighed for at implementere sidecache på en fragmenteret måde. Du kan ignorere denne mulighed i de fleste tilfælde.
« Kompatibilitetstilstand »: Forfatteren af pluginet anbefaler, at du aktiverer kompatibilitetstilstanden for at minimere forekomsten af fejl.
« charset Hvis du bemærker, at ulige tegn vises på cache-sider, skal du aktivere denne indstilling.
« Afvis HEAD-anmodninger ": Lad denne indstilling være deaktiveret. Oplysningerne indeholdt i en HTTP HEAD-anmodning er undertiden nødvendige for at opbygge den resulterende side. Hvis du deaktiverer denne indstilling, vil HEAD-anmodningsdata ikke blive cache og kan ødelægge sider, der er bygget ved hjælp af denne information.
« Indsamling af affald »: Angiv, hvor ofte udløbne cachelagrede data slettes. Sletning af cachelagrede data tager ressourcer af serveren, bør det ikke gøres for ofte, hvis dit websted er optaget, eller hvis din server er overbelastet. Standarden er passende for næsten alle servere.
« Hvordan cookie levetid Reduktion af denne værdi vil reducere belastningen på serveren, fordi udløbet af cookies, der bruges til at autentificere interessenter, udløber hurtigere. Indstilling af en for kort værdi får brugere til at logge ind hele tiden.
Resten af felterne i dette afsnit skal ikke ændres, medmindre du ved, at du vil tilsidesætte W3TC-opførslen for en bestemt cookie, en " bruger agent Eller en side.
Det er det for denne pakke. Vi fortsætter i en næste episode.
