Installeren en configureren van de W3 Total Cache-plug-in. Masterclass van Roman Telichko. W3 Total Cache caching-plug-inconfiguratie

W3 Total Cache is een van de twee populairste plug-ins voor het cachen van WordPress-sites. Vandaag hebben we een artikel - een gids voor volledige maatwerk deze plug-in.

De installatie van W3 Total Cache zelf is eenvoudig, maar dan begint de plug-in je letterlijk te bombarderen met een groot aantal opties: hier heb je browsercaching, objectcaching en schijffragmentcaching, dus als je geen ontwikkelaar bent, dan is jouw het hoofd zal draaien.

En een ander feit dat erg vervelend is, is dat je niet zomaar alle opties kunt inschakelen. Als u, zoals de meeste mensen, eenvoudige, gedeelde hosting heeft, kan dit de werking van uw hele site aanzienlijk vertragen. U moet dus de cachingtypen die u nodig hebt selecteren en configureren.

1. Configuratie algemene instellingen

Er zijn twee niveaus van W3 Total Cache-instellingen. Eerst moet u de Algemene instellingen instellen, waarbij u meer dan 10 verschillende W3 Total Cache-opties in- of uitschakelt. U krijgt dan toegang tot individuele pagina's met instellingen voor elke module.

Na het installeren van W3 Total Cache moet je eerst naar “Algemene Instellingen” gaan:

Laten we beginnen met het openen van het tabblad ‘Algemene instellingen’. U kunt als volgt elke optie configureren die u op de pagina Algemene instellingen ziet:

1.1 Algemeen

Met het eerste vak kunt u snel alle W3 Total Cache-opties in- of uitschakelen. Het zou geweldig zijn om gewoon op deze knop te drukken... maar dat is niet mogelijk.

U kunt hier ook de Preview-modus inschakelen. In deze modus alles wijzigingen aangebracht raak de live site niet aan voordat u deze definitief heeft goedgekeurd. Als u op een drukke livesite werkt, moet u deze modus gebruiken. Maar als u W3 Total Cache instelt op een nieuwe WordPress-installatie of als er weinig verkeer op uw site is, negeer dan eenvoudigweg deze modus.

1.2 Paginacache

Het volgende vak is de paginacache. Paginacache is wat je nodig hebt. Alleen al het cachen van pagina's kan de prestaties van uw site aanzienlijk verbeteren. Nadat u deze optie hebt ingeschakeld, moet u de paginacachemethode selecteren.

De methode is afhankelijk van uw hosting.

Voor virtuele hosting: Selecteer Schijf: Verbeterd.
Voor een dedicated server of VPS: u kunt een van de caching-methoden van Opcode gebruiken

Als je niet zeker weet welk type hosting je gebruikt, dan heb je waarschijnlijk toch gedeelde hosting 🙂 dus kies bij twijfel voor de methode Schijf: Verbeterd.

1.3 Verkleinen

Laten we verder gaan met het volgende punt: Verkleinen. Minificatie betekent in feite het kleiner maken van HTML-, CSS- en JavaScript-bestanden zonder hun functionaliteit te verliezen. Het effect wordt bereikt door onnodige informatie te verwijderen, zoals regeleinden en lange ruimtes. Dit is de reden waarom verkleinde code zo moeilijk te lezen is voor mensen.

Zonder in detail te treden: minificatie is iets dat altijd wordt aanbevolen Google-pagina Snelheid, dus het kan niet worden verwaarloosd.

Wanneer u op de knop Inschakelen klikt, geeft W3 Total Cache een waarschuwing weer dat er mogelijk problemen zijn met de site. En ze kunnen inderdaad verschijnen, dus u zult de verkleining op maat moeten maken.

Laten we beginnen door de Minify-modus in te stellen op Auto. Ik kan niet beloven dat uw site in dit geval ononderbroken zal blijven functioneren. Als de site niet meer normaal werkt, speel dan met de instellingen. In dergelijke gevallen schakel ik meestal over naar een plug-in zoals Autoptimize voor minificatie, of schakel ik deze optie eenvoudigweg uit in W3 Total Cache. U kunt CloudFlare ook gebruiken met ingebouwde minificatie.

Zorg ervoor dat u eerst W3 Total Cache probeert te verkleinen, hoewel deze methode niet garandeert dat uw site zo stabiel zal werken als voorheen.

1.4 Opcode-cache

Recente versies van W3 Total Cache bevatten Opcode-caching. Maar als u gedeelde hosting heeft, kunt u deze optie waarschijnlijk niet eens inschakelen. Deze optie is voor de meeste gebruikers niet beschikbaar, dus ik besteed er geen aandacht aan.

1.5 Databasecache

Volgens de ontwikkelaars van W3 Total Cache is “W3TC een Zwitsers zakmes dat je moet proberen. Over het algemeen wordt het cachen van objectcache en databasecache op schijf niet aanbevolen.”

Databasecaching kan uw site mogelijk versnellen door de uitvoering van processen uit de database naar CPU/geheugen te verplaatsen. Maar er is een probleem: bij de meeste virtuele hosting kan de database de belasting beter aan dan de processor of het geheugen. Databasecaching kan uw site dus vertragen door andere aspecten van uw server te overbelasten.

Dus als u gedeelde hosting heeft, is het beter om databasecaching uitgeschakeld te laten.

1.6 Objectcache

Objectcaching kan uw WordPress-site versnellen... of het kan uw WordPress-beheerder aanzienlijk vertragen.

Als je probeert te begrijpen waarom WordPress-beheerder langzaam draait, moet u allereerst objectcaching uitschakelen. Dit is de reden waarom ik aanbeveel objectcaching uit te schakelen. Natuurlijk kun je dit allemaal testen, maar als je virtuele hosting hebt, is het onwaarschijnlijk dat dit type cache nuttig is en hoogstwaarschijnlijk het werk van het beheerderspaneel zal vertragen.

Maar er is één uitzondering: als u een zeer dynamisch project heeft (bijvoorbeeld BuddyPress, bbPress, enz.), kunt u objectcaching overwegen.

1.7 Browsercache (browsercache)

Als u uw site ooit via Google PageSpeed Insights heeft beheerd, weet u waarschijnlijk dat ‘gebruik maken van browsercaching’ een favoriete boodschap is. van dit instrument. En dit is waar je deze boost kunt toepassen.

Browsercaching is een eenvoudige methode om de prestaties van websites te verbeteren door gegevens in de browser van de bezoeker op te slaan. Omdat het allemaal neerkomt op lokale gegevensopslag op de computers van uw bezoekers, hoeft u niet bang te zijn dat uw site trager wordt.

Het maakt niet uit wat voor soort hosting je hebt, in ieder geval moet je dit soort caching zeker inschakelen

1.8 CDN

Als u een CDN gebruikt, kunt u met deze optie verbinding maken met W3 Total Cache. U kunt proberen uw CDN-server te vinden in het vervolgkeuzemenu, of Generieke mirror selecteren als de gewenste optie niet in de lijst staat.

Als u CloudFlare gebruikt, hoeft u hier niet te integreren. In plaats daarvan moet u de CloudFlare-extensie toevoegen. U kunt dit doen via het tabblad Extensies.

Als u geen CDN gebruikt, schakel dit vakje dan niet in. U hoeft deze optie alleen in te schakelen als u al een CDN-provider heeft.

1.9 Omgekeerde proxy

De meeste WordPress-sites zouden deze optie moeten negeren. Een reverse proxy is zoiets dat als je geavanceerd genoeg bent om te weten hoe je het moet gebruiken, je deze handleiding waarschijnlijk niet hoeft te lezen :)

1.10 Controle, fragmentcache, overige en licentieverlening

U kunt deze opties eenvoudigweg negeren: sla ze over en ga naar de sectie Debuggen.

1.11 Debug-monitoring, fragmentcache, overige en licentieverlening

Als u problemen heeft met W3 Total Cache, kunt u de foutopsporingsopties inschakelen, maar slechts tijdelijk. Voor normaal gebruik schakel al deze vakjes uit. Want als ze niet gewend zijn om problemen op te lossen, produceren ze veel onnodige code.

Dat zijn alle instellingen in het gedeelte Algemene instellingen. Vergeet niet uw wijzigingen op te slaan.

Aangepaste cachingmethoden instellen

Laten we nu de cachingmethoden configureren die we eerder hebben ingeschakeld. U hoeft uitgeschakelde opties niet te configureren, dus configureer alleen de eerder ingeschakelde opties. Ik waarschuw je dat als ik geen instellingen verder heb beschreven, je alles kunt laten zoals het standaard is, omdat er simpelweg te veel opties zijn om voor elk item te schrijven.

Paginacaching instellen

Eerst komt paginacaching. Hier laten we de meeste instellingen op de standaardwaarde staan, maar er zijn verschillende belangrijke punten die moeten worden geconfigureerd.

Als u SSL gebruikt, moet u allereerst het selectievakje naast Cache SSL (https)-verzoeken aanvinken. Vink ook het vakje naast Cachefeeds aan, ongeacht of u SSL gebruikt of niet:

Blader een beetje naar beneden op de pagina en schakel de optie De paginacache automatisch primen in. En u moet ook de postcache vooraf laden bij publicatie-evenementen selecteren. Hier kunt u de cijfers als standaard laten staan. Zorg ervoor dat u ook de sitemap-URL toevoegt:

Als u niet zeker bent van uw acties, laat dan al het andere zoals het is, maar zorg ervoor dat u de wijzigingen opslaat.

Minify instellen

Het gedeelte Minificatie is misschien niet zo eenvoudig in te stellen. Totdat u iets probeert, weet u immers niet hoe negatief dit de prestaties van uw site zal beïnvloeden. Wij raden u daarom aan om met de standaardinstellingen te beginnen. Maar als er iets misgaat met de site, zul je een beetje met de instellingen moeten werken.

U kunt proberen te spelen met de minificatie-instellingen van de W3 Total Cache-plug-in om elk probleem op te lossen. Maar hier zul je heel diep op het probleem moeten ingaan, en dit is niet zo eenvoudig als je geen ontwikkelaar bent.

Ik denk dat het veel gemakkelijker is om naar Autoptimize over te schakelen als de standaard W3 Total Cache-minificatie-instellingen problemen veroorzaken. Als u CloudFlare gebruikt, kunt u ook profiteren van de ingebouwde verkleining van CloudFlare.

Dus als u overschakelt naar Autoptimize of CloudFlare, zorg er dan voor dat u de minificatie uitschakelt op het tabblad Algemene instellingen.

Objectcache

Hier kunt u de levensduur van cacheobjecten en het opschooninterval instellen. Laat de tijd standaard zoals deze is. De onderstaande instellingen betreffen multisite, dus de meeste gebruikers mogen deze ook niet aanraken.

Hoe de browsercache te configureren (Browser Cache)

Nu moet u uw browsercache configureren. Vergeet niet dat ik het instellen van databasecaching en objectcaching heb overgeslagen, omdat de meesten van jullie deze opties uitgeschakeld zouden moeten hebben.

Voor browsercaching moet u de eerste 6 opties inschakelen, namelijk:

Stel de Last-Modified-header in
Stel vervalt header in
Set cachecontrole koptekst
Entiteitstag instellen (eTag)
Stel de W3 Total Cache-header in
Schakel HTTP-compressie (gzip) in

Scroll naar beneden op de pagina en vink het vakje naast aan Verwerk geen 404-fouten voor statische objecten met WordPress. Wij adviseren u om al het overige te laten zoals het is.

CDN-installatie

Helaas kunnen we u hier geen precieze instructies geven, omdat de instellingen afhankelijk zijn van welk CDN u gebruikt en of u deze überhaupt gebruikt. Gelukkig bieden de meeste CDN-providers dit aan, omdat W3 Total Cache zo'n populaire oplossing is gedetailleerde instructies installatieproces.

Houd er rekening mee dat als u CloudFlare als WordPress CDN gebruikt, u de CloudFlare-extensie moet toevoegen op het tabblad Extensies.

W3 Totale cache-extensies

Ik noemde de CloudFlare-extensie al, maar W3 Total Cache bevat ook extensies voor grote hoeveelheid andere hulpmiddelen.

Er zijn bijvoorbeeld extensies voor:

Google AMP-pagina's
WolkFlare
FeedBurner
Genesis Framework (moet worden geïnstalleerd als u Genesis gebruikt)
Yoast SEO
WPML (Zorg ervoor dat u deze installeert als u WPML voor vertaling gebruikt).

Elke extensie vereist enige configuratie. Als u bijvoorbeeld CloudFlare inschakelt, moet u een activerings-API-sleutel invoeren. U kunt vervolgens rechtstreeks vanuit W3 Total Cache met CloudFlare-functies werken:

Te moeilijk? Kies gewoon een andere caching-plug-in.

W3 Total Cache is een krachtige plug-in en zal een uitstekende oplossing zijn voor ervaren gebruikers, maar voor beginners raad ik aan gebruiksvriendelijkere caching-plug-ins te gebruiken, zoals Cache Enabler of het uitstekende WP-Rocket. Je bent een uur kwijt aan het opzetten van W3 Total Cache, maar in het geval van bijvoorbeeld Cache Enabler heb je maar een minuutje nodig.

Uiteraard heeft dezelfde Cache Enabler geen configuratie-opties voor de databasecache, objectcaching en andere zaken. Maar gewone WordPress-gebruikers hebben deze functionaliteit niet nodig. Veel succes met uw optimalisatie.

W3 Total Cache is een effectieve, betrouwbare en zeer functionele caching-plug-in voor WordPress die de prestaties van de site aanzienlijk kan verbeteren, de laadsnelheid kan verhogen en de serverbelasting kan verminderen. In dit artikel zullen we voorbeelden bekijken optimale instellingen W3 Total Cache-plug-in voor gebruik zowel op gedeelde hosting als op een dedicated server.

Dit artikel zal alleen de meeste overwegen belangrijke instellingen W3 Total Cache-plug-in. Als u geen instellingen hebt gevonden, zijn hun standaardwaarden optimaal of zijn ze verantwoordelijk voor het configureren van de betaalde functies van de plug-in, dus er is geen rekening mee gehouden.

Instellingen downloaden

Voor maximaal gemak kunt u de importbestanden van de W3 Total Cache-plugin-instellingen downloaden. U kunt instellingen importeren in het menu Prestaties > Algemene instellingen > Instellingen importeren/exporteren.

Het enige dat u hoeft te doen, is, indien nodig, het pad naar de sitemap opgeven XML-formaat op de pagina Paginacache in sectie Cache vooraf laden na het importeren van de instellingen en het wissen van de cache. Hiermee is de installatie van de W3 Total Cache-plug-in voltooid.

Algemene instellingen

Deze pagina bevat algemene instellingen voor de W3 Total Cache-plug-in. De pagina is beschikbaar in het menu Pprestatie>Algemene instellingen.

Algemeen

Prestaties > Algemene instellingen > Algemeen

Voorbeeldmodus– is verantwoordelijk voor het inschakelen van de voorbeeldmodus. Deze modus activeert de plug-in alleen voor de gebruiker die deze configureert. De functie is handig bij het werken met projecten die al op het netwerk staan en een bepaald verkeer hebben.

Paginacache

Prestaties > Algemene instellingen > Paginacache

Paginacache– activering van paginacaching. Hiermee kunt u de responstijd van de server verkorten, de laadsnelheid van pagina's verhogen en ook de belasting van de server verminderen door sitepagina's in de cache op te slaan.
Paginacache-methode- een methode voor het cachen van websitepagina's. Aanbevolen waarde - Schijf: verbeterd(de cache wordt op de harde schijf opgeslagen). Tegenwoordig zijn vrijwel alle servers uitgerust met krachtige SSD-schijven deze optie is optimaal. Het gebruik van methoden waarbij de paginacache in het RAM-geheugen wordt opgeslagen, wordt alleen aanbevolen als u zeker weet dat er voldoende geheugen is om de cache op te slaan.

Kleineren

Prestaties > Algemene instellingen > Verkleinen

Kleineren– activering van bestandsminimalisatie. Hiermee kunt u de laadsnelheid van de site verhogen door CSS, JavaScript en andere te comprimeren HTML-bestanden en verwijdering ervan onnodige code bijvoorbeeld opmerkingen.
Verkleinmodus- verkleiningsmodus. Aanbevolen waarde - Auto. In dit geval bepaalt de W3 Total Cache-plug-in onafhankelijk de bestanden die moeten worden geminimaliseerd en de volgorde waarin ze worden opgenomen. Als u bestanden handmatig wilt opgeven, selecteert u de waarde Handmatig(niet aanbevolen).
Verklein de cachemethode– caching-methode. Aanbevolen waarde - Schijf. Ik raad altijd aan om statische bestanden op je harde schijf op te slaan, omdat dit in de meeste gevallen het meeste is beste optie op het gebied van betrouwbaarheid en prestaties.
HTML-verkleiner- HTML-codeverkleiner. Aanbevolen waarde - Verkleinen (standaard).
JS-verkleiner– minificator JavaScript-code. Aanbevolen waarde - JSMin (standaard).
CSS-verkleiner– CSS-codeverkleiner. Aanbevolen waarde - Verkleinen (standaard).

Als er na het activeren van minificatie problemen optreden met de werking van de site, experimenteer dan met verschillende soorten minifiers.

Opcode-cache

Prestaties > Algemene instellingen > Opcode-cache

Opcode-cache– activeert caching van gecompileerde PHP-code. Aanbevolen waarde - Opcode: Zend Opcache. Meestal is de functie alleen beschikbaar op VPS/VDS.
Valideer tijdstempels– laat het selectievakje voor de juiste cache-update staan zonder de PHP-module opnieuw te laden.

Databasecache

Prestaties > Algemene instellingen > Databasecache

Databasecache– activeert caching van databasequery's. Hiermee kunt u de tijd voor het genereren van pagina's verkorten. Het wordt aanbevolen om het te gebruiken als alternatief voor de objectcache als deze om een of andere reden niet kan worden gebruikt. Caching van databasequery's kan afzonderlijk of gelijktijdig met objectcaching worden gebruikt.
Databasecachemethode- methode voor het cachen van zoekopdrachten naar de database. Aanbevolen waarde - Gememoriseerd(indien geïnstalleerd) of een andere optie waarbij de cache in RAM wordt opgeslagen in plaats van op de harde schijf. Het cachen van databasequery's kan een groot aantal bestanden en mappen creëren die zwaar belast worden schijf subsysteem server en heeft een negatieve invloed op de prestaties ervan.

Objectcache

Prestaties > Algemene instellingen > Objectcache

Objectcache– activering van objectcaching. Hiermee kunt u gegevens in de cache opslaan die mogelijk duur zijn om opnieuw op te halen. rekenkracht, zoals complexe databasequery's.
Objectcache-methode- objectcachemethode. Net als bij de databasequerycache wordt aanbevolen de objectcache in het RAM op te slaan.

Browsercache

Prestaties > Algemene instellingen > Browsercache

Browsercache– activeert clientcaching. Hiermee kunt u het laden van de site versnellen wanneer u deze opnieuw bezoekt, door afbeeldingen, CSS, JavaScript en andere site-elementen in de browser van de gebruiker in het cachegeheugen op te slaan.

Instellingen importeren/exporteren

Prestaties > Algemene instellingen > Instellingen importeren/exporteren

Configuratie importeren– importeer instellingen uit een JSON-bestand.
Configuratie exporteren- exporteer instellingen naar JSON-bestand.
Configuratie resetten- reset de instellingen van de W3 Total Cache-plug-in naar de standaardwaarden.

Paginacache

Deze pagina bevat instellingen voor paginacaching. De instellingenpagina is beschikbaar in het menu Pprestatie>Algemene instellingen.

Algemeen

Prestaties > Paginacache > Algemeen

Pagina met berichten in cache plaatsen- cachen van berichtpagina's.
Voorpagina niet in cache opslaan- caching uitschakelen startpagina(indien gebruikt statische pagina).
Cachefeeds: site, categorieën, tags, opmerkingen- cachen van feeds (categorieën, tags, opmerkingen, enz.).
Cache SSL (https)-verzoeken- Caching uniek SSL-verzoeken. Gebruik deze optie, als uw site het https-protocol gebruikt.
Cache-URI's met querytekenreeksvariabelen- Pagina's in de cache opslaan met parameters in de URL. De functie is erg handig voor online winkels met productfilters, maar ook voor sites waar gebruikers actief zoeken gebruiken. Helaas is deze functie niet beschikbaar in de gratis versie van de plug-in.
Cache 404 ( niet gevonden) pagina's- Caching van 404-foutpagina's Gebruik deze functie met voorzichtigheid, bijvoorbeeld bij het kiezen van een cachingmethode Schijf: verbeterd de server geeft onjuiste antwoordcodes (200 in plaats van 404), wat een negatief effect zal hebben zoekmachine optimalisatie plaats.
Sla geen pagina's op in het cachegeheugen van ingelogde gebruikers- caching uitschakelen voor geautoriseerde gebruikers. Het wordt niet aanbevolen om deze functie uit te schakelen, omdat dit zal leiden tot datacaching voor alle gebruikers, inclusief de sitebeheerder.
Sla geen pagina's op in de cache voor de volgende gebruikersrollen- caching uitschakelen voor geselecteerde gebruikersrollen. Zorg ervoor dat u gebruikersrollen selecteert die verantwoordelijk zijn voor het beheer van de site, zoals “Beheerder”, “Bewerker”, enz.

Cache vooraf laden

Prestaties > Paginacache > Cache vooraf laden

Vul de paginacache automatisch in- activeer deze functie automatische creatie paginacache. Anders wordt de cache pas aangemaakt als de pagina wordt bezocht.
Automatisch primair de paginacache Update-interval- het interval tussen het maken van de cache van de volgende reeks pagina's.
Pagina's per interval- het aantal pagina's waarvan de cache bij elk interval wordt aangemaakt. Stel de waarde in, rekening houdend met het serververmogen. Hoe krachtiger de server, hoe meer pagina's u in dit veld kunt opgeven.
Sitemap-URL- link naar sitemap. Pagina's worden in de cache opgeslagen op basis van prioriteit in de XML-sitemap. Gebruik de Google-plug-in om een sitemap in XML-formaat te genereren XML-sitemaps of vergelijkbaar.

Beleid opschonen: paginacache

Dit blok is verantwoordelijk voor het configureren van het wissen van de cache bij het maken/bewerken van een bericht en het publiceren van opmerkingen. Om de prestaties te verbeteren, wordt aanbevolen om de standaardwaarden te gebruiken.

Geavanceerd

Dit blok bevat geavanceerde instellingen voor het cachen van pagina's. Hier zijn we alleen geïnteresseerd in het veld Afvalinzameling interval, die verantwoordelijk is voor het instellen van het spoelinterval voor de schijfcache.

Prestaties > Paginacache > Geavanceerd > Interval voor afvalinzameling

Kleineren

Deze pagina bevat minificatie-instellingen voor HTML, XML, CSS en JavaScript.

Algemeen

Prestaties > Verkleinen > Algemeen

Herschrijf de URL-structuur– activeer deze functie om te verwijderen GET-parameters van links naar gecomprimeerde CSS en JavaScript-bestanden.
Schakel minify uit voor ingelogde gebruikers- schakelt het laden van gecomprimeerde pagina's voor geautoriseerde gebruikers uit.
Verklein de foutmelding- is verantwoordelijk voor het configureren van foutmeldingen bij het maken van een verkleinde cache.

HTML & XML

Prestaties > Verkleinen > HTML en XML

Dit blok is verantwoordelijk voor het instellen van de verkleining van de HTML-code van de sitepagina's. HTML-compressie code heeft meestal geen grote invloed op de prestaties, maar kan vaak lay-outproblemen veroorzaken, zoals het verminderen van de opvulling tussen elementen, enz. Daarom raad ik af om deze functie te gebruiken.

JS

Prestaties > Verkleinen > JS

JS verkleint de instellingen– activeert verkleining van JavaScript-bestanden.
Operaties in gebieden- is verantwoordelijk voor het instellen van het type laadscripts verschillende gebieden HTML-pagina's. Omdat meestal alleen kritische scripts in de kop van de pagina worden geladen en al het andere dichter bij de afsluitende body-tag wordt geplaatst, zouden de meest optimale waarden zijn Standaard (blokkering) Voor Voor En Niet-blokkerend (met behulp van "uitstellen") Voor Na . Als je wilt, kun je experimenteren met verschillende instellingen, maar zoals de praktijk heeft geleerd, zijn bovenstaande waarden het meest optimaal.
Alleen verkleinen/combineren– soort minificatie. Volgens de regels van een goede vorm bevatten thema's en plug-ins meestal al gecomprimeerde versies van CSS- en JavaScript-bestanden, dus ik raad aan de waarde in te stellen Alleen combineren. In dit geval worden JavaScript-bestanden alleen samengevoegd (indien mogelijk).

We laten de overige instellingen uitgeschakeld, rekening houdend met het eerder geselecteerde cachingtype ( Schijf: verbeterd).

CSS

Prestaties > Verkleinen > CSS

Dit blok is verantwoordelijk voor het instellen van CSS-minificatie. Er is hier niets bijzonders op aan te merken, daarom hebben we de instellingen ingesteld zoals weergegeven in de afbeelding.

Geavanceerd

Dit blok bevat geavanceerde minificatie-instellingen. Hier zijn we slechts in twee velden geïnteresseerd:

Prestaties > Verkleinen > Geavanceerd

Update externe bestanden elke– interval tussen downloaden en updaten externe bestanden in de verkleinde cache.
Interval voor het ophalen van afval- interval voor het wissen van de verkleinde cache. Voor zwaarbelaste projecten wordt aanbevolen een lagere waarde in te stellen.

De overige instellingen laten we op hun standaardwaarden staan.

Browsercache

Deze pagina bevat browsercache-instellingen. De meeste zijn al ingesteld optimale waarden standaard, dus u hoeft alleen maar de instellingen te vergelijken met de onderstaande voorbeelden en deze indien nodig aan te passen.

Algemeen

Prestaties > Browsercache > Algemeen

CSS en JS

Prestaties > Browsercache > CSS en JS

HTML & XML

Prestaties > Browsercache > HTML en XML

Media en andere bestanden

Prestaties > Browsercache > Media en andere bestanden

Beveiligingskoppen

In dit instellingenblok zijn we alleen geïnteresseerd in het veld HTTP strikt transport Beveiligingsbeleid , waarin u het vakje moet aanvinken als u SSL op de site gebruikt.

Prestaties > Browsercache > Beveiligingsheaders > HTTP Strict Transport-beveiligingsbeleid

Cache wissen

Gebruik om de cache in de W3 Total Cache-plug-in te wissen bovenste menu Prestatie V administratief paneel plaats. Om de gewenste cache te wissen, volgt u gewoon de overeenkomstige link in het menu.

Wis het cachemenu in W3 Total Cache

U kunt ook de overeenkomstige knoppen gebruiken in de instellingen van de W3 Total Cache-plug-in of meldingen die verschijnen na bijvoorbeeld het activeren/deactiveren van een WordPress-plug-in.

Het oplossen van mogelijke problemen

Gedurende de hele tijd dat ik de W3 Total Cache-plug-in gebruikte, kwam ik slechts twee problemen tegen:

Onvermogen om de plug-in te activeren vanwege onjuist ingestelde bestandsrechten.
Overmatige belasting van de server door het gebruik van een sitemap om automatisch een cache aan te maken.

Als u een dergelijke melding ziet nadat u de plug-in hebt geactiveerd, moet u controleren of de machtigingen voor uw WordPress-bestanden en -mappen correct zijn ingesteld.

755 of 750 voor alle mappen.
644 of 640 voor alle bestanden.
440 of 400 voor het wp-config.php-bestand.

Als de plug-in na het wijzigen van de rechten nog steeds niet is geactiveerd, stelt u de rechten in 644 voor het wp-config.php-bestand, activeer vervolgens de W3 Total Cache-plug-in en wijzig vervolgens de machtigingen terug naar 400 of 440 .

U kunt het bestand wp-config.php ook handmatig bewerken. Om dit te doen, opent u het in een willekeurige teksteditor, bijvoorbeeld NotePad++, en voegt u helemaal aan het begin de volgende code toe:

/** W3 Total Cache inschakelen */ definiëren("WP_CACHE", true); // Toegevoegd door W3 Total Cache

Sla daarna het bestand op, update het op de server en activeer de plug-in opnieuw.

Overmatige belasting van de server

Als u een sterke toename van de serverbelasting merkt na het activeren van de W3 Total Cache-plug-in, die wordt gecombineerd met frequente verzoeken plug-in voor de XML-sitemap (zie serverlogboeken), dan is de reden het gebruik van een voorlopige creatie van een paginacache met behulp van de sitemap.

U kunt het probleem oplossen door de prioriteit van pagina's in de XML-sitemap te wijzigen, door de link naar de sitemap te verwijderen in de instellingen voor het maken van pre-cache (Prestaties > Paginacache > Cache vooraf laden > Sitemap-URL) of volledige afsluiting deze functie.

Conclusie

W3 Total Cache is een van de meest functionele en betrouwbare caching-plug-ins voor WordPress, die ook een van de meest populaire en hoogst gewaardeerde is.

Desondanks geven veel gebruikers, vanwege de complexiteit van de installatie en het gebrek aan kwaliteitsinformatie over de plug-in in het Russisch, nog steeds de voorkeur aan minder effectieve maar eenvoudigere oplossingen zoals WP Supercache, Hyper Cache of iets dergelijks.

Dit artikel biedt voldoende informatie zodat iedereen, ongeacht kennis en ervaring, caching op zijn website kan instellen met behulp van de W3 Total Cache-plug-in en kan weigeren zelfs goede, maar minder effectieve oplossingen te gebruiken.

Een fout gevonden? Selecteer het en klik Ctrl + Enter

Printversie

Wil je het geheim weten? snel laden WordPress-sites? Daarnaast goede hosting en correct geschreven extensies, gebruik caching en CDN (content delivery network). Bijvoorbeeld de W3 Total Cache-plug-in.

In dit artikel zullen we kijken naar het installeren en configureren van W3 Total Cache voor maximale prestaties. We zullen ook een voorbeeld geven van een combinatie van het gebruik van caching en CDN-diensten om de laadsnelheid van de site te maximaliseren.

Voordat u begint, is het raadzaam om de prestaties van de site te controleren met behulp van online services Google-paginasnelheid en/of Pingdom-hulpmiddelen. Dit moet worden gedaan om de eerdere resultaten te vergelijken met de resultaten die na alle instellingen zijn verkregen.

Wat is W3 Total Cache?

W3 Totale cache Dit is de meest complete en snelste plugin voor het optimaliseren van de prestaties in Wordpress. Dit wordt bevestigd door het gebruik ervan op veel populaire sites zoals: AT&T, Mashable, Smashing Magazine en vele anderen. W3 Total Cache verbetert de sitesnelheid door de serverprestaties te verbeteren, alle aspecten van de site in de cache op te slaan, de responstijden te verkorten en een naadloze Content Delivery Network (CDN)-integratie te bieden.

W3 Total Cache installeren in WordPress

Voordat u W3 Total Cache installeert, moet u ervoor zorgen dat alle andere caching-plug-ins zijn verwijderd. Als u dit niet doet, verschijnt er een foutmelding bij het activeren van de W3 Total Cache-plug-in.

Om te installeren moet u een eenvoudige procedure volgen:

Ga naar het beheerderspaneel van de site en klik op " Plug-ins»→ « Nieuw toevoegen" Typ in de zoekbalk " W3 Totale cache" en zie het in de zoekresultaten:

Klik op de knop Installeren"Activeer na de installatie de plug-in.

W3 Totale cache-opties en configuratie

W3 Total Cache is een zeer krachtige plug-in en heeft veel aanpasbare opties. Aan de ene kant is dit goed; degenen die weten hoe ze ze moeten gebruiken, dit is een goudmijn. Beginnende webmasters kunnen door deze parameters in verwarring raken. We zullen alle instellingensecties in detail doornemen, zodat u W3 Total Cache optimaal kunt configureren. Laten we beginnen met de algemene parameters.

Algemene instellingen

Om naar de algemene instellingenpagina te gaan, klikt u op het menu "Caching" in het WordPress-beheerpaneel. Het toont de algemene instellingen van de plug-in. Zorg ervoor dat u zich in de Algemene instellingen bevindt en niet op de consolepagina van de W3 Total Cache-plug-in.

Wat is paginacaching?

De eerste optie die u kunt zien is paginacaching. Het is verantwoordelijk voor het maken van een statische pagina in de cache voor elke geladen pagina op de site. Dus in plaats van voortdurend te genereren dynamische pagina, krijgt de bezoeker een in de cache opgeslagen statische pagina te zien. In onderstaande afbeelding kun je zien hoe deze functie werkt:

De afbeelding toont het volgende: Wanneer een gebruiker een site bezoekt, voert Wordpress doorgaans PHP-scripts en databasequery's uit om de opgevraagde pagina weer te geven. Vervolgens verwerkt PHP de gegevens en maakt de pagina aan. Dit paginaweergaveproces verbruikt bepaalde middelen server. Als u paginacaching inschakelt, kunt u het proces voor het genereren van pagina's overslaan.

Voor gedeelde hosting, die door de meeste beginnende website-eigenaren wordt gebruikt, wordt aanbevolen om de “Disk:Enhanced” paginacachingmethode te gebruiken. Selecteer "paginacaching" en sla de instellingen op.

Voor de meesten zal dit voldoende zijn. Deze handleiding- voor webmasters op beginnersniveau. En we slaan bewust alle geavanceerde instellingen voor het cachen van pagina's over, wat impliceert dat de standaardinstellingen ruimschoots voldoende zijn.

We slaan ook minificatie, caching van databasequery's en caching van objecten over. Vanwege het feit dat niet alle servers de mogelijkheid bieden om deze parameters te gebruiken.

Het volgende instellingenitem is de browsercache.

Wat is browsercache?

Elke keer dat een bezoeker een site bezoekt, downloadt zijn browser alle afbeeldingen, CSS-bestanden, js-scripts en andere statische bestanden van de sitepagina naar een tijdelijke map. Dit wordt gedaan zodat wanneer u naar een andere pagina gaat, de bestanden niet opnieuw worden gedownload, maar worden geopend vanuit de browsercache. Dit versnelt het laden van de site en bespaart verkeer.

Met de browsercacheoptie in W3 Total Cache kunt u opgeven hoe lang in de cache opgeslagen items worden bewaard. Zolang je het logo niet elke dag verandert, levert caching gedurende 24 uur geen overlast op. Markeer deze optie en sla op. Ga daarna naar “Caching” => “Browser Cache” om andere instellingen in te stellen.

Zoals je in de bovenstaande schermafbeelding kunt zien, hebben we alle opties ingeschakeld, behalve de optie voor het afhandelen van 404-fouten. Bij het opslaan van instellingen worden alle instellingen op de pagina standaard opgeslagen.

Bij deze eenvoudig WordPress-installatie, andere opties zijn standaard ingeschakeld. Alles wat hierboven is besproken, werkt goed op de meeste webhostingservers. Maar W3 Total Cache heeft andere opties. Laten we proberen te kijken wat ze zijn en waarom ze niet op alle sites staan.

Minificatie

Minificatie is simpelweg het verkleinen van de omvang statische bestanden van uw site om waar mogelijk elke kilobyte te besparen. Maar het gebruik van bestandsminificatie verhoogt het verbruik van serverbronnen. En in sommige gevallen kan het nut van het gebruik van deze functie twijfelachtig zijn. En bovendien heeft niet elke server de mogelijkheid om deze te gebruiken zonder voorafgaande configuratie.

Databasequery's in cache opslaan

Het cachen van databasequery's vermindert de serverbelasting door SQL-query's in de cache op te slaan. Dit vermindert of elimineert de verwerkingstijd van databasequery's, wat op de meeste kleine sites misschien niet merkbaar is. Maar het inschakelen van deze functie kan de belasting van de server zelf vergroten. Daarom is het in sommige gevallen beter om de ingebouwde cachebuffers van de databaseserver zelf te gebruiken. Veel hostingproviders raden het gebruik van deze caching af.

Objectcaching

Als u een website heeft met een groot aantal dynamische objecten, dan moet u kijken naar de mogelijkheid om objecten in de cache op te slaan met behulp van W3 Total Cache. Dit wordt voornamelijk gebruikt voor complexe, resource-intensieve databasequery's. Voor de meeste beginnende webmasters is deze functie niet vereist.

Dus als alles klaar is, is het goed om te doen reservekopie W3 Total Cache-instellingen. Om dit te doen, gaat u naar de algemene instellingenpagina van de W3 Total Cache-plug-in in het gedeelte “Instellingen importeren/exporteren” en klikt u op “Instellingenbestand downloaden”.

Hiermee is de korte handleiding voor het installeren en configureren van W3 Total Cache afgesloten. We hopen dat dit artikel nuttig voor u was en dat uw site zijn vleugels heeft teruggekregen.

Zoals ik in het vorige artikel schreef, gebeuren er in mijn leven, naast hackeraanvallen op de blog, veel goede en slimme dingen. De helpende hand die Roman Telichko uitstak, schijnbaar toevallig, maar in feite niet toevallig, is slechts een van deze gebeurtenissen (hier is een link naar zijn website http://romantelychko.com - u kunt kennis maken met wat Roman doet ). Eerlijk gezegd moet ik meteen zeggen dat hij niet de enige was die zich haastte om mij de wijsheid te leren over hoe je betrouwbare bescherming op een blog kunt zetten. Maar laat ik niet alles en iedereen door elkaar halen, want vandaag vertel ik je welke masterclass hij me gaf over het opzetten van de W3Total Cache-plug-in en ik zal het illustreren met screenshots. Ongelooflijk, er zijn veel mensen op internet die hiermee worstelen. Romeins is er één van.

Houd er rekening mee dat er hier geen theorie over de plug-in en zijn functies wordt gegeven. Cache is precies dat: cache. Het moet worden schoongemaakt, maar er zijn veel manieren, de diepte varieert en dat geldt ook voor de effectiviteit.

Als je de W 3 Total Cache-plug-in al heel lang wilt installeren, dan is dit artikel iets voor jou. Iedereen weet hoe je de plug-in moet downloaden:

PLUGINS – NIEUW TOEVOEGEN – voer het zoekvak in W3 TOTAAL CACHE– DOWNLOADEN – INSTALLEREN – ACTIVEREN

Maar!!! “Het enige probleem is dat het opzetten van deze plug-in vaak afhangt van de mogelijkheden en instellingen van zowel de server als de site in het algemeen waarop dit allemaal gebeurt. Weet je nog wat ik je eerst vroeg? Welke cachingmethoden zijn beschikbaar?" (citaat uit correspondentie met Roman). Laten we dit als een startpunt beschouwen. Deze instellingen voor de W3 TOTAL CACHE-plug-in worden in het beschreven geval uitgevoerd met behulp van de caching-methode Opcode: Alternatieve PHP-cache (APC). Ik zag voor mezelf mogelijke opties (methoden) na het installeren van de plug-in. En nog een heel belangrijk punt: laat de pagina niet in het Russisch vertalen, als u de Google Chrome-browser gebruikt. Plug-ins houden van hun moedertaal.

Elk blok wordt afzonderlijk geconfigureerd en in elk blok moet u de gewijzigde parameters opslaan. De volgorde maakt niet uit. Je kunt op volgorde van boven naar beneden gaan, maar vergeet niet je instellingen op te slaan voordat je doorgaat naar het volgende blok. Wanneer u in het menu over de naam van de Performance-plug-in beweegt, verschijnt er een vervolgkeuzemenu met de blokken ervan.

01. w 3 cache-plug-inmenu

Laten we in die volgorde gaan.

Dit algemeen beeld wat we zouden moeten krijgen na het instellen van de w 3-plug-in totale cache.

03. Paginacache - w3 totale cache

Nu stellen we bij minimalisatie dezelfde parameters in als in de afbeelding.

04. Verkleinen - W3 Totale cache

We hebben de database bereikt. Houd er rekening mee dat de standaardtijd anders is. Wij hebben de onze geplaatst.

05. Databasecache - W3 Totale cache

Objecten cachen. Vergeet ook hier niet de standaardtijd te controleren en deze naar uw eigen tijd te corrigeren:

06. Objectcache - W3 Totale cache

Dat is het. Wanneer alle instellingen zijn voltooid, moet u naar de bovenkant van de pagina gaan en de plug-in inschakelen. Zeker door te kijken. Eerst drukken we voorbeeld, en alleen dan, wanneer de pagina op het volgende tabblad volledig succesvol wordt geladen, aanwenden. En dus na binnenkomst aanvullende wijzigingen voor welk blok dan ook. Bekijken - inschakelen! Tegelijkertijd kunt u de code voor mijn blogpagina en die van u bekijken. Als u een verschil vindt, schrijf dit dan in de opmerkingen. Hier ben ik zo subtiel aan het opscheppen. 🙂

Ik wens iedereen goed geoptimaliseerde blogs, hoge graad Internetbeveiliging en meer goede mensen in de buurt van!

P.S. Let alstublieft op de opmerkingen. Veel noodzakelijke nuances worden daar besproken.

Ik stel ook voor dat je even een pauze neemt van serieuze zaken en het boek leest, dat ik schreef als onderdeel van een wedstrijd gehouden door Devaka (Sergei Koksharov) en de Rotapost-beurs op het kruispunt van 2014 en 2015. 🙂 Ik wil een prijs!!!

Voor elk van de plug-inmogelijkheden die hier wel en niet worden vermeld, is er een eigen tabblad voor meer informatie gedetailleerde instellingen. Ik wil alleen een paar woorden zeggen over het tabblad Paginacache: het cachen van sitepagina's. In het eerste blok Algemeen van dit tabblad kunt u opgeven welke pagina's en voor welke gebruikers u caching kunt inschakelen. Ik denk dat je er zelf wel achter komt, want puur logisch kun je begrijpen dat er geen reden is om de 404-pagina in de cache op te slaan.

De volgende functie, Cache Preload, is wat ik vooral leuk vind aan W3 Total Cache. Deze functie Op basis van de gegevens in het sitemap.xml-bestand wordt er elke opgegeven periode een cache van een bepaald aantal pagina's gemaakt. Hierdoor wordt uw site na enige tijd volledig in de cache opgeslagen (afhankelijk van de grootte van uw site). In tegenstelling tot WP Super Cache, die deze functie ook biedt, werkt het hier echt. Omdat Super Cache bij verschillende pogingen om het te dwingen de hele site in het cachegeheugen op te slaan (het werd op twee verschillende sites geprobeerd), alleen maar deed alsof het druk was met werk. Sterker nog, de cache werd helemaal niet aangevuld.

In de volgende kolom kunt u opgeven welke pagina's in de cache moeten worden bijgewerkt wanneer een pagina wordt bewerkt. Hier denk ik dat het een goed idee zou zijn om de hoofd- en categoriepagina's bij te werken, maar nogmaals, het hangt allemaal af van uw site en uw mening.

Het laatste item heet Geavanceerd en is vooral interessant omdat je daarin de levensduur van de cache kunt configureren, die standaard, als ik me niet vergis, is ingesteld op 5-10 minuten, ik weet het niet meer. Het is ook interessant omdat het allereerste item, dat blijkbaar deze hele kwestie omvat, niet actief is. Maar probeer toch het item Garbage collection interval en kijk wat er gebeurt als je vanuit een andere browser (in de incognitomodus is het nog beter) 10-15 minuten geleden naar een in de cache opgeslagen pagina gaat en dan naar de opmerking aan het einde van kijkt de paginacode die het tijdstip van creatie van de cache aangeeft. Als de tijd is bijgewerkt en gelijk wordt aan de tijd van uw bezoek, dan heeft de plug-in helaas een bug of wil hij geld voor zijn diensten.

Dat is alles voor het officiële gedeelte, wat betekent dat de debriefing dan begint met het advies van een reeds ervaren piloot over dit wonder.

Problemen met W3 Total Cache

Laten we waarschijnlijk beginnen met het feit dat ik de configuratie zal beschrijven van de server waarop de site W3 Total Cache draait en waaraan deze plug-in is gekoppeld. Dit is een VPS met CentOS 6.5 OS, waarbij de langzame Apache op de backend is geïnstalleerd en de snelle en wendbare Nginx comfortabel op de frontend is geplaatst. Bovendien is eAccelerator geïnstalleerd om zoekopdrachten in de database te cachen, waardoor u, in combinatie met niet de meest kromme handen, alleen de eerste en meest noodzakelijke informatie nodig heeft. belangrijke functie W3 Total Cache-plug-in. Vanaf hier zou ik de opmerkingen en uitspraken over het feit dat W3 Total Cache misschien in sommige opzichten slechter werkt dan andere vergelijkbare plug-ins, onmiddellijk willen afsnijden, aangezien deze plug-in (namelijk W3 Total Cache) volledige compatibiliteit biedt met Nginx, terwijl alle andere plug-ins dat wel zullen doen. voeg hun codes toe aan het .htaccess-bestand en wacht met duidelijke verbijstering totdat de beheerder deze herschrijvingen herschrijft in een taal die begrijpelijk is voor Nginx. Dat laatste, moet ik zeggen, heb ik gefaald. Om precies te zijn, ik kon geen werkende herschrijvingen vinden waardoor Super Cache en Nginx vrienden zouden worden. Misschien is het maar beter, want nu zou ik Super Cache op deze blog graag vervangen door W3 Total Cache. Maar er zijn ook enkele zwarten in de familie, en W3TC is niet zo onschuldig. Met deze paragraaf beëindig ik mijn monoloog over wat er moet gebeuren Nginx-server voor het cachen van sitepagina's (altijd blij om andere cachingmethoden te horen).

Niemand zou dus problemen moeten hebben bij het introduceren van W3 Total Cache in Nginx, en nog meer met Apache, en laten we daarom verder gaan met het oplossen van het probleem van het onvermogen om de levensduur van de cache te veranderen, evenals het feit dat W3 Total Cache weigert volledig te luisteren naar alle gemaakte instellingen, zoals het verbieden van caching van pagina's met verzoeken (zoekpagina's) en het verbieden van caching voor gebruikers. Als ik de laatste twee nog steeds niet heb ontdekt, ook al ben ik erin geslaagd het configuratiebestand handmatig te bewerken (trouwens, te vinden op wp-content/w3tc-config/master.php), dan ben ik erin geslaagd om met de eerste om te gaan een. Ik zou willen zeggen dat wijzigingen die in het beheerderspaneel van deze plug-in zijn aangebracht, meestal in dit bestand worden opgeslagen, maar het is beter om dit nogmaals te controleren, omdat elke variabele een voor zichzelf sprekende naam heeft. Van alle variabelen was ik geïnteresseerd in de variabele pgcache.late_init (hoogstwaarschijnlijk afkomstig van Late initialisatie - hetzelfde item dat niet actief is), die ik onmiddellijk op true heb ingesteld, evenals in de parameter pgcache.cache.nginx_handle_xml, na het instellen welke echte waarden, is de plug-in eindelijk begonnen met luisteren naar het nummer dat in het veld 'Over' is ingevoerd maximale tijd cache leven. Uit de controle bleek dat na deze wijzigingen op de bovengenoemde server de levensduur van de cache feitelijk begon samen te vallen door opgegeven gebruiker betekenis.

Omdat de levensduur van de cache voor mij het langst was belangrijk punt van alle instellingen van de W3 Total Cache-plug-in, dacht ik dat deze ketterij zoekpagina's en pagina's van ingelogde gebruikers blijft cachen (waarvan er gelukkig maar één is, dat wil zeggen ik). Met dit alles lijdt immers alleen de ruimte op de harde schijf, wat op dit moment Het is voldoende en zelfs met volledige caching van alle pagina's, inclusief de mobiele versie, die de plug-in overigens ook afzonderlijk kan cachen, zal er nog steeds veel ruimte over zijn op de hosting. Maar toch, als iemand weet hoe je een plug-in voor deze ziekte moet behandelen, neem dan contact op met de studio.

Als ik de mobiele versie van de site in gedachten houd, zou ik willen zeggen dat de plug-in cache en deze versie, en afzonderlijk, wat goed nieuws is. Om dit te doen, moet u naar het tabblad User Agent Groups gaan en twee selectievakjes aanvinken naast de items inschakelen. In elk van de punten kunt u voor sommige nieuwe apparaten uw eigen user agents toevoegen. De cache van de mobiele versie wordt opgeslagen in dezelfde paginamap als de cache van de hoofdversie. Het enige verschil is de toevoeging van de hoge en lage postfixes (zo worden de groepen standaard genoemd). Je kunt trouwens je eigen groepen toevoegen. Het enige nadeel van de mobiele versie is dat de plug-in niet zelfstandig een cache kan maken voor de mobiele versie van de site, wat betekent dat alleen uw gebruikers (of u) dit zullen doen.

Het volgende probleem met W3 Total Cache was dat op deze site, onmiddellijk na het activeren van deze plug-in en het activeren van de caching-functie, de hele site in wartaal zat, wat duidt op problemen met de W3 Total Cache-codering. De site maakt gebruik van UTF-8-codering en zelfs deze tekens verschijnen in de plug-ininstellingen. Zowel het activeren van het ondersteuningsitem Disable UTF-8 blog charset als het deactiveren ervan leverde echter geen resultaat op. Verder werd er diep op internet een hint gevonden dat je de AddDefaultCharset UTF-8-regel aan het begin van het .htaccess-bestand moest toevoegen, maar deze methode hielp niet. En aangezien verdere zoekopdrachten niets waardevols opleverden, werd WP Super Cache geïnstalleerd (wat op het eerste gezicht niet zonder enkele van de hierboven beschreven problemen is, maar daarover misschien later meer).

Codering van W3 Total Cache, vriendschap van W3 Total Cache met Nginx, mobiele versie site... Nou, het lijkt erop dat ik niets heb gemist van wat ik heb opgepikt tijdens mijn kennismaking met deze tool, die, moet ik zeggen, zijn werk redelijk goed doet. Als de pagina's van de bovenstaande site, te oordelen naar de statistieken van Pingdom.com, in 1-2 seconden zijn geladen, is dit cijfer voor een in de cache opgeslagen pagina 0,5-0,7 seconden. Als je je wendt tot Page Speed van het gerespecteerde Google, kun je alleen maar waarschuwingen tegenkomen dat de bronnen, scripts en andere onzin die samen met deze pagina worden geladen de enige zijn negatief punt in een onberispelijke technische optimalisatie van de site. En het is interessant waar Google op zweert JQuery-script, dat wordt gedownload uit de repository... ja, precies, uit de Google-repository. Zij moeten dit probleem zelf oplossen.

Over het algemeen niet slecht, krabbelde ik erover het proces van het installeren en configureren van de W3 Total Cache-plug-in en verdere discussies met deze plug-in om het als een mens te laten werken. Ik ontvang graag alle passende opmerkingen, adviezen, verzoeken, enz.