WP Super Cache is een WordPress speedup-plug-in. WP Super Cache caching-plug-in en de configuratie ervan Wat is caching

Dag Allemaal!

Vandaag zal ik je vertellen over een plug-in voor WordPress – WP Super Cache. Hiermee kunt u pagina's in de cache opslaan, dat wil zeggen het laden ervan versnellen en daardoor de zoekmachineoptimalisatie van de bron vergroten. Dit is erg handig voor gebruikers met een trage internetverbinding of een zwak apparaat. Pagina's uit de cache worden sneller geladen.

Caching is ook handig voor de webmaster zelf. De belasting van de hosting zal aanzienlijk minder zijn, waardoor het niet nodig is om duurdere apparatuur te kopen/huren.

Zoals u waarschijnlijk weet, leest de browser bij het laden van websitepagina's alle gegevens van de server. Het laadt achtereenvolgens HTML-, CSS- en js-bestanden en vormt pagina's die ons bekend zijn.

Bij WordPress is de engine zelf onder meer betrokken bij het renderen van pagina’s. Een groot aantal PHP-functies, shortcodes en andere elementen die verspreid zijn over de harde schijf van de host moeten correct worden weergegeven.

Met caching kunt u alle benodigde informatie in één klein bestand opslaan. Dat wil zeggen dat dit hele visualisatieproces al is voltooid. De browser hoeft slechts één bestand te downloaden en weer te geven in plaats van tientallen en honderden.

Met andere woorden: de server hoeft niet langer onafhankelijk elke keer duizenden bewerkingen uit te voeren om de visuele component correct te genereren. Alles zal al gevormd zijn. En daardoor wordt een aanzienlijk deel van de hostinglast weggenomen.

Met duizenden bezoeken per dag kun je simpelweg niet zonder caching op een virtuele machine. De site zal crashen, de hosting kan de belasting eenvoudigweg niet aan en probeert pagina's voor honderden gebruikers tegelijk te maken.

Een WordPress-site zal blijven crashen. Vooral als het een zware sjabloon heeft met een heleboel ingebouwde opties en ruim dertig plug-ins.

Op basis van dit alles kunnen we tot de conclusie komen dat paginacaching een must is op WordPress. Zonder dit zal uw site langzaam werken en uw hosting laden.

U kunt op verschillende manieren caching op een bron met een VI installeren:

• PHP-functies gebruiken: In dit geval moet u de code zelf schrijven.
• Plug-ins gebruiken: in de WordPress-catalogus vindt u veel gratis plug-ins die u met behulp van een cache snellere laadtijden kunnen bieden.

We zullen de laatste optie in het artikel van vandaag bekijken. Om preciezer te zijn, zullen we het hebben over de WP Super Cache-plug-in. Een absoluut gratis extensie die eenvoudig rechtstreeks vanuit het beheerdersdashboard kan worden geïnstalleerd.

Na het installeren van een cachingmodule op een WordPress-site kan de laadsnelheid van de pagina 3 tot 7 keer toenemen. Dit is afhankelijk van verschillende factoren: het “gewicht” van de sjabloon, het aantal andere plug-ins, hun gewicht, hostingparameters, enz.

Installatie

Automatische installatie

U kunt WP Super Cache rechtstreeks vanaf het WP-configuratiescherm installeren. Ga naar “Plug-ins” – “Nieuwe toevoegen”. De extensiemap wordt geopend, waar we in het veld “Zoeken” de naam van onze plug-in invoeren.

U kunt het ook proberen te vinden op de tabbladen 'Populair' of 'Aanbevolen'. Dergelijke nuttige modules behoren in de regel tot de eersten die daar worden gepresenteerd.

Dit product wordt zeer regelmatig bijgewerkt. Let op het selectievakje ‘Compatibel met uw versie van WordPress’. Bij het kiezen van extensies moet u er altijd op letten, omdat sommige ervan in conflict kunnen komen met nieuwe versies van het CMS.

Handmatige installatie

Deze methode is geschikt voor sites op een lokale machine, waar de VI-directory mogelijk niet werkt. In principe kan het gebruikt worden voor reguliere servers, als dat voor u handiger is.

Voor handmatige installatie moeten we naar de WP Super Cache-pagina op de platformwebsite gaan en vervolgens het archief met de huidige versie naar onze computer downloaden.

Nu moeten we het archief in een map uitpakken /wp-content/plugins/. Dit kan gedaan worden met behulp van de bestandsbeheerder op het hosting-/besturingssysteem of via .

Wanneer u met een lokale machine of een speciale server werkt, kunnen er problemen optreden met de rechten op bestanden en mappen. WP Super Cache kan geen cache schrijven. In dit geval moet u zelf alle toegangsparameters instellen. Dit kan gedaan worden met behulp van tools binnen het besturingssysteem (Linux) of FileZilla.

In alle gevallen krijgt u na succesvolle installatie en activering de volgende melding te zien.

Instellingen

Nu zullen we ons bezighouden met de vraag hoe WP Super Cache correct kan worden geconfigureerd. We kunnen twee opties reproduceren: snelle afstemming en fijnafstemming.

De eerste omvat verschillende eenvoudige manipulaties met één klik, waarna caching redelijk goed zal werken.

Voor serieuzere zaken is fijnafstemming geschikt. Het kan nodig zijn om parameters nauwkeuriger te optimaliseren voor specifieke behoeften. Als uw bron bijvoorbeeld met ongebruikelijke soorten gegevens werkt: productcellen, gebruikersgegevens, enz.

In dit geval kan een snelle methode eenvoudigweg schade aanrichten, en dan is zo'n oplossing waardeloos. Maar geavanceerde aanpassingen helpen problemen te voorkomen. Uiteraard met een goede uitvoering. Maar we zullen hier later over praten.

Snelle installatie

Om de eerste snelle installatie uit te voeren, moet u naar de beheerpagina op het tabblad “Eenvoudig” gaan. Let op het item “Cachingstatus” en schakel vervolgens het controlepunt naar de optie “Caching ingeschakeld”. Nu hoeft u alleen nog maar de wijzigingen te bevestigen door op de knop “Update” te klikken.

Nu worden uw pagina's in de cache opgeslagen, wat betekent dat de site veel sneller zal werken. Sluit de beheerpagina en ga andere dingen doen. Hiermee is de installatie voor u voltooid.

Deze optie is geschikt voor de meesten. In de regel kunt u met een snelle installatie de problemen van blogs, landingspagina's en visitekaartjespagina's op WordPress oplossen. Voor bronnen met een complexere structuur kan fijnafstemming nodig zijn.

Na het inschakelen van de parameters is het raadzaam om dit te controleren. Om dit te doen, klikt u op de juiste knop. Het resultaat zou ongeveer hetzelfde moeten zijn als in de schermafbeelding.

Scherpstellen

Voor verfijning moeten we naar het tabblad “Geavanceerd” gaan. Er zijn een groot aantal verschillende parameters en opties beschikbaar. Elk van hen kan de werking van uw hulpbron enorm beïnvloeden, dus als u niet weet waarvoor een specifieke parameter verantwoordelijk is, kunt u deze beter niet aanraken.

Het eerste dat we op deze pagina zullen zien, is dus de cache-leveringsmethode. We hebben twee opties: eenvoudig en expert. De eerste wordt aanbevolen door de auteurs van de plug-in en is geschikt voor de meeste hostingsites. “Expert” kan aanvullende manipulaties met de hosting en de site zelf vereisen.

Laten we ze allemaal eens nader bekijken:

• Eenvoudig

Caching gebeurt met behulp van PHP. Zoals ik al zei, werkt deze optie bij vrijwel alle hostingproviders. Het nadeel is dat het langzamer is vergeleken met de tweede.

Deze optie is handig als de host zelf actief is Nginx en er is geen manier om de parameters ervan te bewerken. De eenvoudige modus voorkomt alle mogelijke problemen met de server.

• Deskundige

De mod_rewrite-functie wordt gebruikt. Er kan aanvullende hostingconfiguratie nodig zijn om deze functie correct te laten werken.

Moet op de server worden geïnstalleerd Apache en de volgende modules zijn erbij inbegrepen: mod_rewrite, mod_mime, mod_headers en mod_expires.

Als de “Expert”-modus om wat voor reden dan ook niet werkt, neem dan contact op met de technische ondersteuning van uw hosting met een verzoek om de bovenstaande modules in te schakelen.

Deze modus werkt veel sneller dan de vorige. Dit is mogelijk dankzij de mod_rewrite-functie, waarmee u bestanden kunt schrijven en opslaan met behulp van geavanceerdere, versnelde technologieën.

Gemengd

Verschillende subtielere parameters die caching kunnen aanpassen voor specifieke pagina's of gebruikers.

Diverse opties:

• Niet cachen voor bekende gebruikers: Dit is een aanbevolen optie die u wilt inschakelen. Als u bijvoorbeeld vergeet het in te schakelen en besluit iets op uw site te configureren, ziet u vanwege de cache de wijzigingen niet meteen. Elke keer moet je naar de WP Super Cache-instellingen gaan en de cache handmatig verwijderen.
• Sla pagina's niet op in de cache met GET: hiermee kunt u het schrijven naar de cache van pagina's met UTM-tags en GET-parameters uitschakelen. In de regel wordt deze functie niet gebruikt door webmasters. Het is alleen nodig onder bepaalde omstandigheden, die voor ons op dit moment niet zo interessant zijn.
• Cachebestanden comprimeren: Extra bestandscompressie met behulp van gzip. Het is onwaarschijnlijk dat het op reguliere hosting werkt, omdat daar meestal niet-standaardversies van Nginx of Apache worden gebruikt. Neem contact op met de technische ondersteuning van uw hosting voor de mogelijkheid om gzip-compressie in te schakelen.
• HTTP-headercache: wanneer deze optie is ingeschakeld, worden er in plaats van één bestand twee bestanden gemaakt - in PHP-indeling. Alle headers (titels) worden in de ene opgenomen en de inhoud in de andere. In de meeste gevallen is deze functie niet nodig. Alle titels worden gereguleerd door de server zelf.
• Automatisch opnieuw opbouwen in cache: We laten de functie ingeschakeld, omdat dit de downloadsnelheid zal verbeteren. Bovendien zullen er geen problemen zijn met extra belasting van de host zelf.
• Fout 304: Nog een aanbevolen instelling om in te schakelen. Wanneer een specifieke gebruiker nu opnieuw het verkeerde adres bezoekt, wordt de pagina met de 304-fout uit de cache geladen, waardoor deze niet opnieuw hoeft te worden gegenereerd. Verlicht de belasting van de server.
• Behandel bekende gebruikers als anoniem: controversiële functie. Alle gebruikers die bekend zijn bij uw bron (commentatoren, geautoriseerde gebruikers, enz.) ontvangen een cache, samen met anonieme mensen. Indien ingeschakeld, kunnen er een aantal onaangename fouten optreden die tot weergaveproblemen voor deze “bekende” gebruikers zullen leiden. In de meeste gevallen is deze optie niet nodig. Laat het uitgeschakeld.
• Verklaar met trots aan de wereld dat de site elke belasting zal weerstaan: copyright van de auteurs van de plug-ins. Geplaatst in de voettekst met een link terug naar de ontwikkelaars. Schakel alles in of laat alles zoals het is – beslis zelf. Maar ik zou geen extra auteursrechten in de voettekst zetten, vooral omdat dit in conflict kan komen met de meeste sjablonen.

Geavanceerd

Geavanceerde parameters, met behulp waarvan afstemming wordt uitgevoerd voor sommige niet-standaard gegevenstypen (bijvoorbeeld dynamische), mobiele apparaten.

Wat is inbegrepen in de geavanceerde opties:

• Schakel dynamische caching in: Geschikt voor pagina's met dynamische inhoud. Het zal ook handig zijn als u voortdurend de instellingen of sjablooncode bewerkt. We schakelen het uit, omdat het voor gewone blogs en websites niet nodig is.
• Ondersteuning voor mobiele apparaten: alleen inschakelen als het project een eigen afzonderlijk mobiel thema gebruikt. Het wordt gemaakt met behulp van de sjabloonfunctionaliteit of met behulp van plug-ins. Ik haast me echter op te merken dat deze functie voor het grootste deel niet wordt gebruikt.
• Verwijder UTF-8-ondersteuning uit het .htaccess-bestand: schakel het weer uit. De optie is alleen nodig als er onjuiste tekens worden weergegeven in htaccess.
• Wis alle cachebestanden bij het publiceren of bijwerken: Handige functie. Wanneer u voortdurend berichten of pagina's bewerkt, kan het automatisch wissen van de cache ervoor zorgen dat u dit niet handmatig hoeft te doen.
• Extra cache-afstemming: schakel de optie uit, omdat deze de werking van uw bron kan verstoren. Onder normale omstandigheden heeft het geen zin.
• Vernieuw de pagina wanneer er een nieuwe opmerking wordt toegevoegd: Onder normale omstandigheden zullen sommige gebruikers geen nieuwe reacties zien. Met deze functie kunt u dergelijke problemen voorkomen. Wanneer er nu een nieuwe opmerking wordt toegevoegd, wordt de paginacache bijgewerkt.
• Maak een lijst met pagina's in de cache: Een volkomen overbodige feature. U kunt de lijst bekijken in het gedeelte "Cachestatus".
• Blokkering van harde bestanden: geen bijzonder nuttige instelling die alleen relevant zal zijn voor zeer zwakke hosting. Zet het uit.
• Late initialisatie: een optie die nuttig zal zijn voor ontwikkelaars. Voor gewone gebruikers zal het extra problemen veroorzaken. Zet het uit.
• De geheime sleutel: nodig om de pagina te bekijken zonder de cache te omzeilen. Het werkt als volgt: https://site.ru/?donotcachepage=UWSLEUTEL.

Hier kunnen we een aangepast pad instellen om alle cachebestanden op te slaan. In principe heeft het geen zin om dit gedeelte aan te raken.

De plug-in zelf maakt meestal een extra map – cache, die in de toekomst zal worden gebruikt.

Verlopen pagina's en afvalopruiming

Stel de levensduur van de cache in. Dat wil zeggen, als de time-out 1.800 seconden bedraagt, betekent dit dat de bestanden elk half uur opnieuw worden gegenereerd - de cache wordt bijgewerkt. De aanbevolen waarde is 1 uur. Maar u kunt de waarde zelf instellen op basis van de kracht van uw server. Hoe krachtiger de server, hoe korter de levensduur.

Hier kunt u de planner configureren: een tool die verlopen bestanden verwijdert. Normaal gesproken bedraagt ​​de timer van de planner ⅓ van de levensduur van de cache. Maar u kunt deze waarde naar wens wijzigen.

U kunt ook e-mailadressen instellen waarnaar meldingen over de lancering van de planner worden verzonden.

Acceptabele berichttypen en adressen

In deze sectie kunt u de typen berichten en pagina's configureren die niet in de cache worden opgeslagen. Als u wilt dat alle vermeldingen (berichten) in de cache worden geplaatst, maar pagina's niet, hoeft u alleen maar de pagina's in deze sectie te markeren en vervolgens de instellingen op te slaan.

Hetzelfde geldt voor adressen. Pagina's waarvan de voorvoegsels in het onderste veld staan, worden door de plug-in genegeerd. Handig als u niet wilt dat bepaalde bestanden niet in de cache worden opgeslagen.

Net daaronder ziet u velden voor het instellen van specifieke bestanden waarmee WP Super Cache geen rekening houdt. Vervolgens komen de zoekbots, waarvan de zoekopdrachten ook niet mogen worden gecached. Standaard wordt hier alles geconfigureerd. Aanvullende manipulaties kunnen alleen als laatste redmiddel nodig zijn.

De laatste optie is verantwoordelijk voor het direct toevoegen van pagina's aan de cache. Plak de link in het veld en klik vervolgens op 'Verzenden'.

Conclusie

Dus keken we naar de WP Super Cache-plug-in. Een zeer nuttig hulpmiddel in de handen van een ervaren webmaster. Zoals ik al zei, kunt u met behulp van caching immers het laden van pagina's op uw WordPress-site versnellen, gedragsfactoren verbeteren en, belangrijker nog, uw project in de zoekresultaten verbeteren. Sites die heel langzaam laden, hebben de neiging ergens onderaan de zoekmachines te staan.

Welke instellingsoptie u kiest, is ook aan u. In de meeste gevallen is een snelle oplossing voldoende voor u. Omdat alle WordPress-sites erg op elkaar lijken en de ontwikkelaars van WP Super Cache hier rekening mee hebben gehouden, waardoor de optimalisatie van hun geesteskind voor beginners heel eenvoudig werd.

Tegelijkertijd zijn ze de meer ervaren gebruikers niet vergeten, evenals degenen die met niet-standaardoplossingen moeten werken. Op het tabblad Geavanceerde instellingen kunt u alle parameters verdelen zoals de situatie dit vereist. Bovendien heb ik in dit artikel elke optie in detail onderzocht.

Lees meer over anderen in onze recensie.

Als je zelf WP Super Cache wilt leren kennen, en in het algemeen met het maken van websites op WordPress, raad ik je aan. Het behandelt alle belangrijke aspecten van het ontwikkelen van uw eigen project om geld te verdienen, de optimalisatie ervan en de toekomstperspectieven. Ervaren webmasters verdienen 100 tot 500 duizend roebel per maand. Waarom ben je erger? Volg de link voor alle details.

De overgrote meerderheid van websites en blogs werkt op gedeelde hosting, waarvoor geen gespecialiseerde kennis van websitebeheer vereist is, en dit is ongetwijfeld een pluspunt, vooral voor beginnende websitebouwers. Maar er is ook een negatieve kant: strikte beperkingen op de belasting van de server, die de werking van de site beïnvloeden. Naarmate de belasting toeneemt, gebruikt de site de volledige toegewezen limiet en begint deze meestal een 500-fout weer te geven. Dit betekent dat de site niet alle verzoeken kan verwerken. De oorzaak van een dergelijke fout kan het overschrijden van de limiet van I/O-bewerkingen zijn, of het overschrijden van de opgegeven hoeveelheid geheugen die aan het account is toegewezen.

Maar dit zijn allemaal gevolgen, en er zijn twee echte redenen. Dit is veel verkeer en niet-geoptimaliseerd werk van scripts. Er is een remedie, en dat is caching. De populairste caching-plug-in van dit moment is de WP Super Cache-plug-in. De gevolgen van zijn werk zijn een echte vermindering van de belasting van virtuele hosting.

Hoe installeer ik de plug-in? De map wp-content moet beschrijfbaar zijn (schrijftoestemming 777).

De installatie is standaard, dus laten we verder gaan met een beschrijving van de instellingen en werking van de plug-in. Nadat WP Super Cache is geïnstalleerd, moet je naar het gedeelte “WP Super Cache-instellingen” van de plug-in gaan en caching inschakelen op het tabblad “Cache”. Nadat caching is ingeschakeld, zal het bestand wp-config.php enigszins worden gewijzigd - de plug-in zal de nodige richtlijnen schrijven.

Ga vervolgens naar “Instellingen” en vink het selectievakje “Gebruik mod_rewrite voor cache-onderhoud” aan. Hierdoor wordt het algoritme voor het cachen van bestanden ingeschakeld. U moet ook het vakje "" aanvinken. Hierdoor kan de plug-in de meest bezochte pagina's van de site in het cachegeheugen opslaan, dat wil zeggen snellere toegang daartoe bieden.

Hier moet je vooral voorzichtig zijn: als de site de CPU overbelast, zal het toepassen van compressie de belasting nog meer verhogen, omdat de server, naast het uitvoeren van scriptopdrachten vóór het cachen, ook bestanden zal comprimeren na het cachen, en dit kost meer tijd en geheugen. In dit geval is het beter om geen cachecompressie te gebruiken. Als de site de limiet van I/O-bewerkingen heeft overschreden, maar de CPU-belasting normaal is, is het raadzaam om cachecompressie in te schakelen. Deze functie zal de prestaties verhogen vanwege het feit dat de uploadtijd van bestanden zal afnemen en hun grootte zal zijn verminderd.

Vink vervolgens de selectievakjes 'Ondersteuning voor mobiele apparaten' en 'Pagina vernieuwen wanneer een nieuwe opmerking is toegevoegd' aan. Met de eerste actie kunnen in de cache opgeslagen pagina's met mobiele browsers werken, en de tweede betekent dat de plug-in de pagina met de nieuwe opmerking opnieuw in de cache opslaat. Hierdoor kunnen bezoekers altijd de meest recente versie van de pagina voor zich zien.

Klik nu op de knop "Update" en sla alle instellingen op.

U moet ook de regels van de module “mod_rewrite” bijwerken.

De WP Super Cache-plug-in schrijft nieuwe regels naar het .htaccess-bestand in de root van de site. Deze nieuwe regels zijn verantwoordelijk voor browsercaching en de correcte weergave van pagina's.

De plug-in schrijft ze naar het .htaccess-bestand - ze zijn verantwoordelijk voor de juiste terugkeer van in de cache opgeslagen pagina's en browsercaching.

Stel Cachetime-out in op "0".

Dit punt is erg belangrijk in de plug-ininstellingen. Veel beginnende webmasters hopen door het installeren van de WP Super Cache-plug-in de belasting van de hosting te verminderen, maar vaak gebeurt dit niet vanwege het feit dat de site groot is en de levensduur van pagina's die al in de cache zijn opgeslagen kort is. Vanwege deze discrepantie zal WordPress voortdurend de cache leegmaken en verlopen pagina’s verwijderen, wat zal leiden tot een aanzienlijke toename van de belasting van de hosting.

Het gebruik van een cache is alleen gerechtvaardigd voor hosts met een klein toegewezen volume - de WP Super Cache-plug-in wist alleen de verlopen cache, zodat de ruimte niet wordt gevuld met onnodige bestanden. Als het je doel is om de belasting te verminderen, dan heb je vrije ruimte nodig voor de cache, die het volume van alle bestanden plus 15-20% zou moeten zijn, en periodieke controle op cacherelevantie moet worden uitgeschakeld. Dankzij de extra ruimte kan WP Super Cache alle pagina's op de site in de cache opslaan, maar de in de cache opgeslagen versie van de pagina niet verwijderen. Dat wil zeggen dat het retourneren van een kant-en-klare, in de cache opgeslagen pagina de werking van de site zal versnellen, omdat onnodige I/O-bewerkingen en database-oproepen niet nodig zijn en de extra belasting van de processor zal verdwijnen.

De vorm waarin de namen van zoekrobots worden ingevoerd, moet ongewijzigd blijven. In dit geval biedt de plug-in een reeds in de cache opgeslagen lijst met robots, waardoor de belasting die bots veroorzaken bij het indienen van een verzoek wordt verminderd.

Verder. Ga naar “Gedeelde cache” en stel de updatetijd voor de gedeelde cache in. Het automatisch opschonen van de cache kan worden uitgeschakeld, omdat een site met een grote hoeveelheid vrije ruimte de cache niet hoeft te wissen.

U kunt het aanmaken van een nieuwe cache op verschillende manieren volgen: in de plug-ininstellingen op basis van het bewustzijnsniveau of met behulp van e-mailberichten die de begin- en eindtijd van de bewerking aangeven. Met de optie “Gedeelde cache” kunt u alle pagina’s van de site in één keer in de cache opslaan, waardoor de WP Super Cache-plug-in zich onderscheidt van andere soortgelijke plug-ins.

Dat wil zeggen dat bezoekers reeds in de cache opgeslagen, dat wil zeggen vooraf voorbereide, versies van de sitepagina's krijgen. Bij het weergeven van dergelijke pagina's worden aanzienlijk minder bronnen gebruikt dan bij het dynamisch genereren ervan. Tijdens de zwaarste belasting van uw hosting (de laadtijden kunt u opvragen bij de hoster), zal een vooraf voorbereide cache de belasting aanzienlijk verminderen en de site tegen fouten beschermen.

En vergeet niet, nadat u alle plug-in-instellingen hebt gemaakt, de map wp-content van de CMOD 755-site te maken, dat wil zeggen alleen voor u schrijfbaar.

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 zonder plug-in gegenereerd 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 bij 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:

1. Ingelogde gebruikers;
2. Gebruikers die zojuist een reactie op de site hebben achtergelaten;
3. 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/ vrijgeeft, 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 kost niet veel tijd. 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. Pagina's met GET-parameters (?x=y aan het einde van de URL) niet in de cache opslaan

Indien aangevinkt, wordt rekening gehouden met de verzoekparameters en wordt deze niet in de cache opgeslagen als de URL parameters heeft zoals http://example.com/post?utm_source=twitter . U kunt het inschakelen en uitschakelen, afhankelijk van uw behoeften. Meestal is het uitgeschakeld. Comprimeer cachebestanden om het werk te versnellen. (Aanbevolen)

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. HTTP-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.

Als de modus is ingeschakeld Deskundige, dat wil zeggen dat mod_rewrite in het werk wordt gebruikt, dan zal dit item inactief zijn, omdat het standaard is ingeschakeld.

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. Automatische cache opnieuw opbouwen. Bloggasten zien verouderde versies van cachepagina's terwijl er nieuwe worden gegenereerd

Voeg nuttige functionaliteit toe. Verklaar met trots aan de wereld dat uw server elke belasting aankan (plaats een bericht in de voettekst van de site)

Geavanceerd

Schakel dynamische caching in. Vereist "PHP" of lichtgewicht caching-modus. (Zie FAQ of voorbeeldcode in wp-super-cache/plugins/dynamic-cache-test.php). Uitzetten. Deze optie is handig voor degenen die de code van sjablonen wijzigen door er dynamische inhoud in in te voegen. Het werkt door dynamische code op een pagina uit te voeren voordat deze in de browser van de gebruiker wordt weergegeven.
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

Wanneer alle punten zijn voltooid, slaat u ze op.

Mod Rewrite-module

Als u de cachemethode heeft gekozen mod_rewrite, dan moet de plug-in worden bijgewerkt .htaccess

Scroll naar beneden op de pagina en vernieuw

Verlopen pagina's, opruimen van ongewenste e-mail

Nu moet u regels configureren voor het wissen van verouderde cache

• Time-out voor cachen— de levensduur van de cache wordt ingesteld in seconden, hoe lang deze relevant blijft. Het is een goede gewoonte om op 1 uur (3600 seconden) te beginnen. U selecteert de tijd op basis van het principe van hoe vaak de inhoud op de site wordt bijgewerkt: hoe minder vaak, hoe hoger het aantal dat u kunt instellen. In artikelen is het bijvoorbeeld heel goed mogelijk om 86.400 seconden achter te laten, wat overeenkomt met 24 uur.
  

  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. Kan 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.

Andere 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.com

Dit ontwerp kunt u sturen naar:

1. Schrijf crontab -e naar de console
2. 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.- aanzetten. 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 druk bezocht 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 met een ssd nauwelijks het verschil, 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 rekening
• Uitchecken

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 in de broncode van de pagina kijkt, zie je zoiets als

Er is alleen een opmerking over hoe lang het duurde om de pagina te genereren, 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 advies: de browsercache zal u soms in verwarring brengen, dus reset deze volledig met Ctrl + F5, of test beter 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 RewriteEngine op RewriteBase / #Als u pagina's van achter een proxy bedient, wilt u misschien "RewriteCond %(HTTPS) on" wijzigen in iets verstandigers AddDefaultCharset UTF-8 RewriteCond %(REQUEST_METHOD) !POST RewriteCond %(QUERY_STRING) !.*= .* RewriteCond %(HTTP:Cookie) !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$ RewriteCond %(HTTP:X-Wap-Profile) !^+ RewriteCond %(HTTP:Profiel) !^+ RewriteCond %(HTTP:Accept-Encoding) gzip RewriteCond %(HTTPS) op RewriteCond %(DOCUMENT_ROOT)/wp-content/cache/supercache/%(SERVER_NAME)/$1/index-https.html.gz -f RewriteRule ^(.* ) "/wp-content/cache/supercache/%(SERVER_NAME)/$1/index-https.html.gz" [L] RewriteCond %(REQUEST_METHOD) !POST RewriteCond %(QUERY_STRING) !.*=.* RewriteCond %( HTTP:Cookie) !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$ RewriteCond %(HTTP:X-Wap-Profile) !^+ RewriteCond %(HTTP:Profiel) !^+ RewriteCond %(HTTP:Accepteren -Encoding) gzip RewriteCond %(HTTPS) !on RewriteCond %(DOCUMENT_ROOT)/wp-content/cache/supercache/%(SERVER_NAME)/$1/index.html.gz -f RewriteRule ^(.*) "/wp-content /cache/supercache/%(SERVER_NAME)/$1/index.html.gz" [L] RewriteCond %(REQUEST_METHOD) !POST RewriteCond %(QUERY_STRING) !.*=.* RewriteCond %(HTTP:Cookie) !^.* (comment_author_|wordpress_logged_in|wp-postpass_).*$ RewriteCond %(HTTP:X-Wap-Profile) !^+ RewriteCond %(HTTP:Profile) !^+ RewriteCond %(HTTPS) op RewriteCond %(DOCUMENT_ROOT)/wp- content/cache/supercache/%(SERVER_NAME)/$1/index-https.html -f RewriteRule ^(.*) "/wp-content/cache/supercache/%(SERVER_NAME)/$1/index-https.html" [ L] RewriteCond %(REQUEST_METHOD) !POST RewriteCond %(QUERY_STRING) !.*=.* RewriteCond %(HTTP:Cookie) !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$ RewriteCond %(HTTP:X- Wap-profiel) !^+ RewriteCond %(HTTP:Profiel) !^+ RewriteCond %(HTTPS) !on RewriteCond %(DOCUMENT_ROOT)/wp-content/cache/supercache/%(SERVER_NAME)/$1/index.html -f RewriteRule ^(.*) "/wp-content/cache/supercache/%(SERVER_NAME)/$1/index.html" [L]#END WPSuperCache #BEGIN WordPress RewriteRule ^index\.php$ - [L] RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-d RewriteRule . /index.php [L]#ENDWordPress

Voorbeeld configuratiebestand. Je kunt de code van .htaccess erin plakken

#user "example" virtuele host "example.com" configuratiebestand ServerName voorbeeld.com AddDefaultCharset UTF-8 AssignUserID voorbeeld voorbeeld DirectoryIndex index.html index.php DocumentRoot /var/www/example/data/www/example.com ServerAdmin ServerAlias ​​www.example.com SetHandler-applicatie/x-httpd-php SetHandler-applicatie/x-httpd-php-source php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f " php_admin_value upload_tmp_dir "/var/www/example/data/mod-tmp" #php_admin_value session.save_path "/var/www/example/data/mod-tmp " php_admin_value session.save_handler "memcache" php_admin_value session.save_path "tcp://127.0.0.1:11211" php_admin_value open_basedir "/var/www/example/data:." CustomLog /var/www/httpd-logs/example.com.access.log gecombineerd ErrorLog /var/www/httpd-logs/example.com.error.log 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.

In het voorbeeld zijn er 3 configuratie-opties, afhankelijk van de WordPress-bedieningsmodus: een gewone site, WordPress Multisite met sites in submappen, en WordPress Multisite met sites op subdomeinen. Standaard is de eerste modus ingeschakeld. Als je Miultisite hebt, verwijder dan gewoon de commentaarregels.

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; ### Toegang toestaan ​​voor Let's Encrypt locatie ~ /\.well-known ( allow all; ) ### Weiger toegang tot bestanden en mappen met een punt aan het begin van de naam, bijvoorbeeld .htaccess, .git locatie ~ /\ (alles weigeren; ) ### Weiger toegang tot bestanden met de .php-extensie in uploadmappen, bijvoorbeeld /wp-content/uploads locatie ~* /(?:uploads|talen|bestanden)/.*\. .php$ (deny all; ) ### Als Multisite zich in de submapmodus bevindt, bijvoorbeeld http://example.com/wpsubsite/, verwijder dan gewoon het commentaarblok hieronder ### #if (!-e $request_filename) ( # herschrijven /wp-admin$ $scheme ://$host$uri/ permanent; # herschrijven ^(/[^/]+)?(/wp-.*) $2 laatste; )?(/.*\. php) $2 last #) ### Stel een nieuwe variabele $cache_uri in, waaraan we het verzoek toewijzen uit de vooraf ingestelde variabele $request_uri set $cache_uri $request_uri; cached if ($request_method = POST) ( set $cache_uri "null cache"; ) ### Zoekopdrachten met parameters in de URL worden niet in de cache opgeslagen if ($query_string != "") ( set $cache_uri "null cache"; ) ### Sla geen URL-verzoeken op die de volgende onderdelen bevatten (meestal admin en service, sitemap yoast) if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron| login |registreren|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index) ? .xml|+-sitemap(+)?.xml)") ( set $cache_uri "null cache"; ) ### Gebruik geen cache voor ingelogde gebruikers en recente commentatoren als ($http_cookie ~* "comment_author|wordpress_+ |. wp-postpass|wordpress_logged_in") ( stel $cache_uri "null cache" in; ) ### favicon niet ingelogde locatie = /favicon.ico ( log_not_found off; access_log off; ) ### robots.txt kan worden gegenereerd door WordPress engine location = / robots.txt ( try_files $uri /index.php; ) ### Bepaal de cachelocatie # $(http_host)$(cache_uri) mag geen schuine streep bevatten, omdat $(cache_uri) al kan beginnen met een schuine streep . Voor jou kan het anders zijn. Controleer met add_header set $wpsupercache /wp-content/cache/supercache/$(http_host)/$(cache_uri)/index.html; ### We zullen ook proberen een versie te zoeken voor https set $wpsupercache_ssl /wp-content/cache/supercache/$(http_host)/$(cache_uri)/index-https.html; ### Als u een site heeft op SSL/TLS, dat wil zeggen, deze werkt via HTTPS, dan genereert u in plaats van index.html index-https.html if ($scheme = "https") ( set $wpsupercache /wp -content /cache/supercache/$(http_host)/$(cache_uri)/index-https.html ) ### De check-header, als u deze verwijdert, zult u zien dat deze zich in de $wpsupercache-variabele #add_header bevindt X-wpsc "$wpsupercache" altijd; ### Je kunt variabelen in headers vangen. Meer details http://site/nginx # add_header X-uri "$uri" altijd; # add_header X-cache-uri "$cache_uri" altijd; # add_header X-$http_host "$http_host" altijd; ### Laten we verder gaan met het werken met de backend ### ### Hieronder zijn er 2 configuratie-opties, php5-fpm en Apache. #### ### Standaard is alles geconfigureerd voor de eerste optie. ### ### Om Apache in te schakelen, moet u alles hieronder becommentariëren tot het Apache-blok ### ### 1. PHP-FPM ### # We loggen geen statische bestanden, we stellen de http-header in. Verloopt voor een jaar locatie ~* ^ +\.(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)$ ( vervalt 365d; log_not_found off; access_log off; ) # Het hoofdverzoek, waarin we eerst proberen de in de cache opgeslagen versie van de pagina te krijgen # Als er geen cache is, gaan we naar WordPress zodat het de locatie voor ons aanmaakt / ( try_files $ wpsupercache $wpsupercache_ssl $uri $uri/ /index.php?$args ; ) # Onze backend is php-fpm locatie ~ \.php$ ( try_files $uri =404; include fastcgi_params; fastcgi_split_path_info ^(.+\.php)( /.+)$; fastcgi_param SERVER_NAME $http_host SCRIPT_FILENAME $document_root$fastcgi_script_name # Hier, afhankelijk van hoe FastCGI is geïnstalleerd, selecteert u TCP of socket # TCP #fastcgi_pass 127.0.0.1:9000 ; # Socket fastcgi_pass unix:/var/www/php5-fpm/example.com.sock; # Specificeer hier het pad naar de php-fpm-socket van een specifieke gebruiker of site) ### 2. Apache. Als je Apache in je backend hebt, verwijder dan alle reacties hieronder met een enkele hash, en becommentarieer alles hierboven tot en met blok 1.PHP-FPM ### ### We loggen geen statische bestanden, we stellen de Expires http-header in voor per jaar #locatie ~* ^. +\.(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:

1. Schakel caching uit en wis de cache (bij voorkeur methode 3)
2. Deactiveer plug-in
3. Verwijderen uit definiëren("WP_CACHE", true);
4. Verwijder regels die zijn toegevoegd aan de #WPSuperCache-sectie uit .htaccess
5. Verwijder /wp-content/advanced-cache.php en /wp-content/wp-cache-config.php
6. Verwijder /wp-content/cache/
7. 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.

Eindelijk

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.

Er zijn soorten technische problemen op de site die binnen een paar minuten kunnen worden opgelost, maar het vinden van deze oplossing kan weken of zelfs maanden duren. Mijn probleem kon bijna een jaar lang niet worden opgelost, omdat er een waarschuwing in de siteconsole verscheen dat de plug-ins en WP Super Cache die op de site waren geïnstalleerd met elkaar in conflict begonnen te komen. En dat als gevolg van dit conflict de mobiele versie van de site niet wordt weergegeven.

Opgemerkt moet worden dat de oplossing voor het probleem daar in het bericht kon worden gevonden door de link te volgen, maar de vertaling van de instructies uit het Engels kwam niet overeen met de werkelijke status van de tabbladen en secties van de WP Super Cache-plug-in Ik kon op internet geen oplossing vinden, dus dit is een belangrijke kwestie, het werd aan het toeval overgelaten en alles bleef zoals het was.

Hoe is het afgelopen?

Ik installeerde een eerdere versie van de WpTouch Mobile plugin, de mobiele versie werkte, en werkte zonder updates tot voor kort, toen ik merkte dat het onmogelijk werd om mijn sites op een smartphone te bekijken zonder vergrootglas. Ik moest de taak urgent en belangrijk maken en het alwetende internet opnieuw met de zoekopdracht verbinden.

Redding werd gevonden in de discussies over een van de artikelen van Evgeniy Versus, waarin de auteur van het commentaar tot in detail, en vooral in het Russisch, uitlegde wat er moest gebeuren. Je zult het niet geloven. Een heel jaar downtime voor zo’n belangrijke plugin als WpTouch Mobile had met slechts drie simpele stappen voorkomen kunnen worden.

Als u hetzelfde probleem heeft, kunt u het als volgt oplossen:

1. Ga naar de instellingen van de WP Super Cache-plug-in. In hoofdstuk "Plug-ins", helemaal onderaan de pagina controleren we de aanwezigheid van de WPTouch-plug-in. Zo niet, schakel het dan in.

2. Ga op de plug-inpagina naar het tabblad "Geavanceerd"(tweede tabblad). Vink het vakje naast 'Ondersteuning voor mobiele apparaten' aan als dit er niet is.

3. Blader naar beneden op de pagina en zoek de sectie "Zoek- en andere bots". Laten we deze lijst kopiëren:

iPhone
iPod
Android
BB10
BlackBerry
webOS
IEMobiel/7.0
IEMobiel/9.0
IEMobiel/10.0
MSIE 10.0
iPad
Speelboek
Xoom
P160U
SCH-I800
Nexus 7
Aanraken

en toe te voegen aan de lijst die er al is. Druk op de magische knop "Instellingen opslaan"(net onder), en we zien dat de waarschuwing over een plug-inconflict is verdwenen.

4. Voor uw eigen gemoedsrust kunt u de standaardprocedure voor het wissen van de cache volgen: sectie "Cachestatus"— Cachestatistieken bijwerken — Verwijder de volledige cache.

Dat is alles, beide plug-ins werken zonder conflicten, en u kunt dit onmiddellijk controleren op de verificatiepagina's voor mobiele pagina's Googlen:

Zoekmachines hebben bevestigd dat alles in orde is. We gaan naar onze smartphone en controleren hoe handig de site er uitziet voor andere gebruikers. Sterker nog, mijn website wordt op de smartphone weergegeven zoals Yandex het ziet, en niet Google. De volgende keer zal ik het moeten uitzoeken en naar de reden moeten zoeken. Het belangrijkste is dat Google vandaag een langverwachte vermelding heeft waarin staat dat de site is geoptimaliseerd voor mobiele apparaten.

Het zijn deze kleine geneugten die het geluk van een webmaster bepalen 😀. Vandaag is een goede dag.

[Wetenschap voor de toekomst]: Engels leren, een adaptieve versie van de site maken 😀 😀.

Hallo vrienden, vandaag zullen we ons concentreren op de instellingen van de caching-plug-in - WP Super Cache. In een wereld waar internetsnelheden van meer dan 2 MB als normaal worden beschouwd, is het van cruciaal belang dat elke website op maximale laadsnelheid werkt. Er wordt aangenomen dat een tweede vertraging bij het laden van websitepagina's kan leiden tot 30% bedrijfsverlies. Zoekmachines, vooral Google, houden van snel ladende sites.

Maar het is waar: hoe sneller een site laadt en dus hoe minder tijd wordt besteed aan het laden van een individuele pagina, hoe hoger de plaats in de zoekresultaten (SERP) de pagina's van zo'n site krijgen. Bovendien is het een bekend feit dat iedereen een snelle website nodig heeft.

WP Super Cache-plug-in

Een van de beste manieren om uw WordPress-site te versnellen is door caching te gebruiken. In deze zelfstudie schakelen we WordPress-caching in met behulp van de WP Super Cache-plug-in. Als bonus instructies voor het installeren van MaxCDN (een ongelooflijk populair en kwalitatief hoogstaand contentleveringssysteem) met WP Super Cache.

Als WordPress helemaal nieuw voor je is, dan is een korte introductie tot caching speciaal voor jou, want om dit onderwerp verder onder de knie te krijgen, moet je over een solide relevante basis beschikken

Wat is caching?

Caching is, simpel gezegd, het opslaan van informatie in de webbrowser van de klant in plaats van deze als reactie op elk verzoek vanaf de server af te leveren. Laten we bijvoorbeeld een achtergrondafbeelding op uw blog nemen. Je hebt veel pagina's, maar elke pagina gebruikt dezelfde achtergrondafbeelding.

Als elke keer dat een nieuwe pagina werd geladen, er elke keer een nieuwe kopie van de achtergrondafbeelding vanaf de server zou worden afgeleverd, zou dit leiden tot een buitensporige toename van het verkeer en, als gevolg daarvan, een toename van de laadtijd van de pagina. En als gevolg daarvan verspilt u eenvoudigweg tijd en middelen.

Wat als u een achtergrondafbeelding zou kunnen opslaan in een tijdelijke map op het apparaat van de gebruiker? Elke keer dat er behoefte is om een ​​afbeelding weer te geven, wordt deze uit de tijdelijke opslag of “cache” gehaald. Cache, ook wel browsercache genoemd, wordt door alle apparaten ondersteund, of het nu een smartphone, tablet of laptop is.

Het idee van het hergebruiken van reeds ontvangen informatie heet caching. Natuurlijk spelen hier nog andere factoren een rol, zoals het verlopen van de cache, objecten die niet worden beïnvloed door caching, enz. - maar dit is de eenvoudige uitleg die nodig is voor deze instructie.

Caching met behulp van de WP Super Cache-plug-in

WP Super Cache is ontwikkeld door Automattic, het team achter onze geliefde WordPress.

Hoe Super Cache installeren?

Je kunt de plug-in het beste rechtstreeks in de WordPress-console installeren, omdat deze erg snel is.

Ga naar WP-console > Plug-ins > Nieuwe toevoegen

Zoek met behulp van de zoekopdracht naar “WP Super Cache”. Het eerste resultaat in de lijst is wat we nodig hebben. Houd er rekening mee dat de auteur van de plug-in, Automattic, bevestigt dat de plug-in hetzelfde is. Klik op Nu installeren. Activeer na de installatie de plug-in

Activering en configuratie van WP Super Cache

Omdat de WP Super Cache-plug-in is gemaakt door de beste WP-ontwikkelaars, kunnen we van één ding zeker zijn: de eenvoud ervan.

Wanneer je de plug-in voor de eerste keer activeert, zie je bovenaan een gele rechthoek met een melding. Na de eerste activering zou er een waarschuwing moeten verschijnen. Dit betekent dat de WP Super Cache-functies nog niet zijn geactiveerd. Klik gewoon door Status bijwerken om te controleren of het bericht ontbreekt.

Als de machtigingen voor bestanden en mappen in de WordPress-map de standaardwaarden hebben, verschijnt er geen fout. Als de fout nog steeds verschijnt, neem dan contact op met uw hostingprovider en corrigeer de fout zodat u verder kunt gaan.

We schakelen nu de caching-functies van WP Super Cache in. Klik gewoon door Caching ingeschakeld, en dan op - Status bijwerken. Deze actie activeert de standaardinstellingen, en aangezien alles al is geconfigureerd om soepel te werken met de meeste hostingproviders, zouden er geen compatibiliteitsproblemen moeten zijn.

Door caching in te schakelen, kunt u nu controleren hoe correct de plug-in werkt. Klik gewoon door Cache testen en je ontvangt een bericht zoals in de bovenstaande schermafbeelding, groen gemarkeerd. Dit betekent dat caching 100% functioneel is op uw site.

Over het algemeen wordt aanbevolen dat beginners een back-up maken voordat ze een caching-plug-in installeren. Een extra backup is nooit een probleem geweest. Laten we verder gaan.

Analyse van geavanceerde instellingen in WP Super Cache

Nu is het tijd om uit te zoeken wat de geavanceerde instellingen van de WP Super Cache-plug-in ons kunnen bieden.

Tabblad Geavanceerd (Instellingen)

Tabblad Geavanceerd (Instellingen) dient als opslagplaats voor veel caching-opties, waarvan sommige hier zullen worden besproken.

Zodra u Instellingen opent, moet u selecteren mod_rewrite om in de cache opgeslagen bestanden te beheren. mod_rewrite is een C-headerbestand dat de server vertelt waar de bestanden in de cache moeten worden afgeleverd. Je kunt de standaard PHP-optie laten staan. Dit vermindert de CPU-belasting, maar verslechtert de caching. Daarom wordt het nog steeds aanbevolen om over te schakelen naar mod_rewrite.

Om de instellingen op te slaan, klikt u op de knop Update. Je ziet nu een groot geel vak met de wijzigingen erop geschreven. WP Super Cache zal u vragen of u de instellingen in het htaccess-bestand wilt opslaan. Klik gewoon op de knop Update Mod_Rewrite-regels om de wijzigingen op te slaan.

Als alles goed is, ziet u een groen bericht waarin u wordt geïnformeerd dat de machtigingen in het .htaccess-bestand met succes zijn overschreven.

We activeren degenen die zijn gemarkeerd als Aanbevolen.

Als u wilt dat bekende gebruikers (degenen die accounts op uw WordPress-site hebben) bestanden in de cache ontvangen, vink dan het vakje aan - Bewaar geen pagina's van bekende gebruikers in het cachegeheugen.

Voor de overige items vinkt u de vakjes aan zoals weergegeven in de schermafbeelding.

Laten we nu onze aandacht op de sectie richten Instellingen

Aangezien deze groep instellingen uiterst specifiek is en voldoet aan de specifieke vereisten van sommige sites en varieert afhankelijk van omstandigheden zoals bijvoorbeeld serverconfiguratie, siteverkeer, informatie-inhoud; velen veranderen ze niet, maar sommige experts bevelen dit in de sectie aan Instellingen vink de vakjes aan zoals weergegeven in de onderstaande schermafbeelding.

En tot slot het gedeelte - Verlopen pagina's en het opruimen van ongewenste e-mail

In punt Time-out voor cache De waarde moet op minimaal 3600 seconden worden ingesteld. U kunt dit bijvoorbeeld verhogen tot 50.000, maar de cachegrootte op de server zal dienovereenkomstig toenemen. Nog lager: stel het interval voor het wissen van de cache in het schema in.

Tabblad Inhoud (Cachestatus)

Op dit tabblad kunt u alle in de cache opgeslagen informatie op uw site bekijken. Op dit tabblad kunt u handmatig opgeslagen bestanden verwijderen. Dit is vooral handig voor testbehoeften. WP Super Cache slaat verlopen cachebestanden op uw blog op. Ten slotte kunt u ook cachestatistieken bekijken voor de meeste bijgewerkte informatie over uw in de cache opgeslagen bestanden.

Tabblad vooraf laden (gedeelde cache)

Het tabblad Preload lijkt op een handmatige schakelaar voor WP Super Cache. Hiermee kunt u elk bericht of elke pagina vanaf de eerste dag in de cache opslaan. Hoewel dit proces in het begin grote kosten met zich meebrengt, zullen alle inspanningen op de lange termijn vruchten afwerpen, wanneer zoekrobots een in de cache opgeslagen versie van de site ontvangen, die altijd sneller wordt afgeleverd dan de dynamisch gegenereerde versie.

Tab CDN - een manier om MaxCDN te koppelen aan WP Super Cache

Met WP Super Cache kunt u eenvoudig een CDN in uw website integreren. In het geval van WP Super Cache moet u uw CDN-provider configureren en pull-requests gebruiken om bestanden van uw server naar de CDN-infrastructuur te downloaden.

Houd er echter rekening mee dat dit een betaalde dienst is met een gratis periode van 2 maanden, maar er is wel een zakelijke creditcard vereist. U kunt uw account aanmaken. Voor degenen die nog steeds besloten hebben om het te proberen, staan ​​de instructies onder de snit. Aanbevelingen afkomstig van wpkube.com

Een CDN-provider opzetten

Ga naar uw MaxCDN-configuratiescherm en selecteer het tabblad Zones. Hiermee gaat u naar de overzichtspagina van Pull Zones. Klik op de knop Pullzone maken

Voer in de Pull Zone-instellingen de informatie in en zorg ervoor dat het veld Origin Server URL de basis-URL bevat, zonder de afsluitende schuine streep. Zelfs als de WordPress-installatielink eruitziet als http://www.mycompany.com/blog/, moet de basis-URL altijd http://www.mycompany.com zijn.

Klik op Maken om te beginnen met het maken van de Pull Zone. U zou een bericht moeten zien dat lijkt op het bericht hierboven.

Er gaan ongeveer 10 seconden voorbij en u ontvangt een bevestigingsbericht waarin wordt aangegeven dat de trekzone is aangemaakt.

Ga naar MaxCDN-configuratiescherm > Overzicht > Zoneconfiguratie en zoek de nieuw gemaakte Pull Zone.

Kopieer de CDN-URL en voeg http:// eraan toe.

Plak de volledige URL (zonder de afsluitende slash) in het veld Off-site URL, onder het CDN.

Blader vervolgens omhoog op de pagina en selecteer CDN-ondersteuning inschakelen. We veranderen hier geen instellingen. Klik gewoon op Wijzigingen opslaan om het CDN te activeren.

Genieten van de voordelen van CDN

Het gebruik van een CDN-service om een ​​website te versnellen leidt tot positieve resultaten:

• Allereerst wordt de content in de kortst mogelijke tijd aan uw bezoekers geleverd.
• Verbetert de algehele gebruikerservaring van de site
• Bovendien neemt de laadsnelheid van de pagina toe, wat een duidelijk pluspunt is in de ogen van Google.
• U krijgt het dubbele voordeel en bespaart tegelijkertijd op de dure bandbreedte die door uw hostingbedrijf wordt geleverd.

Kortom

We houden allemaal van snelle websites. In de nabije toekomst zal het internet nog sneller en beter worden. Daarom is het gebruik van caching op uw WordPress-site een van de eerste dingen die u moet doen.

De WP Super Cache-plug-in is iets minder efficiënt dan zijn naaste concurrent, W3 Total Cache, maar is beter compatibel met plug-ins en thema's en is veel gemakkelijker aan te passen. Nu weet je hoe je dit moet doen.