We zijn doorgegaan met onze tutorialserie over het configureren van de W3TC-plug-in. Ter herinnering, W3TC is de afkorting van de naam ' W3 Total Cache wat een beroemd pluspunt is voor caching op blog. Een blog cachen betekent renderen donnees identiek gemakkelijk toegankelijk voor de server.
U kunt onze eerdere zelfstudies over dit onderwerp lezen voor meer informatie.
- 1-onderdeel: Inleiding tot cache
- Deel 2: Hoe W3TC configureren
- Algemene instellingen - Aflevering 1
- Meer algemene instellingen - Aflevering 2
- Paginacache-configuratie - 3-aflevering
- Configuratieminificaties - Aflevering 4
- De databasecache configureren donnees – Aflevering 5 (deze tutorial)
- Object- en browserconfiguratie - Aflevering 6
- Deel 3: alle antwoorden op uw vragen
- Deel 4: W3TC "Mainspan" -parameters
De configuratiepagina van de caching vanaf de basis van donnees Menu bestaat uit twee secties: Algemeen en Geavanceerd.
De sectie Algemeen "Heeft slechts één optie: een selectievakje, standaard aangevinkt, dat het mogelijk maakt om de zoekopdrachten die zijn gemaakt voor ingelogde gebruikers niet te cachen. Dit betekent dat als een gebruiker is ingelogd, deze niet de gegevens uit de cache heeft. De reden is dat ingelogde gebruikers de site tijdens hun sessies zullen gebruiken. Ze moeten daarom de bijgewerkte gegevens ontvangen.
Een uitzondering hierop zou zijn wanneer a inhoud is verborgen achter een “ paywall ”, die niet verandert met de opening van de ingelogde gebruiker. In dit geval de databank caching wordt gebruikt omdat gebruikers alleen zijn ingelogd om toegang te krijgen tot het inhoud en er niet daadwerkelijk mee te communiceren of deze te wijzigen inhoud van de site.
De sectie vergevorderd In het databasemenu kunt u de databasecache verfijnen. U kunt een leven toewijzen aan objecten in de cache met een standaardwaarde van 180 seconden, en bepalen na hoeveel tijd verlopen objecten moeten worden verwijderd.
Als u de caching van de database moet u zich aan de standaardwaarden houden, tenzij de databasecache te groot wordt. Als dit gebeurt, verkort u de levensduur van het cacheobject of het ophaalinterval om de hoeveelheid ruimte die de databasecache in beslag neemt te verminderen.
U kunt ook specifieke pagina's opgeven waar databasegegevens in de cache niet worden gebruikt op volgende pagina's. Dit is vooral handig als u cacheverzoeken indient voor ingelogde gebruikers, maar er zijn enkele pagina's waarop u niet wilt dat cachegegevens worden ondersteund.
In het volgende veld in de sectie Geavanceerd kunt u specificeren welke databasequerystammen zullen worden genegeerd, dat wil zeggen, niet in de cache worden opgeslagen door de databasecache. Gebruik dit veld als u plug-ins gebruikt die afhankelijk zijn van databasequery's.
Het veld is bijvoorbeeld vooraf ingevuld met drie waarden: gdsr_, wp_rg_, et _wp_session. Deze drie verzoeken komen overeen met de plug-ins GD Rating System, Gravity Forms en WP Session Manager. Dit zijn drie veelgebruikte plug-ins die de database elke keer dat een pagina wordt geladen, rechtstreeks moeten doorzoeken, niet een gecachte versie van de database. Het toevoegen van deze query's aan de genegeerde lijst helpt dus voorkomen dat deze query's in de cache worden opgeslagen.
Als u de databasecache heeft ingeschakeld en merkt dat een specifieke plug-in niet normaal werkt, moet u de bijbehorende zoekopdracht identificeren door in de plug-incode te graven of door de auteur van de plug-in te vragen.
Het veld getiteld " Query Afwijzen Hiermee kunt u specifieke typen query's identificeren die niet in de cache mogen worden opgeslagen. Tenzij u een beheerder van de database bent, laat u dit veld zoals het is.
Dat is alles voor de configuratie van de databasecache op W3TC. Aarzel niet om ons vragen te stellen als u een punt niet begrijpt.
