Een paar dagen geleden zijn we begonnen met een reeks tutorials over W3TC (W3 Total Cache), wat een plug-in is waarmee u uw blog in het cachegeheugen kunt opslaan, zodat deze veel sneller werkt.

Deze tutorialserie ziet er als volgt uit:

In de vorige aflevering zaten we nog in deel 2, maar begonnen met de algemene instellingen. Vandaag gaan we verder met de instellingen van de caching Pagina's.

wanneer de caching pagina's wordt geactiveerd vanuit het algemene instellingenmenu, gebruik dan de " Pagina Cache Om toegang te krijgen tot de cacheconfiguratie voor dit element.

Bij het selecteren van pagina's om te cachen, moet u zo inclusief mogelijk zijn. In de meeste gevallen wilt u bijna alle pagina's in de cache opslaan.

optie-cache-of-pages

Als uw site beschikbaar is met het https-protocol, dan wilt u SSL Cache inschakelen (https) voor deze verzoeken.

De meeste sites zullen niet profiteren van de caching op basis van de URI's. Het inschakelen van deze optie kan onverwachte resultaten opleveren doordat onverwachte tekenreeksen in de cache worden opgeslagen. Laat deze optie dus uitgeschakeld, tenzij uw zoekfunctie veel wordt gebruikt voor het zoeken met dezelfde termen.

Ten slotte is het raadzaam om de 404-pagina niet te cachen. Bezoekers zouden ze sowieso niet vaak moeten zien en u wilt niet dat Google een 404-pagina indexeert als een normale pagina, wat kan gebeuren als u deze optie inschakelt.

De volgende optie, "Cacheverzoeken alleen voor (uw domein) het siteadres "(Alleen cacheverzoeken) is standaard uitgeschakeld, maar de universele aanbeveling is om deze optie aan te vinken.

optionele cache-des pagina's

De volgende twee opties lijken redelijk op elkaar, maar de uitleg onder elke optie maakt het duidelijk.

« Geen cache pagina's voor ingelogde gebruikers moeten altijd aangevinkt blijven Moet altijd aangevinkt blijven. Als u het aangevinkt laat en uw site bekijkt terwijl u verbonden bent, zal uw actie de pagina in de cache opslaan en weergeven voor gebruikers die niet zijn ingelogd.

« Verberg geen pagina's voor de volgende gebruikersrollen Betekent dat gebruikers die overeenkomen met de geselecteerde rol toegang hebben tot de directe (niet in de cache opgeslagen) versie van uw site.

Het volgende gedeelte, " Cache vooraf laden Wordt gebruikt om de paginacache op te bouwen voordat deze wordt geladen.

hide preload

Het is een goed idee om de optie te kiezen om de paginacache vooraf te laden. Het standaardpaginabereik en paginabereikwaarden zijn goede instellingen voor gedeelde servers. Als u echter een omgeving heeft vanaccommodatie krachtiger, voel je vrij om pagina-updates en caching-interval te verkorten.

U moet de sitemap-URL toevoegen in het juiste soort veld dat W3TC gebruikt om het te gebruiken om pagina's te identificeren die in de cache moeten worden opgeslagen.

Ten slotte wilt u in de meeste gevallen de " Preload de post ". Dit zorgt ervoor dat de cacheversie van uw pagina elke keer wordt bijgewerkt wanneer u een nieuw artikel plaatst.

Het schoonmaakgedeelte wordt gebruikt om pagina's op te geven voor ' leeg Vanuit de cache, wanneer een artikel wordt gepost, bewerkt of becommentarieerd.

optie de cache-cleaning

Waarschijnlijk wilt u de opties voor het opschonen van de cache verlaten, tenzij u weet dat u niet wilt dat een van de pagina's wordt gewist bij de eerder genoemde evenementen.

De opschoningslimiet bepaalt het aantal gearchiveerde pagina's dat moet worden verwijderd. Als uw artikelarchief bijvoorbeeld 20-pagina's heeft en u de opschoningslimiet op 15 instelt, worden de laatste 15-pagina's gewist, terwijl de oudste vijf pagina's pas worden gewist dat de vervaldatum van deze pagina's arriveert.

Het is een goed idee om de waarde in te stellen op 0 om alle pagina's te wissen, tenzij sommige van uw archieven erg groot zijn. In dit geval moet u de waarde 10 gebruiken, die mogelijk geschikt is voor deze situatie.

Als u aangepaste pagina's hebt gemaakt die elke keer dat de berichten worden bewerkt en gepubliceerd, moeten worden verwijderd, moet u ze handmatig toevoegen aan het veld voor extra pagina's (optie beschikbaar een beetje lager).

Het geavanceerde gedeelte helpt u om:

  • Bepaalt hoe W3TC specifieke verzoekreeksen verwerkt,
  • Sluit een aantal agents uit (apparaten, browsers) die de cache-versie niet zullen ontvangen,
  • Identificeer cookies waardoor W3TC pagina's niet in de cache kan opslaan
  • Stel extra specifieke uitzonderingen in.

sectie-Geavanceerde-w3tc

Neem even de tijd om de instellingen aan het begin van het gedeelte "Geavanceerd" te bekijken.

« Late initialisatie Met deze geavanceerde functie kunt u paginacaching op een gefragmenteerde manier implementeren. U kunt deze optie in de meeste gevallen negeren.

« Compatibiliteitsmodus »: De auteur van de plug-in raadt aan om de compatibiliteitsmodus te activeren om het optreden van fouten te minimaliseren.

« charset Schakel deze optie in als u vreemde tekens op pagina's in de cache ziet.

« HEAD-aanvragen afwijzen ": Laat deze optie uitgeschakeld. De informatie in een HTTP HEAD-verzoek is soms nodig om de resulterende pagina te bouwen. Als u deze optie uitschakelt, worden HEAD-verzoekgegevens niet in de cache opgeslagen en kunnen pagina's die met deze informatie zijn gebouwd, worden afgebroken.

« Garbage collectie interval »: Geef op hoe vaak verlopen gegevens in de cache worden verwijderd. Het verwijderen van gecachte gegevens duurt ressources van de server, moet u dit niet te vaak doen als uw site bezet is of als uw server overbelast is. De standaard is geschikt voor bijna alle servers.

« Hoe cookie-leven Door deze waarde te verlagen, wordt de server minder belast, omdat het verlopen van de cookies die worden gebruikt om belanghebbenden te authenticeren, sneller verloopt. Als u echter een te korte waarde instelt, moeten gebruikers zich altijd aanmelden.

De rest van de velden in deze sectie mogen niet worden gewijzigd, tenzij u weet dat u het W3TC-gedrag voor een specifieke cookie wilt overschrijven, een " user agent Of een pagina.

Dat is het voor deze suite. We gaan door in een volgende aflevering.