Hallo beste lezers, in dit artikel vertel ik je over de populaire caching plugin WP Supercache en de gedetailleerde configuratie ervan. Deze plug-in is onvervangbaar bij het versnellen van het laden van webpagina's.
Mijn mening over de plug-in is alleen maar positief, omdat de plug-in perfect met zijn functies omgaat en tegelijkertijd flexibele en begrijpelijke instellingen heeft. De populariteit van de plug-in is meer dan 7 miljoen. downloads en een beoordeling van 4,5★.
U kunt de plug-in downloaden vanaf de officiële pagina op WordPress.org.
Doel en werkingsprincipe van de WP Super Cache-plug-in
Plug-in WP Supercache is gratis, de belangrijkste functie is het verhogen van de laadsnelheid van de site door in de cache opgeslagen pagina's te maken. Maar hoe werkt deze wonderplug-in? Laten we eens kijken hoe cache-plug-ins werken, met WP Super Cache als voorbeeld.
Ik zeg meteen wanneer cachen Een verhoging van de laadsnelheid van de site vindt plaats door het aantal zoekopdrachten naar de database te verminderen. Hoe gebeurt dit? Eerst zal ik je vertellen hoe dynamische sites werken zonder een caching-plug-in.
Dynamische sites verschillen van statische sites doordat hun pagina's worden gegenereerd door de site-engine, die direct wordt aangeroepen, en er een groot aantal databasequery's of SQL-query's wordt uitgevoerd. Als u veel verkeer heeft en uw site op gedeelde hosting staat, bestaat het gevaar dat uw hosting de overmatige belasting niet kan weerstaan en dat de site een 503-foutmelding gaat weergeven. Dit geeft aan dat SQL-query's naar de database dat wel doen geen tijd hebben om te worden verwerkt. Een vrij eenvoudige oplossing zou het installeren van caching-componenten zijn.
Het principe van het laden van een site met de WP Super Cache-plug-in. Webpagina's waartoe gebruikers toegang hebben, worden in de cache opgeslagen of, met andere woorden, er worden kopieën in de volledige cache van gemaakt in . php of. html. En de kopieën zelf worden opgeslagen in de map:
/wp-content/cache/supercache/domein.ru
De volgende keer dat de gebruiker een in de cache opgeslagen webpagina bezoekt, wordt de pagina uit de cache geladen, zonder dat er query's naar de database worden gemaakt.
WP Super Cache instellen
De Mod Rewrite-module instellen
Deze module werkt niet correct nadat deze is ingeschakeld en moet worden bijgewerkt:
Figuur 12. Onjuiste Mod Rewrite-moduleregels
Om dit te doen, klikt u op de knop Bijwerken en gaat u naar het einde van de regels mod_rewrite:
Figuur 13. Update van Mod_rewrite-regels
Na de update worden de nieuwe regels groen gemarkeerd:
Figuur 15. Bijgewerkte regels voor het herschrijven van mods
Dit betekent dat de regels mod_rewrite is succesvol ingebouwd in het bestand htaccess. Het blijft om hun beschikbaarheid te controleren.
Tot slot wil ik zeggen dat deze plug-in regelmatig wordt bijgewerkt! En nadat ik een gedeelde cache had gemaakt, nam de laadsnelheid van de pagina drie keer toe. Daarom raad ik iedereen aan om deze plugin op hun blog te installeren.
De instellingen bleken niet precies hetzelfde te zijn als wat ik op internet vond. Recensies waren ook heel verschillend. Er waren ook negatieve recensies. Ze zeiden dat het moest worden uitgeschakeld omdat er geen wijzigingen in het ontwerp konden worden aangebracht. Wat later werd bevestigd. Wanneer u het ontwerp wijzigt, is het beter om het uit te schakelen, omdat het niet zal werken, ongeacht hoeveel u de geschiedenis in de browser wist.
Ik dacht niet dat dit een te hoge prijs was om te betalen voor de mogelijkheid om de laadtijden van pagina's aanzienlijk te verkorten. Bij het opzetten van de plug-in liet ik me leiden door de aanbevelingen van medewerkers van Sprithost.ru, die niet minder geïnteresseerd zijn in het verkorten van de laadtijd van mijn site dan ik. Deze indicator werd binnen aanvaardbare grenzen gebracht.
Mijn spiekbriefje voor WP Super Cache-plug-in-instellingen
Het installeren van de WP Super Cache-plug-in en de instellingen ervan werd de laatste stap in een reeks methoden voor het optimaliseren van een site.
Allereerst, in een notendop, waarom deze indicator zo belangrijk is: de laadsnelheid van de site.
In eerste instantie merkte ik zelf dat het langer duurde voordat mijn site werd geladen bij het openen. En toen het artikel werd gepubliceerd, kon je over het algemeen thee gaan drinken. Toen begonnen er brieven per post binnen te komen van vaste bezoekers met wie we vriendschappelijke betrekkingen hadden opgebouwd. Ze schreven dat mijn site begon te vertragen.
Bij het analyseren van de top tien sites in de zoekresultaten werd ontdekt dat sites met een laag gewicht en snel ladende pagina's daar de boventoon voeren.
Ik moest me zorgen maken over het meten van de laadsnelheid van mijn site. Verschillende bronnen lieten verschillende tijden zien - van 3 seconden tot 12 seconden. Eén analysebron gaf me zelfs een cijfer van 3 minuten.
Volledig verbijsterd schreef ik naar de technische ondersteuning van Sprinthost. Er werken uitstekende specialisten. En, belangrijker nog, ze zeggen nooit dat de vraag niet binnen hun competentie valt - ze helpen en leggen uit, zonder ontevredenheid te tonen over de vragen van "dummies".
Het personeel van de host heeft hun methode voor het meten van de laadsnelheid van de site met mij gedeeld:
De sneltoets in de Google Chrome-browser is Shift + Ctrl + i.
- of klik op de gewenste pagina met de rechtermuisknop en selecteer de regel Elementcode weergeven
- Het webmasterpaneel verschijnt. Zoek daarin het tabblad Netwerk en laad de sitepagina opnieuw.
De tabel laat zien hoe lang het duurt om een sitepagina, elke plug-in en afbeeldingen op de pagina te laden.
Alles was voor mij heel verdrietig. De laadsnelheid van de site was bijna 11 seconden.
Ik moest actie ondernemen.
- Ik begon met het verwijderen van plug-ins waar ik zonder kon. Een van de drukste was de plug-in voor knoppen voor sociale netwerken.
- Toen moest ik aan beeldoptimalisatie doen – maar dat is een ander verhaal. Nachtmerrie droom. Hierover later meer.
- En nu is het de beurt aan de WP Super Cache-plug-in.
Waarom is het nodig? De WP Super Cache-plug-in wordt gebruikt om caches (tijdelijke kopieën) van websitepagina's te maken.
Over het algemeen is cache onzin, onnodige kopieën van onze pagina's die de site alleen maar schaden, maar in ons geval is het een voordeel.
Gedurende een bepaalde tijd, die u zelf instelt, worden caches opgeslagen en zijn er geen onnodige verzoeken aan de database op de host. Wat de laadtijd van de pagina aanzienlijk verlengt. Na de tijdsperiode die u heeft opgegeven in de plug-ininstellingen, worden alle caches veilig verwijderd.
Alle maatregelen samen hebben bijgedragen aan het verminderen van een kritische indicator en nu bedraagt de laadtijd van mijn site anderhalve tot tweeënhalve seconde. QED
Het was mogelijk om het verder te verkleinen, maar ik koos voor de gulden middenweg en behield een aantal plug-ins die toegang nodig hadden tot de database op de host, meer bepaald tot de mappen waarin de afbeeldingen staan. Om de site niet volledig bloot te leggen.
WP Super Cache installeren en configureren
Het installeren van de WP Super Cache-plug-in is eenvoudig. Het is beschikbaar in de WordPress-plug-inrepository. Zoek naar plug-ins in het beheerdersdashboard, installeer, activeer – alles zoals gewoonlijk.
Op het eerste tabblad schakelen we eenvoudigweg de plug-in in.
Het tweede tabblad is lang. Ik moest het in stukken breken.
De daadwerkelijke plug-in-instellingen
Hier moet u letten op de tijd die in de velden wordt aangegeven. Dit is de tijd in seconden in een dag.
In dit artikel laat ik een voorbeeld zien van de universele instellingen van de WP Super Cache plugin.
Deze gratis module is een van de populairste caching-plug-ins op WordPress. Niet iedereen weet echter hoe hij het moet configureren voor gemakkelijk werken.
Vaak vragen klanten om hun websites en blogs aan te passen. Terwijl ik dit werk doe, let ik op de volledige afwezigheid van WP Super Cache in de instellingen: voor zover ik het begrijp hebben ze de plug-in geïnstalleerd en denken ze dat alles al werkt. Laten we de situatie corrigeren en minimale manipulaties uitvoeren.
Klik om te vergroten
Op het tabblad "Instellingen" beginnen we in volgorde.
Klik om te vergroten
Houd er rekening mee dat we caching uitschakelen voor bekende gebruikers, d.w.z. voor degenen die ingelogd zijn en “vaste klanten”. Nu ziet u de site in realtime en ontvangen gebruikers pagina's in de cache.
Klik om te vergroten
We schakelen ondersteuning voor mobiele apparaten in en updaten de paginacache als iemand er een opmerking aan heeft toegevoegd. Vervolgens hoeft u alleen maar op de knop “Bijwerken” te klikken, zodat de wijzigingen in dit instellingenblok van kracht worden:
Klik om te vergroten
Als u plug-ins gebruikt die de sjabloon voor mobiele gadgets converteren, moet u mogelijk hun compatibiliteit inschakelen op de pagina "Plug-ins":
Klik om te vergroten
Vervolgens voegen we de benodigde regels toe aan het .htaccess-bestand zodat de plug-in effectief werkt. Om dit te doen, klikt u gewoon op de juiste knop en past u de wijzigingen toe wanneer informatie over de aangebrachte wijzigingen verschijnt:
Klik om te vergroten
Nu configureren we de levensduur van de cache op de site, evenals het tijdstip waarop afval wordt verwijderd. 86400 seconden, dat is 60 sec * 60 min * 24 uur = dag of 86400 sec. U kunt deze tijd zelf instellen, afhankelijk van de frequentie waarmee uw site wordt bijgewerkt. Op nieuwssites kan dit elk uur zijn, maar op sites met zeldzame informatie-updates kan dit één keer per week of maand zijn.
Klik om te vergroten
Hierna activeren we de wijzigingen in de plugin-instellingen voor dit blok door op de knop te klikken:
En in het laatste blok met instellingen vertellen we de plug-in om caching op de hoofdpagina (home) van de site niet in te schakelen. Als uw inhoud vaker verandert dan u de levensduur van de kopie hebt ingesteld, moet dit worden gedaan. Klik daarna op “Opslaan”.
Klik om te vergroten
Alles gebeurt met de instellingen. Nu iets over het gebruik van de plug-in in actie.
Nutsvoorzieningen
Als er wijzigingen zijn aangebracht aan de site in de algemene structuur of afzonderlijke blokken, moet u de cache opnieuw instellen zodat alle sitebezoekers de wijzigingen kunnen zien. Bijvoorbeeld: we hebben wijzigingen aangebracht in de zijbalk of ander werk om de site visueel te veranderen.
Klik om te vergroten
Als u de plug-in tijdelijk moet uitschakelen, hoeft u deze niet te verwijderen. Reset gewoon de cache (vorige stap) en selecteer het item op het overeenkomstige tabblad:
Klik om te vergroten
En je kunt er als volgt voor zorgen dat de plug-in werkt: log uit bij het beheerderspaneel, of open je site in een andere browser, druk op de toetsencombinatie CTRL+U en helemaal onderaan zie je het volgende:
De effectiviteit van WP Super Cache
Ik geef slechts 2 voorbeelden, voor en na het installeren en configureren van de plug-in
Dat wil zeggen dat u zelf de ruwe berekening kunt zien; de pagina is gegenereerd zonder de plug-in 879 milliseconden, en met de plug-in - 84 milliseconden. Het verschil is 10 keer! Twijfel je nog of het installeren ervan nodig is?
Ik raad het vooral aan voor gebruik op en als uw site van het type is informatief: een blog of een artikel - de hoofdinhoud blijft vrijwel ongewijzigd.
Er zijn ook contra-indicaties, maar deze zijn meer voorwaardelijk: als uw site bijvoorbeeld bijna geen permanente inhoud bevat, biedt deze bijvoorbeeld een bepaalde service, worden de blokken dynamisch gewijzigd in PHP en dergelijke. Toegegeven, je kunt hier ook een uitweg vinden door het cachingtype Legacy of PHP in te stellen en in te schakelen Schakel dynamische caching in in de instellingen. Er zijn dus uitwegen :) Persoonlijk denk ik echter dat het voor dergelijke sites beter is om objectcaching te gebruiken, bijvoorbeeld op basis van , wat ook behoorlijk effectief zal zijn.
WP Super Cache Plugin-recensie
Het werkingsprincipe is eenvoudig: de plug-in maakt statische html- en php-bestanden - kopieën van WordPress-pagina's en slaat deze op in de cache: /wp-content/cache/supercache/. Wanneer een gebruiker vervolgens een pagina van de site bezoekt, geeft WordPress, in plaats van de pagina helemaal opnieuw te maken, de browser een eerder opgeslagen kopie van de html-pagina uit de cache of haalt deze zo snel mogelijk op uit kant-en-klare php-bestanden. Ik denk dat het vrij duidelijk is dat deze optie zuiniger is in termen van serverbronnen en sneller in termen van laadsnelheid van de pagina.
Uiteraard wordt de cache niet altijd weggegeven. Met standaardinstellingen wordt de cache niet gegeven voor:
- Ingelogde gebruikers;
- Gebruikers die zojuist een reactie op de site hebben achtergelaten;
- Gebruikers die een met een wachtwoord beveiligd bericht bekijken.
Maar aangezien het aandeel van deze gebruikers onbeduidend is, WP Supercache is een zeer effectieve caching-tool.
Waar WP Super Cache te downloaden
U kunt de plug-in downloaden van de officiële repository https://wordpress.org/plugins/wp-super-cache/
Hoe u de WP Super Cache-plug-in installeert
U kunt het archief uitpakken in de map met plug-ins /wp-content/plugins/, of de plug-in-lader gebruiken in het beheerderspaneel http://example.com/wp-admin/plugin-install.php?tab=upload
Als u uw eigen virtuele of speciale server heeft, zorg er dan voor dat u uitgepakte bestanden, mappen en /wp-content/ beschikbaar stelt, zodat de cache kan worden geschreven
Een eenvoudigere optie zou ook zijn om naar http://example.com/wp-admin/plugin-install.php te gaan en de zoekopdracht in te typen WP Supercache en installeer de gevonden plug-in
Het volgende bericht geeft een succesvolle installatie aan:
WP Super Cache instellen
Na installatie moet de plug-in worden geconfigureerd. Het zal niet lang duren. Ik zal eerst de meest fundamentele punten beschrijven, over fijnafstemming – een beetje verder.
Het proces van het installeren en configureren van WP Super Cache op video:
Als u in dit stadium een fout ziet
Dit betekent dat u geen CNC's (door mensen leesbare URL's) geconfigureerd heeft. Volg de link http://example.com/wp-admin/options-permalink.php en selecteer een optie behalve de eerste
Nu wordt u misschien meteen verrast door een bericht 
Er wordt gesproken over mogelijke beveiligingsproblemen op de server, maar dit bericht kan ook verschijnen wanneer u de plug-ininstellingen voor het eerst installeert of opnieuw instelt. Omdat we zojuist de plug-in hebben geïnstalleerd, kunnen we het bericht gerust overslaan: Afwijzen
Caching inschakelen 
En dan controleren we iets lager 
Kortom, dat is alles, de plug-in werkt en is al bezig met het cachen van pagina's :)
Maar wat hij in deze versie doet, is niet helemaal effectief. Laten we beginnen met het afstemmen
Caching nauwkeurig afstemmen
Ga naar het tabblad Instellingen(http://example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings)
Cachingstatus
Caching inschakelen Controleer. Als u het selectievakje uitschakelt, wordt caching uitgeschakeld. Dat wil zeggen dat dit item grofweg caching aan- en uitzet, dat wil zeggen dat het hetzelfde doet als het in-/uitschakelen van caching op de pagina http://example.com/wp-admin/options-general.php?page= wpsupercache&tab= eenvoudig
Leveringsmethode voor cache
Er zijn 2 opties om uit te kiezen:
Eenvoudig In dit geval wordt de cache bediend door PHP. Een optie wanneer de server op + PHP-FPM draait, en er geen mogelijkheid is om wijzigingen aan te brengen in de NGINX-configuratie. Het kan ook nodig zijn als de site een apart thema voor mobiele apparaten gebruikt. In andere gevallen selecteert u de Expertmodus.
Expert Gebruik mod_rewrite om in de cache opgeslagen bestanden weer te geven. We selecteren dit item als het snelste en handigste voor de server.
Gemengd
Bewaar geen pagina's van bekende gebruikers in het cachegeheugen. (Aanbevolen) Zeker inschakelen. Als u dit uitschakelt, wordt er een aparte cache gegenereerd voor bekende gebruikers (er zijn 3 typen, hierboven genoemd), die theoretisch ook aan het licht kunnen komen. Ook zie je de admin-werkbalk niet op de pagina's, wat erg lastig is als je een pagina moet bewerken, de cache opnieuw moet instellen of iets dergelijks.
Uitzetten. Naast gewone html wordt er een met gzip gecomprimeerde kopie gemaakt. Als u schijfruimte bespaart, schakelt u dit uit. Als je een pure server hebt of zonder gzip, wat vrij zeldzaam is, schakel deze dan in. U kunt het inschakelen en kijken of het interfereert - schakel het uit. Het bevat fouten op uw hosting - schakel het uit.
Als de modus is ingeschakeldHTTP-headercache met pagina-inhoud. Uitzetten. Schakel het in als er problemen zijn met de terugslag. HTTP-headers moeten worden beheerd door , en niet door een caching-plug-in. Indien ingeschakeld, wordt de paginacache niet gemaakt als één enkele HTML-pagina, maar als twee PHP-bestanden, waarvan er één de headers bevat en de tweede een HTML-kopie van de gegenereerde pagina. Fout 304. Deze fout treedt op wanneer de pagina sinds het laatste verzoek niet is gewijzigd. Moet worden opgenomen. Het geeft een 304-header aan de opnieuw ingevoerde gebruiker als de pagina niet is gewijzigd, wat betekent dat zijn browser de pagina niet van de server zal downloaden, maar een lokaal opgeslagen kopie zal gebruiken, wat erg handig en effectief is.
Deskundige
, dat wil zeggen dat mod_rewrite in het werk wordt gebruikt, dan zal dit item inactief zijn, omdat het standaard is ingeschakeld.
Beschouw bekende gebruikers als anoniem, zodat bestanden in de supercache aan hen kunnen worden gegeven.
Indien aangevinkt, worden alle gebruikers die Worpdress kent (geautoriseerd, becommentarieerd) als anoniem beschouwd en ontvangen ze samen met alle anderen gegevens uit de cache. Ik denk dat het beter is om ze uit te schakelen, in de regel zijn er niet zoveel, maar er kunnen zich problemen voordoen. Maar als het publiek van de site voornamelijk uit geautoriseerde gebruikers bestaat en dergelijke functionaliteit nodig is, is het beter om iets geschikters te gebruiken.
Een voorbeeld van zo'n sjabloon kun je hier vinden /wp-content/plugins/wp-super-cache/plugins/dynamic-cache-test.php Ondersteuning voor mobiele apparaten. (Vereist een externe plug-in of thema. Zie FAQ voor meer informatie) Uitschakelen. In ons tijdperk van adaptief ontwerp wordt deze vraag irrelevant. Schakel dit in als uw thema afzonderlijke zoekresultaten voor mobiele telefoons bevat, of als u een van de volgende plug-ins gebruikt:
- Jetpack's mobiele themamodule
- WPTouch
- WordPress mobiele editie
- WordPress mobiel pakket
Wis alle cachebestanden wanneer u een pagina of bericht publiceert of bijwerkt.
Wist de volledige cache wanneer een bericht of pagina wordt gepubliceerd of bijgewerkt. Ik heb het uitgeschakeld omdat ik het nut niet zie van het dumpen van de hele cache vanwege één pagina. Je kijkt naar jouw situatie.
Extra cache-afstemming (kan in zeer zeldzame gevallen de caching verstoren). mod_rewrite Uitschakelen Ververs de pagina wanneer er een nieuwe opmerking aan wordt toegevoegd. Naar eigen goeddunken Maak een lijst met pagina's in de cache (weergegeven op deze pagina) Uitschakelen. De lijst met pagina's in de cache kan worden bekeken in de sectie Cachestatus “Late” initialisatie. De plug-in geeft pagina's in de cache weer na het laden van WordPress. Deze optie is handig in de compatibiliteitsmodus. Schakel de geheime sleutel van PAGINA NIET IN CACHE uit: een sleutel die kan worden gebruikt om de cache te omzeilen. Als u bijvoorbeeld wilt zien dat de hoofdpagina de cache omzeilt, gaat u naar http://example.com/?donotcachepage=(voeg uw sleutel in)
Wanneer alle punten zijn voltooid, slaat u ze op. 
Mod Rewrite-module
Als u de cachemethode heeft gekozen 
- , dan moet de plug-in worden bijgewerkt.htaccess
Je kunt het ook op 0 zetten, waarna de oude cache niet wordt gewist. Dit kan bijvoorbeeld handig zijn als u ervoor wilt zorgen dat de aanmaakdatum van een pagina overeenkomt met de aanmaakdatum van de in de cache opgeslagen kopie. Houd er echter rekening mee dat als u wijzigingen aanbrengt in het siteontwerp of een nieuwe plug-in installeert die wijzigingen aanbrengt in het paginaontwerp, de wijzigingen niet worden geaccepteerd totdat de cache is gewist. Persoonlijk raad ik aan om het wissen van de cache niet opnieuw in te stellen, maar de levensduur van de cache langer in te stellen.
- Planner— hoe vaak cacheveroudering moet worden gecontroleerd. Je kunt kiezen Timer- dan wordt de cache constant gecontroleerd met tussenpozen van het opgegeven aantal seconden, of u kunt selecteren Horloge— hier wordt de heldere tijd (uur en minuut) volgens UTC aangegeven, en wel met regelmaat Interval De cache wordt gecontroleerd op relevantie.
- E-mailadressen voor meldingen— of er meldingen naar de e-mail van de sitebeheerder moeten worden gestuurd over het opruimen van afval.
Zoek- en andere bots
Om te voorkomen dat de plug-in verzoeken van zoekbots en andere netwerkrobots in de cache opslaat, voert u hun namen in het onderstaande veld in (één per regel). Als er al een kopie van de pagina in de Super Cache bestaat, wordt deze nog steeds naar de bot verzonden.
Wis en laat het veld leeg, sla op.
Overige instellingen
Onbelangrijk, dus laat het zoals het is.
Gedeelde cache
Dit gedeelte is belangrijk in het licht van het feit dat Google en andere zoekmachines de laadsnelheid van pagina's nu beschouwen als een van de rankingfactoren voor een site.
Normaal gesproken slaat WP Super Cache alleen de pagina op die iemand heeft bezocht. En dit is feitelijk juist. Maar wat als die iemand een zoekmachinebot is? Hij zal geen enkel positief effect zien van de caching plugin. En het instellingengedeelte Gedeelde cache kunt u dit misverstand vermijden door vooraf kopieën in het cachegeheugen van alle sitepagina's te maken voordat iemand ze bezoekt.
wget -r -l 3 -nd --wait=5 --delete-after http://example.comDit ontwerp kunt u sturen naar:
- Schrijf crontab -e naar de console
- De onderstaande code crawlt de site elk uur, waardoor de paginacache actueel blijft: 0 * * * * wget -r -l 3 -nd --wait=5 --delete-after http://example.com
De sectie is goed beschreven in het Russisch, dus ik zal alleen de basisinstellingen beschrijven: 
- Vernieuw de cache elke 120 minuten— de cache wordt gedurende 2 uur als actueel beschouwd. Jij bepaalt je tijd. Hoe minder vaak de site wordt bijgewerkt, hoe langer de tijd kan worden ingesteld.
- Voorlopige modus (het opruimen van afval werkt niet volledig, het wordt aanbevolen om de optie in te schakelen.)- omvatten, heeft volgens mij geen uitleg nodig.
- Tags, categorieën en andere taxonomieën vooraf laden.- inschakelen. Categorieën, tags en andere taxonomieën worden vooraf geladen.
Sla nu de gegevens op of maak nu een cache.
De totale cachegrootte is afhankelijk van het aantal berichten, pagina's, kopjes (categorieën), labels (tags). Schijfruimte is in de regel de goedkoopste en gemakkelijkst schaalbare bron op een hosting en server, en als u geen drukbezocht project heeft (tot 10-20 duizend unieke gebruikers per dag), en de paginacache groot is , dan kun je makkelijk een gewone goedkope hdd harde schijf nemen bij een eerlijke hosting merk je nauwelijks het verschil met een ssd, maar bespaar je wel je budget; Als deze groter is, zal de hdd ook goed presteren, maar hier zou ik aanraden om met systeembeheerders te overleggen over het optimaliseren van de server, of om mij te schrijven.
Hiermee is het absolute minimum voor het instellen van WP Super Cache voltooid. Hierna volgt informatie voor gevorderde webmasters en systeembeheerders, evenals enige informatie over veelgestelde vragen.
Als je een op WooCommerce gebaseerde winkel hebt en WP Super Cache wilt gebruiken, moet je de volgende pagina's uitsluiten van het cachingproces:
- Winkelwagen
- Mijn account
- Afrekenen
Dit kan in de sectie Geavanceerd example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings , even vermelden Pagina's (is_pagina)
Deze optie is geschikt als je weinig berichten in Pages hebt. Als er veel zijn, is het beter om ze niet te markeren. Pagina's (is_pagina) en voeg delen van de adressen van servicepagina's toe aan het gedeelte eronder, zoals in het voorbeeld
WooCommerce-servicepagina's toevoegen aan de uitsluitingslijst
Hoe u zelf de werking van WP Super Cache kunt controleren
Hoe de plug-in werkt, kunt u eenvoudig zelf controleren.
Open om te beginnen uw browser in de incognitomodus of privémodus. Voor Firefox gebeurt dit met Ctrl + Shift + P, voor Google Chrome of Yandex-browser- Ctrl+Shift+N.
Open nu de broncode van de pagina (Ctrl + U) en kijk helemaal aan het einde, daar zie je zoiets als het volgende
Dit is een registratie van hoe lang de pagina werd verzameld en op welke datum en tijd deze plaatsvond.
Als je als admin naar de broncode van de pagina kijkt, zie je zoiets als
Er is alleen een indicatie van hoe lang het duurde voordat de pagina werd gegenereerd, en een opmerking dat voor geautoriseerde gebruikers de pagina niet vanuit de cache wordt bediend, maar on-the-fly wordt gemaakt.
Als deze markeringen ontbreken, heb je iets verkeerd gedaan en werkt de plug-in niet. Ga terug naar het begin van de installatie en doorloop de belangrijkste punten, misschien heb je iets gemist.
Om dit te doen, drukt u op F12, de console wordt geopend, daar gaat u naar de sectie Netwerk — Doc of Netto — HTML en laad de pagina opnieuw (Ctrl + F5). Kijk na voltooiing naar de bovenste regel en de reactietijd. Normaal gesproken duurt dit 100-300 milliseconden of 0,1-0,3 seconden. Misschien nog wel meer: als uw hosting zich in de VS bevindt en u zich in Rusland bevindt, moet er rekening worden gehouden met de continentale afstand. Maar over het algemeen geldt: hoe lager deze waarde, hoe beter.
Voor de lol kun je WP Super Cache tijdelijk uitschakelen en de waarden vergelijken voor en na het installeren van de plug-in.
En nog een kleine tip: de browsercache zal u soms in verwarring brengen, dus reset deze volledig met Ctrl + F5, of beter nog, test het werk van de plug-in en de site in de incognitomodus van de browser.
Een server opzetten voor WP Super Cache
We hebben de plug-in dus correct geïnstalleerd en geconfigureerd. Hoe u de juiste werking kunt controleren, is hierboven beschreven, en laten we nu verder gaan met het instellen van de server. Dit is relevant als u over een eigen VDS/VPS of dedicated server beschikt.
htaccess (Apache) en WP Super Cache
Dit punt is van toepassing op degenen wier server is geconfigureerd in de LAMP-bedrijfsmodus (Linux, Apache, Mysql, PHP). Als NGINX in de frontend of als hoofdwebserver is geïnstalleerd, raad ik u aan om naar het onderstaande gedeelte te gaan
Als je dit punt hebt bereikt en de mod_rewrite-modus hebt geselecteerd in de plug-in-instellingen, hoef je in principe niets te doen. Maar om het werk te optimaliseren (.htaccess wordt elke keer geladen als de site wordt geladen, apache2.conf wordt slechts één keer geladen tijdens het opnieuw opstarten van de server), of als de verwerking van .htaccess-regels op uw server is uitgeschakeld, kunt u de gegevens kopiëren vanuit .htaccess en breng het over naar een configuratiebestand waarin uw site-instellingen worden gedeclareerd (op Debian kan het zich bijvoorbeeld bevinden in /etc/apache2/vhosts/site.conf).
# BEGIN WPSuperCache
Voorbeeld configuratiebestand. Je kunt de code van .htaccess erin plakken
#user "example" virtuele host "example.com" configuratiebestand
php_admin_flag engine aan Opties -ExecCGI # Gegevens van .htaccess worden na deze regel ingevoegd
NGINX en WP Supercache U heeft dus uw eigen virtuele of dedicated server en u wilt dat WP Super Cache er het maximale uit haalt. Maar standaard biedt deze plug-in alleen instellingen voor php en htaccess. En hier zal ik beschrijven hoe je het NGINX-configuratiebestand kunt configureren om optimaal te werken met WP Super Cache. Dit kan bijvoorbeeld handig zijn als uw server is gebouwd in de vorm van LEMP (Linux, NGINX (EngineX), Mysql, PHP), en in plaats van in de backend.
php-fpm
Ik zou willen opmerken dat het in deze configuratie niet nodig is om de NGINX-cache in te schakelen, omdat NGINX statische pagina's rechtstreeks uit de WP Super Cache-cache haalt, waarbij de PHP-interpreter wordt omzeild. En naar mijn mening is deze specifieke configuratie handiger, omdat het beheren van de cache vanuit het WordPress-beheerderspaneel handiger is dan het beheren van de NGINX-cache vanaf de console.
Als de NGINX-cache voor de site is ingeschakeld en deze niet kan worden uitgeschakeld, is het beter om de WP Super Cache-plug-in niet te gebruiken, omdat u geen prestatieverbetering zult merken en dubbele caching alleen maar interfereert.
WooCommerce en andere soortgelijke plug-ins die GET-variabelen in URL's gebruiken, vereisen dat $args-parameters worden doorgegeven wanneer ze door PHP worden verwerkt:
Try_files $wpsupercache $uri $uri/ /index.php?$args
WP Super Cache werkt echter mogelijk niet correct bij gebruik van /index.php?$args .
In dit geval kan ik je adviseren om een andere caching plugin te kiezen, bijvoorbeeld W3 Total Cache.
Hieronder staat een voorbeeld van een configuratiebestand + php-fpm met de mogelijkheid om de backend te vervangen door commentaar:
### gebruiker "voorbeeld" virtuele host "voorbeeld.?p=1915 server ( ### Indien subdomeinen met meerdere sites, vervang voor domeintoewijzing de onderstaande regel door: servernaam voorbeeld.com *.voorbeeld.com; servernaam voorbeeld.com www. voorbeeld .com; ### Indien subdomeinen met meerdere sites, verwijder het commentaar op de onderstaande regel voor domeintoewijzing #server_name_in_redirect off; ### Indien subdomeinen met meerdere sites, vervang de onderstaande regel door: luister 80 standaard_server; tekenset UTF-8; schakel_symlinks uit if_not_owner from=$root_path index index.html index.php; stel $root_path /var/www/example/data/www/example.com /log/example.com.access.log in; /var/log/example.com.error.log warn; #error_log /var/log/example.com.debug.error.log debug; vhosts-includes/*.conf; schakel het hier in # gzip on; # gzip_disable "msie6"; # gzip_types tekst/platte tekst/css-toepassing/json-toepassing/x-javascript tekst/xml-toepassing /xml-toepassing/xml+rss tekst/javascript-toepassing/javascript; Voor jou kan het anders zijn. Controleer met add_header set $wpsupercache /wp-content/cache/supercache/$(http_host)/$(cache_uri)/index.html; +\.(jpe?g|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf|ogg|ogv|svg|svgz|eot|otf |woff|mp4|ttf|css|rss|atom|js|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav |bmp|rtf)$ (# # verloopt 365d; log_not_found off; access_log off; # try_files $uri $uri/ @apache ; #) #location / ( # try_files $wpsupercache $uri @apache ; #) ### php-scripts zijn rechtstreeks naar de backend verzonden #location ~ [^/]\.ph(p\d*|tml)$ ( # try_files /does_not_exists @apache; #) ### Verzend verzoeken naar de backend (Apache of php-fpm) # ## Als u zich in uw Apache-backend bevindt, verwijder dan het commentaar op het onderstaande blok #location @apache ( ### Apache ### #proxy_pass http://127.0.0.1:8080; #proxy_redirect http://127.0.0.1:8080 /; # proxy_set_header Host $ host #proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for #proxy_set_header X-Forwarded-Proto $schema;
Houd er rekening mee dat Apache hier op poort 8080 blijft hangen
Start NGINX opnieuw op
Nginx -t && nginx -s herladen
Hoe u kunt controleren of de URI's van WP Super Cache-cachebestanden correct zijn
Stel dat u de pagina http://example.com/mypage wilt controleren om te zien of NGINX de locatie in de cache correct ziet. Om dit te doen heb je nodig:
Problemen met WP Super Cache oplossen
Soms ontstaan er kleine problemen die vrij eenvoudig kunnen worden opgelost.
:
A2enmod-headers && a2enmod verloopt
Start vervolgens Apache opnieuw op
Service apache2 opnieuw opstarten
WP Super Cache maakt geen gedeelde cache
Zorg ervoor dat u op de juiste knop klikt Maak nu een gedeelde cache. Laad de pagina na 10 seconden opnieuw. U ziet het proces voor het maken van de cache. Controleer tegelijkertijd de directory /wp-content/cache/supercache/domain_name/site_structure/
Als de cache nog steeds niet is gemaakt en u een eenvoudige hosting heeft, schrijf dan naar ondersteuning, zij zullen u helpen het probleem op te lossen.
Als je een eigen server of vps/vds hebt en de cache is niet aangemaakt, controleer dan of WordPress toestemming heeft om naar de map /wp-content/cache/ te schrijven. Dit kan bijvoorbeeld worden gedaan met behulp van Far Manager:
Van tijd tot tijd is het nodig om de cache te wissen. Stel dat u wijzigingen heeft aangebracht in de werkende code van de site en wilt dat deze onmiddellijk van kracht worden.
Hiervoor zijn 3 opties
Vergeet niet uw browsercache opnieuw in te stellen, bijvoorbeeld Ctrl+F5 voor een specifieke pagina in de frontend of Ctrl+Shift+Delete voor Google Chrome
Hoe WP Super Cache correct te verwijderen
De plug-in wordt op dezelfde manier verwijderd als alle andere - via het configuratiescherm http://example.com/wp-admin/plugins.php, waarbij de plug-in wordt gedeactiveerd en vervolgens wordt verwijderd.
Houd er rekening mee dat zelfs een eenvoudige deactivering van de plug-in de cache verwijdert en alle instellingen terugzet naar de oorspronkelijke instellingen, dus na heractivering moet u deze opnieuw configureren
Als je het handmatig wilt verwijderen:
- Schakel caching uit en wis de cache (bij voorkeur methode 3)
- Plug-in deactiveren
- Verwijderen uit definiëren("WP_CACHE", true);
- Verwijder regels die zijn toegevoegd aan de #WPSuperCache-sectie uit .htaccess
- Verwijder /wp-content/advanced-cache.php en /wp-content/wp-cache-config.php
- Verwijder /wp-content/cache/
- Verwijder /wp-content/plugins/wp-super-cache/
W3 Totale cache of WP Supercache
Er wordt mij vaak gevraagd welke plug-in ik beter kan kiezen, W3 Total Cache of WP Super Cache? Ik zal punt voor punt antwoorden:
Kies WP Super Cache als:
- Als u een informatiesite heeft - een artikel, een blog, enz.;
- U bent niet bijzonder deskundig of wilt de fijne kneepjes van de werking en instellingen van sites en plug-ins niet begrijpen. WP Supercache gemakkelijker in te stellen, maar dit maakt het niet minder effectief in gebruik;
- Als u een dienst of website heeft met een groot publiek - geautoriseerde gebruikers - een dienst waar de hoofddienst zich bevindt, waartoe u moet inloggen, een forum, een sociaal netwerk, enz.;
- Je bent een programmeur of een nieuwsgierig persoon die graag sleutelt en de fine-tuning van caching begrijpt en dergelijke subtiliteiten beheert.
Tot slot
Gebruik plug-ins voor paginacaching in WordPress, zelfs als uw site weinig verkeer heeft, kan dit ervoor zorgen dat deze hoger scoort.
WP Supercache is de eenvoudigste, meest beproefde en wijdverspreide tool in zijn soort, die, indien correct geconfigureerd, elk geladen WordPress-project kan laten werken, zelfs bij plotselinge pieken in het verkeer.
Ondanks het feit dat ruim tweehonderd programmeurs van over de hele wereld betrokken zijn bij het verbeteren van het WordPress-platform, heeft WP een belangrijk nadeel: het vertraagt projecten met een hoge belasting.
Normaal gesproken beginnen sitevertragingen wanneer het verkeer enkele honderden tot enkele duizenden bezoekers per maand bereikt. Hier hangt veel af van de specifieke functionaliteit van de site en de gebruikte hosting. Wanneer een bepaald laadniveau wordt overschreden, begint WordPress problemen te krijgen die ertoe kunnen leiden dat de MySQL-server wordt afgesloten en de site bevriest. Om te voorkomen dat dergelijke problemen zich voordoen, hebben de ontwikkelaars speciale caching-plug-ins gemaakt die het werk van de server eenvoudiger maken en de belasting van zowel het bestandssysteem als MySQL meerdere keren kunnen verminderen. WP Super Cache is, samen met Hyper Cache en W3 Total, een van de meest populaire caching-plug-ins.
Hoe caching werkt
Voordat u begrijpt hoe de WP Super Cache-plug-in werkt, moet u het principe van caching zelf begrijpen. In wezen komt het allemaal neer op het volgende scenario: een gebruiker die toegang krijgt tot de server, ontvangt een antwoord ervan in de vorm van een voltooide pagina (cachekopie), die eenmalig wordt gemaakt en op de server wordt opgeslagen in een specifieke map in . html-formaat. De opgeslagen kopie van de pagina wordt dus verstrekt aan alle gebruikers die er toegang toe hebben en wordt niet opnieuw gegenereerd, wat de belasting van de server aanzienlijk vermindert. Bovendien wordt de tijd die nodig is om informatie aan de gebruiker te verstrekken, verkort. En zoals u weet heeft de snelheid waarmee een website wordt geopend een positief effect op de ranking van websites.
Natuurlijk zijn er coolere manieren om pagina's in de cache op te slaan in de vorm van een memcached-server, waarmee niet alleen pagina's, maar ook SQL-query's worden verwerkt met behulp van enkele plug-ins. Een combinatie van WP Super Cache en een memcached server is een van de beste opties om een blog op het WordPress-platform te versnellen. Maar helaas hebben niet alle hostingproviders ‘memcashed-servers’.
WP Super Cache installeren
Het installeren van de caching-plug-in duurt nog geen paar minuten. Log gewoon in op het controlepaneel en ga naar het tabblad “Plug-ins”. Vervolgens moet u op de knop "Nieuw toevoegen" klikken. In het gedeelte ‘Populair’ is WP Super Cache een van de vier populairste WordPress-extensies.
We installeren de plug-in door op de knop “Installeren” te klikken en activeren deze na installatie.
Na activering zal de plug-in u vragen de link “controlepagina” te volgen voor verdere configuratie.
Eerste installatie van WP Super Cache
De instellingen van de nieuwste versie van de plug-in hebben de volgende secties: cache, instellingen, cachestatus, CDN-instellingen, algemene cache, discussie. Laten we elk item van de WP Super Cache-extensie in volgorde bekijken.
Allereerst moet u de plug-in activeren. Om dit te doen, verplaatst u op het tabblad "Cache" de trigger naar de positie "Caching aan" en klikt u op de knop "Update".
Op dezelfde pagina kunt u controleren of de cache correct werkt door op de knop “Controleren” te klikken. Het is de moeite waard om te overwegen dat u, om een cache te maken, de machtigingen voor de map wp-content op 777 moet instellen. Het wissen van gegevens uit de cache gebeurt met één klik op de knop “Gehele cache verwijderen”.
Alle cachingparameters worden opgeslagen op het tabblad “Instellingen”. Het wordt aanbevolen om de volgende items te activeren voor volledige functionaliteit van de plug-in:
- browsersessies in de cache opslaan voor snellere toegang - alle gebruikersactiviteit van de “sessie” wordt zodanig in de cache opgeslagen dat hij zelfs enkele uren na toegang tot de site nog steeds een in de cache opgeslagen verzoek ontvangt;
- gebruik mod_rewrite om de cache te onderhouden - met deze aanpak moet je het htaccess-bestand van de site bijwerken;
- gebruik PHP om de cache te onderhouden - bij caching wordt een langzamere (hoewel ik het gebruikte en geen verschil in sitesnelheid merkte vergeleken met de eerste benadering) gebruikt, maar een eenvoudigere en stabielere caching-optie;
- plaats geen pagina's voor bekende gebruikers in de cache – de blogeigenaar en geregistreerde gebruikers krijgen niet-gecachte pagina's;
- cache automatisch opnieuw opbouwen – wanneer een pagina opnieuw in de cache wordt opgeslagen, zien gebruikers de oude versie van de pagina totdat er een nieuwe wordt gegenereerd;
- Ondersteuning voor mobiele apparaten – ondersteuning voor mobiele browsers. Wanneer deze optie is geactiveerd, wordt er een aparte versie van de in de cache opgeslagen pagina gemaakt voor mobiele apparaten.
- ververs de pagina wanneer er een nieuwe opmerking aan wordt toegevoegd - als uw blog door veel gebruikers wordt bezocht en becommentarieerd, is deze optie van vitaal belang.
In de instellingen is er een sectie "Verlopen pagina's en afvalopruiming", waarin u de zogenaamde "cachelevensduur" moet instellen. In wezen is dit de tijd dat een pagina op de server wordt opgeslagen. Wanneer deze verloopt, wordt de cachekopie verwijderd en wordt in plaats daarvan een nieuwe pagina gegenereerd. De levensduur van de cache wordt aangegeven in seconden. 3600 seconden is bijvoorbeeld gelijk aan 1 uur en 86400 is gelijk aan een dag. Als u wilt dat uw cache niet automatisch wordt bijgewerkt, voert u het getal 0 in het vak in.
Om de tijdinstellingen te wijzigen, moet u uiteraard op de knop "Levensduur van kopie wijzigen" klikken. Indien nodig kunt u het cachen scheiden, bijvoorbeeld het cachen van pagina's en berichten toestaan, maar het cachen van archieven en categorieën uitschakelen.
Op het tabblad “Cachestatus” wordt informatie opgeslagen over het aantal gemaakte cachekopieën, hun grootte en andere statistieken. In de regel wordt de pagina op het eerste verzoek van de gebruiker naar de cache gestuurd, maar om hier niet op te wachten, kijkt u gewoon naar het gedeelte 'Algemene cache' en maakt u met één klik alle cachekopieën van blogpagina's.
Voor een gewone gebruiker die niet bekend is met CDN-netwerken, is het beter om het tabblad “CDN-instellingen” niet aan te raken.
Een paar jaar geleden had WP Super Cache aanzienlijke compatibiliteitsproblemen met andere plug-ins. Bij elke versie werd de “super cache” verbeterd en aangevuld, wat leidde tot de stabiliteit van de plug-in met andere populaire extensies. Op het tabblad “Plug-ins” zijn er momenteel dus 4 extensies beschikbaar, waarmee een “werkende verbinding” tot stand is gebracht: MultiBlog, In afwachting van moderatie, Slecht gedrag, WPTouch. WPTouch, de populairste plug-in voor het maken van een mobiele versie van een website, weigerde overigens lange tijd met Super Cache te werken. Het is waar dat de populariteit van deze extensie begon af te nemen als gevolg van de opkomst van adaptieve thema's en de ontwikkeling van browsers voor mobiele apparaten, die qua functionaliteit niet onderdoen voor pc-versies.
Als er problemen optreden tijdens de werking van de plug-in, activeer dan “Debugging” in de sectie “Discussie”. Wanneer foutopsporing is ingeschakeld, worden alle fouten vastgelegd in een apart logbestand, dat alleen toegankelijk is voor de blogbeheerder.
Het cachen van blogwerk heeft een aanzienlijke invloed op de snelheid waarmee pagina's worden geopend. Hoe je het ook implementeert, je zult in ieder geval een caching plugin moeten gebruiken. En misschien is een van de beste opties WP Super Cache, die eenvoudig in te stellen is en goede functionaliteit heeft.
WP Super Cache en WP Touch
WP Touch is een populaire plug-in voor het maken van een mobiele versie van een website. Wanneer ze samen worden gebruikt, kunnen deze twee plug-ins met elkaar conflicteren. Deze problemen kunnen echter worden vermeden met behulp van instellingen. Het beste is om de instructies van de ontwikkelaar van WP Touch te lezen.
