Det er en stund siden Google kunngjorde at hastigheten et nettsted laster med vil påvirke plasseringen i SERP-ene. Det samme gjelder for mobile enheter. Men det du bør være mest bekymret for er hvordan et tregt nettsted vil påvirke brukerne. Er du for eksempel klar over at halvparten av besøkende på nettsider på Internett mener at den skal lastes inn på to sekunder eller mindre? Jeg synes dette er ganske rettferdig, for når du tenker på det, er ingenting mer irriterende enn å se noe lastes inn. For ikke å nevne ulempen som en person opplever når han vil kjøpe noe, men siden bremser ned.

Heldigvis er det mange måter å øke hastigheten på nettstedet ditt på. Et av de beste alternativene er å bruke en spesiell modul for caching (cache). I dag skal vi ta en rask titt på hva caching er og hvorfor det er så kritisk når det kommer til sidelastingshastighet. I tillegg vil jeg også dele med deg en liste over de beste cache-pluginene på markedet.

Hva er en cache?

En cache er et sted i datamaskinens minne hvor data lagres for fremtidig bruk. For eksempel, i stedet for å fullføre prosessen med å laste et nettsted fra en database, pumpes noen av dataene fra cachen. Når en besøkende går gjennom nettstedet ditt, ber nettstedet om data fra en database som er lagret på hostingen. Mer spesifikt ber de om at nettstedets bilder, Javascript og CSS skal være i lesbare HTML-filer og leveres direkte til nettleseren. Dessverre krever denne prosessen visse ressurser og tar tid. Det er imidlertid ikke nødvendig for nettstedbrukere å kjøre denne prosessen hver gang. Spesielt når det kommer til det statiske innholdet på nettstedet ditt. For eksempel publiserte innlegg som neppe vil bli redigert av noen.

Dette er grunnen til at det er viktig å bufre nettstedet ditt hvis du vil:

  • raskt gi tilgang til nettstedsdata som sjelden endres
  • øke hastigheten på hele nettstedets lasteprosess
  • gi en bedre brukeropplevelse for alle besøkende på nettstedet ditt
  • fremme i søkemotorrangeringer på grunn av høyere nedlastingshastigheter
  • spare serverressurser og redusere krasj

Som du kan se, er det mange fordeler med å bufre WordPress-nettstedet ditt.

Hovedfunksjonaliteten som er i hver av de nevnte pluginene:

  • caching for mobilbrukere
  • filstørrelsesreduksjon og GZIP-komprimering
  • planlegge cache rensing
  • HTTPS/SSL-støtte

De beste WordPress Caching-plugins

Når vi vet at nettstedets hastighet er veldig viktig, og at det avhenger direkte av caching, er vårt neste trinn å legge til passende plugin til nettstedet vårt. Her er noen av de mest pålitelige, rimelige og funksjonsrike løsningene.

Nylig spurte en av våre lesere oss hvordan vi tømmer WordPress-cachen? Nettleseren din, serveren og plugin-modulene som er installert på nettstedet ditt, kan bruke en hurtigbufferprosess som neppe vil tillate deg å se den oppdaterte statusen til bloggen din.

I denne artikkelen vil vi vise deg hvordan du tømmer hurtigbufferen til WordPress-bloggen din på riktig måte.

Bufferløsninger lagrer en statisk versjon av nettstedet ditt. Dette lar WordPress hoppe over de tyngste PHP-skriptene og forbedre ytelsen til nettstedet ditt.


WordPress Det finnes mange typer caching-løsninger. De mest populære er cache-plugins av typen "And".

Disse pluginene gir et brukervennlig grensesnitt for å administrere bloggbuffer, utløp av bufret innhold og hurtigbufring på forespørsel.

WordPress-hosting administrert av leverandører som WPEngine bruker sine egne caching-løsninger slik at du ikke trenger å installere denne caching-pluginen.

Hvis du bruker en CDN-tjeneste som "MaxCDN" eller "CloudFlare" vil den også servere bufrede kopier av statisk innhold.

Hvis du bruker en nettapplikasjonsbrannmur som "Eller" for å øke sikkerheten til WordPress, har de også sin egen cache for å øke hastigheten på siden din og redusere nedetiden.

Til slutt kan nettleseren din også lagre bufrede versjoner av sider på datamaskinen din.

Hensikten med caching er å øke hastigheten på nettstedet ditt og forbedre den generelle brukeropplevelsen. Noen ganger forhindrer det deg imidlertid i å se endringene du gjør på nettstedet ditt, noe som kan være frustrerende. I dette tilfellet må du tømme hurtigbufferen for å se endringene dine.

La oss imidlertid se hvordan du tømmer hurtigbufferen i WordPress.

Trinn 1: Tøm nettleserbufferen

Først må du tømme hurtigbufferen. De fleste nettlesere kan lagre statisk innhold som stilark, JavaScript og bilder fra et nettsted for å øke hastigheten på påfølgende besøk.

Noen ganger kan det imidlertid hende at nettlesere ikke innser at en nettside har endret seg. I stedet for å få en ny kopi, kan de fortsatt laste inn siden på nytt fra den hurtigbufrede versjonen på maskinen din.

Slik tømmer du hurtigbufferen til Google Chrome-nettleseren din. Først må du klikke på menyikonet og deretter velge« Ytterligere Verktøy > Slett navigasjonsdata .


Et vindu åpnes der du kan velge innholdet du vil fjerne. Kontroller at de bufrede bildene og filene er bekreftet, og klikk deretter på " Slett nettleserdata P".


Du har tømt nettleserbufferen og kan nå prøve å få tilgang til nettstedet ditt.

Hvis du fortsatt ikke ser noen endringer, fortsett med de neste trinnene.

Hvis du vil velge mellom de to beste pluginene for WordPress cache management, sjekk ut artikkelen vår:

For andre nettlesere, se den respektive dokumentasjonen for hvordan du sletter cachene deres.

Trinn 2: Tøm WordPress Plugin Cache

Hvis du bruker en WordPress-hurtigbuffer-plugin, må du tømme plugin-ens cache. De fleste caching-plugins lar deg enkelt gjøre dette fra de riktige innstillingene.

Tøm cache fra WP Super Cache

Dette tillater brukere å hurtigbufre nettstedet sitt med ett klikk. Roboten velger automatisk WordPress-sidene dine for buffergenerering og aktiverer deretter automatisk de anbefalte WordPress-bufringsalternativene som GZIP-komprimering, sidebufring og forhåndsinnlasting av cache.

WP Rocket inkluderer også tilleggsfunksjoner som du kan aktivere for å forbedre produktiviteten ytterligere. Inkludert lat lasting av bilder, CDN-støtte, DNS-forhåndshenting, minifisering, etc.

2.WP Raskeste Cache

WP Fastest Cache er en WordPress-cache-plugin som tilbyr omtrent alt en bruker kan være ute etter. Utviklerne av denne plugin hevder at det er det enkleste og raskeste WP Cache-systemet. Og for å være ærlig, det er det! Med over 300 000 aktive installasjoner gir denne plugin-en besøkende en rask nettleseropplevelse.

Hei kjære blogglesere I denne artikkelen vil vi berøre det viktige temaet om å få fart på bloggen din på WordPress-plattformen og redusere belastningen på vertsserveren ved hjelp av hypercache.

er en wordpress caching plugin (wordpress cache). Pass på å bruke wordpress-cachen og lastehastigheten til nettstedet ditt vil øke betydelig.

Når du øker antall besøkende på bloggen din, oppstår det et problem. Når en leser vil se en bestemt side på nettstedet ditt, må de vente på at serveren skal generere den i henhold til WordPress-temaet og innholdet.

Hvor mange ganger en bestemt side vil bli forespurt, så mange ganger vil den bli opprettet på serveren igjen og igjen. Jo flere besøkende kommer til bloggen, jo større belastning på serveren og jo lengre lastetid.

Alt dette kan unngås ved å bruke såkalt caching eller wordpress cache. Hva det er?

Dette er prosessen med å lagre den genererte siden på din forespørsel i en spesifikk katalog på nettstedet ved å bruke Hyper cache-plugin. Nå, hvis noen andre får tilgang til den samme siden på serveren, vil den ikke bli regenerert, men bare tatt fra ønsket mappe der den er lagret wordpress cache og sendes til brukerens nettleser.

Dermed er bufring av bloggnettsider en svært effektiv måte å redusere belastningen på vertsserveren og øke hastigheten på hele bloggen.

Hyper cache plugin. Installere og konfigurere wordpress cache.

Det er veldig bra det wordpress cache fungerer kun for uregistrerte brukere av bloggen din. I de fleste tilfeller tillater ikke nettstedeiere at besøkende registrerer seg på ressursen sin, og det viser seg at den eneste personen som er registrert på bloggen er administratoren, det vil si deg.

Dette betyr det for deg personlig wordpress cache vil ikke fungere, og det er flott. Tenk deg at du har gjort noen endringer på bloggen din (for eksempel i design), så viser det seg at du ikke vil se disse endringene før du tilbakestiller wordpress-cachen, og dette måtte gjøres hele tiden.

Last ned caching-plugin Du kan fra den offisielle WordPress-siden.

  1. Pakk ut arkivet med plugin-en og slipp Hyper-cache-mappen i mappen wp-content/plugins/ plugins på serveren din ved å bruke en FTP-klient
  2. Gå til bloggkonsollen Plugins-Add New-Upload-Install

Aktiver wordpress cache.

For å gjøre dette, åpne wp-config.php-konfigurasjonsfilen for redigering, som ligger i rotkatalogen til bloggen din og lim inn følgende kodelinje der:

define('WP_CACHE', sant);

Dette kan også gjøres ved å bruke Filezila filbehandling.

Liming kan gjøres hvor som helst i konfigurasjonsfilen wp-config.php, et sted nærmere slutten, men før linjen:

/** Absolutt bane til WordPress-katalogen. */

if (!definert('ABSPATH'))

eller, hvis på engelsk:

/** WordPress absolutte bane til WordPress-katalogen. */

if (!definert('ABSPATH'))

define('ABSPATH', dirname(__FILE__) . '/');

Nå går vi tilbake til plugins-bloggkonsollen, finner Hyper cache-cache-plugin og aktiverer den.

For at Hyper-cache-pluginen skal lage en mappe for wordpress-cachen på bloggen, må du sette tillatelser til 777 på wp-content eller wp-content/plugins/hyper cache/-mappen. Les dette om å angi tillatelser.

Deretter kan mappen wp-content eller wp-content/plugins/ hyper cache tilbakestilles til 755 tillatelser, og den nye wp-content/plugins/ hyper cache/cache-mappen kan settes til 777, og deretter kan Hyper cache-pluginen skrive for å eller slette alle HTML-filer fra wordpress-cache.

Konfigurere riktig drift av Hyper-cache-plugin.

La oss gå til Hyper-cache-innstillingene umiddelbart etter å ha aktivert arbeidet ved å klikke på Alternativer

Eller det samme vil skje hvis du går til bloggkonsollen Innstillinger - Hyper cache

I konfigurasjonsområdet vil hoveddelen av innstillingene for Hyper cache-plugin gjøres. Først av alt, merk av i boksen ved siden av Activate cache? Og lagre innstillingene Lagre.

Det er det, wordpress-cachen er aktivert, du kan se videre hvor mange sider som er bufret totalt.

Motsatt feltet Levetid for bufrede sider du må angi tallet i minutter, i løpet av denne tiden vil en HTML-kopi av nettsidene dine bli lagret og enhver bruker vil motta den derfra i løpet av denne tiden.

Det er ikke fornuftig å holde tallet lavt siden de fleste sidene på bloggen din ikke er oppdatert og arkivert. Det koster meg 7200 minutter (5 dager) Slik råder den kjente teknikeren E. Popov.

Du trenger bare å se om diskplassen på serveren lar deg lagre mange bufrede sider. Og det avhenger av vertsplanen du kjøpte for bloggen din og antall besøkende, eller rettere sagt antall sider leserne vil se.

I utgangspunktet er diskplassen minst 2-5 GB, så 7200 minutter vil være akkurat passe.

Det neste feltet "Auto-cleanup every" er også ment for optimal bruk av diskplass på harddisken på serveren. Det vil si at hvert 1440. minutt (dette tilsvarer 1 dag i mine innstillinger), slettes notater hvis levetid er utløpt fra cache-mappen.

Så unødvendige og ubrukelige filer slettes med den frekvensen du angir.

Bruke feltet Hvordan tømme bufferen du kan angi hvordan du skal rydde opp når du oppdaterer et gammelt materiale eller når du oppretter et nytt:

- Alle- tilsvarer å oppdatere hele wordpress-cachen

- Ingen- wordpress cache endres ikke

- Enkeltside (enkeltside slående) - cachen oppdateres kun for notatet der endringer har skjedd

Du kan fylle ut dette feltet slik jeg har (se ovenfor) eller velge det selv.

I felt gzip-komprimering du kan krysse av i boksen, og da vil wordpress cache-filene lagres og sendes i komprimert form, noe som vil redusere belastningen på serveren og øke hastigheten på bloggen.

Hvis det er et hakemerke i boksen Ikke bufre hjemmet (Ikke bufre hjemmesiden), vil ikke hjemmesiden gjennomgå bufringsprosessen.

Dette kan være nødvendig ved hyppige oppdateringer av hjemmesiden, når selve opprettelsen av wordpress-cachen ikke gir mening, siden cachen ofte oppdateres og da spiller det ingen rolle hvor siden blir generert - fra cachen eller på vanlig måte. vei.

Hvis du ikke ønsker å cache noen del av bloggen, kan du i feltet ekskluder URI skriv inn en del av adressen (for eksempel bloggkategorier /kartinki-foto-smeshno) og sidene som inneholder denne delen av URL-en vil ikke bli bufret.

Resten av innstillingene kan stå som de er. Ikke glem å klikke på Lagre-knappen.

Ved siden av Lagre-knappen er en annen veldig viktig Clear Cache-knapp. Du trenger det når du redesigner bloggen din og vil at besøkende på bloggen også skal se oppdateringene. Ellers vil de alltid bare bli servert den gamle bufrede versjonen av alle sider.

Hovedarbeidet er gjort, du må sjekke om caching fungerer på bloggen ved å bruke Hyper cache-plugin. For å gjøre dette, følg disse trinnene:

Få tilgang til bloggen din med en annen nettleser. Det viser seg at du er logget inn som en vanlig besøkende, ikke en administrator

Trykk på Ctrl-U-knappene. Du vil se kildekoden til siden

Gå helt til bunnen av kildekoden. Du bør se noe som linjen

Dette betyr at plugin-en fungerer, wordpress cache er skapt.

P.S. Hvordan liker du artikkelen? Vil du installere en caching-plugin?

Et notat kommer snart om andre måter å få fart på bloggen din. Jeg anbefaler deg å ikke gå glipp av utseendet hennes og motta nytt

Igor ga seg helt til å jobbe i selskapet Myasnoff ...

Jeg håper ingen trenger å forklare hvorfor en caching-plugin er nødvendig og hvor viktig det er å velge en som virkelig vil hjelpe, og ikke bare skape en ekstra belastning på databasen med dens tilstedeværelse. I analysen vil vi ta hensyn til alle indikatorer, og ikke bare nedlastingstiden.

Fordeler med caching

En liten digresjon. Hvis noen likevel tviler på behovet for caching, bør du vite at siden 21. april har Google annonsert at alle mobilvennlige nettsteder (og hastighet er en av de «vennlige» komponentene) får en betydelig fordel i søkeresultatene. Googles intensjoner er veldig klare – SEO-er og webansvarlige må jobbe med ytelsen til både desktop- og mobilversjoner av nettstedet.

Det er flere måter å forbedre ytelsen til nettstedet ditt og redusere lastetiden på, men for de fleste nybegynnere (og ikke bare) optimalisere, er caching-plugins ikke en av, men det eneste verktøyet de bruker for å nå målet sitt.

WordPress genererer sider dynamisk, noe som resulterer i mange databasespørringer. Bufring av dynamisk opprettede sider lar brukere se vanlige HTML-sider, noe som reduserer sidens lastetid betydelig og reduserer serverbelastningen.

Detaljer om hurtigbuffertesten

Helt i begynnelsen var det planlagt å bruke 2 temaer i tester - den enkleste "tjuefjorten" og en mer kompleks (som vil imitere et "ekte" nettsted). Men under tester viste det seg at effekten av caching på lastehastigheten til tjuefjorten-temaet er så minimal at den kan neglisjeres. Finjusteringen av serveren viste seg å være viktigere, men dagens artikkel handler ikke om det.

Til slutt vil vi bare bruke 1 tema (Nyhetstema av Tesla Themes). Testsiden er utformet med grafikk og tekst. Det er også en sidefelt og flere plugins (nyheter, Twitter/Instagram-feed). Hosting brukt av WP Dev Shed. Som et resultat fikk vi en side med relativt lang lastetid.

Fordi Siden er ny, så hadde den ikke trafikk (inkludert under testing var det ikke engang PS-roboter). Serveren fungerte i en haug med Apache + Ngnix.

Følgende plugins deltok i testen:

  1. AIO Cache
  2. WP Fast Cache
  3. wp-cache.com
  4. Alpha Cache
  5. Flexicache
  6. Bodi0s Easy Cache
  7. Hyper Cache
  8. Hyper Cache Extended
  9. Cachify
  10. Lite Cache
  11. Neste nivå cache
  12. Virkelig statisk
  13. Super Static Cache
  14. W3 Total Cache
  15. Gator Cache
  16. Wordfence Falcon
  17. WP Raskeste Cache
  18. WP rakett
  19. WP SuperCache
  20. Zen Cache (tidligere Quick Cache)

Testen igjen:

Brutal Cache - fungerte ikke;

Batcache er en plugin med en avhengighet av Memcache, som ikke ble brukt i den gjeldende testen.

Autoptimize og Widget Cache er også utelatt, fordi de er ikke frittstående plugins, men støtte for andre.

Benchmarking-verktøy

Som verktøy brukte vi tjenester fra Google, GTMetrix og Yahoo. Takket være dette ble ikke bare sidelastingshastigheten testet, men også:

  • bildeoptimalisering;
  • minifisering og optimalisering av js og css-kode;
  • bruke nettleserbufring;
  • server tidsforsinkelse;
  • bruker Gzip-komprimering;
  • plassering av skript;
  • antall HTTP-forespørsler.
  • bruk av CDN, parallellisering/domenedeling;

Google PageSpeed ​​​​Insights

Siden sjekkes både fra en stasjonær PC og fra en mobil enhet. Resultatet er gitt på en 100-punkts skala. Tjenesten er enkel å bruke, men gir et relativt rått resultat som ikke gir full forståelse for alt som kan forbedres.

GTMetrix og YSlow

Basert på ressursproduktivitetsguiden fra Yahoo. Igjen brukes en 100-punkts skala. Tjenester fungerer med mer enn 50 forskjellige beregninger. GTMetrix visualiserer til og med dataene i et fossefalldiagram over lasteprosessen. Etter vår mening er dette et av de beste verktøyene for å identifisere måter å forbedre nettstedets ytelse på.

Timing

Følgende verktøy ble brukt til å bestemme sidelastningshastighet og sjekke serverytelse under belastning:

Apachebenk

Tjener for å bestemme belastningen på nettstedet, beregner maksimalt antall forespørsler per sekund. I løpet av testen ble det sendt 1000 forespørsler på 10 forskjellige tråder. Testen ble utført 10 ganger. Registrerte det beste resultatet for hver av plugin-modulene.

En meget kjent tjeneste for overvåking og testing av nettsteder. 20 tester ble utført med hver plugin og det beste resultatet ble løst.

En enkel, men nyttig tjeneste som viser hele sidens lastetid i nettleseren din. Det er ikke et serververktøy, men en tjeneste som kjører lokalt. Vi valgte metoden for nedlasting via Ethernet, Opera-nettleseren. Hver side ble lastet inn 101 ganger med en fast gjennomsnittlig lastetid.

Så la oss gå til testene.

Google, GTMetrix og Yslow

Resultatet av å teste nettstedsidene ved å bruke de angitte tjenestene:

Som du kan se fra tabellen, fungerte noen plugins ikke bra her - poengsummen er den samme eller veldig nær poengsummen uten caching. Google ga den beste Super-cache-vurderingen (for både desktop og mobil). I GTmetrix og Yslow viste Fastest Cache and Rocket de beste resultatene. Som vi allerede har sagt, er vurderingen fra Google mindre informativ, fordi. den bruker færre faktorer i sin evaluering.

Så de beste pluginene viste seg å være WP Super Cache, WP Fastest Cache og WP Rocket Cache.

Timing

Evalueringspoeng viser i utgangspunktet kvaliteten på nettsidekoden. Dette gir en forståelse av hva som kan gjøres for å få fart på siden. Når det er sagt, betyr ikke høy nettstedvurdering at den laster raskere enn andre. Og dette er hovedfeilen - evalueringsverktøy gir en overflod av ideer for å forbedre nettstedet for å redusere lastetiden, men samtidig blir selve lastetiden praktisk talt ikke tatt i betraktning. Nedenfor er et godt eksempel (skjermbilde fra Pingdom).

Siden fikk 96 av 100 (bedre enn 99 % av sidene til ethvert nettsted). Samtidig lastes siden inn på omtrent 35 sekunder. Det er her blind optimalisering kan føre til.

Timing er en veldig viktig test fordi reelle målinger av sideinnlastingshastighet utføres.

Apachebenk

La oss finne ut det maksimale antallet forespørsler per sekund som serveren vår kan støtte. Jo høyere tall, jo bedre.

Det beste resultatet ble vist av WP Rocket. Andre- og tredjeplassene ble delt av WP-Cache.com og WP Fastest Cache.

Resultatet uten caching er 2,78 sekunder. Alle plugins var i stand til å forbedre denne indikatoren.

Den ubestridte lederen er igjen WPRocket. Super Cache er nummer to, W3 Total Cache er tredje.

Her bestemte vi oss for å vise ikke bare gjennomsnittet, men også median testresultatet.

Gjennomsnittlig lastetid

Situasjonen er lik den forrige testen. De tre øverste har ikke endret seg - WPRocket, WPSuperCache og W3 TotalCache.

Median nedlastingstid

Lederen er fortsatt WP Rocket, men den nesten ukjente WP-Cache.com viser igjen et meget godt resultat.

Ikke ved å cache alene

Selvfølgelig avhenger ikke alt bare av caching. Valget av Apache + Nginx-pakken, riktigheten av serverinnstillingene og dens type (dedikert, VPS, delt), antall og kvalitet (optimalisering) av bilder og mye mer spiller sin rolle.

Konklusjon

Alle pluginene som presenteres har forskjellig funksjonalitet. Noen er uanstendig enkle, mens andre kan sammenlignes med en sveitsisk kniv. Super Cache, W3 og andre lignende plugins bruker ofte proffer som er kjent med CDN og andre triks i arbeidet sitt. Andre brukere (spesielt nybegynnere) velger enklere plugins (Lite Cache eller WP-Cache.com). Forresten, WP-Cache.com, til tross for sin uklarhet, var i stand til å vise utmerkede resultater.

Hva er det beste WordPress-pluginet for caching?

På førsteplass (med god margin) - WP-Rocket. Det har mange fordeler, men det er en MEN (for mange vil dette være et minus) - det er betalt. Utviklere vil ha $ 39 for det (dessuten er oppdateringer ikke levetid, men bare et år)

På andreplass (selv om den er gratis, kan den også settes på den første) -WPSuperCache. Resultatene er nesten de samme som lederen, men det er helt gratis!

På den tredje - WP-cache.com. Det eneste som forvirrer meg er at det sist ble oppdatert i 2014.

Men det er enkelt, gratis og viser anstendige resultater.

Hei alle sammen! Jeg vil fortelle deg en historie om min uoppmerksomhet, som fikk meg til å skrive denne artikkelen. For omtrent en uke siden brukte vertsleverandøren min forebyggende arbeid, tidspunktet ble avtalt og det var advarsel om at siden ville være nede i 15-30 minutter. Jeg tenkte at det ikke var så mye og var ikke spesielt bekymret for dette, og gikk på jobben min.

Under vedlikeholdet la siden seg virkelig ned, men jeg la ikke spesielt merke til tiden. Til min overraskelse, etter endt arbeid, var det ingen tilgang til nettstedet - det hadde en 403-feil (les om feilkoder og serversvar), som betyr mangel på klientrettigheter. Omtrent samtidig ble det skrevet et brev til leverandørens støttetjeneste. De svarte ganske raskt.

Årsaken til å sperre kontoen var stor belastning på hosting. Støttearbeideren brakte serverloggene. på den tiden var den liten - omtrent 300 mennesker om dagen, så spørsmålet om å endre tariffen forsvant umiddelbart. Siden ble slått på for meg, men etter en 5-timers sjekk for virus og mulige årsaker til overbelastning. Forresten, totalt var siden nede i omtrent en dag, og dette påvirket plasseringene - bloggen fløy ut av topp 10 for noen søk i .

Før jeg deaktiverte siden, hengte jeg et banner fra seohammera (du kan lese om automatiske promoteringssystemer), så mistanken falt på ham. Banneret ble fjernet og alt så ut til å være i orden. Det ble også sendt et spørsmål til teknisk støtte om belastningsgrad – de svarte at alt var i orden. Men jeg stoppet ikke der og begynte å lete etter måter redusere hosting belastning.

Mange seksjoner ble omarbeidet og fjernet, jeg jobbet litt med php og gjorde mange småting, en dag skal jeg skrive en detaljert artikkel om redusere belastningen på hosting. Tilbake i begynnelsen av bloggen installerte jeg Hyper Cache-plugin, som er laget for å redusere belastningen ved å bufre sider. Siden jeg på den tiden ikke fulgte installasjonsreglene, viste det seg at denne plugin ikke fungerte i det hele tatt.

Og tross alt var alt skrevet i installasjonsinstruksjonene, men av en eller annen grunn tok jeg ikke hensyn til dette. Og så hovedmidlene for å senke lasten fungerte ikke hele denne tiden. Så hovedtemaet for denne artikkelen vil være riktig installasjon og konfigurasjon av Hyper Cache-plugin til bloggen. Nå fungerer plugin-en fint, så du vil ikke gjenta feilene mine.

Installere Hyper Cache Plugin

På siden som vises, skriv inn navnet på plugin - Hyper Cache, skal være i første omgang. Installer plugin-en (du må angi ftp-kontodataene dine). Du kan også laste ned arkivet med plugin-en fra det offisielle nettstedet, og deretter laste ned og installere det via administrasjonspanelet. Alt i alt, installere på noen måte som er praktisk for deg.

Ferdig, plugin er installert. Til aktivere støtte for bruk av bufrede sider, må du legge til denne linjen:

define("WP_CACHE", sant);

å lagre wp-config.php. Du kan sette inn en linje hvor som helst i filen, det viktigste er at den er i taggen

nå nødvendig på en mappe wp-innhold sett tillatelser til 777 (dette kan gjøres gjennom en ftp-klient, for eksempel Filezila). Dette er nødvendig for å plugin-en opprettet en mappe for å lagre bufrede sidefiler c. Mappen heter cache. Etter at han har opprettet det, kan du endre rettighetene til wp-innhold tilbake til 755, men til mappen cache(Jeg har den i mappen wp-innhold, det kan også være i mappen med plugin, se) tillatelser er satt til 777 slik at plugin kan skrive filer der.

Nå kort og saklig:

  1. Installerer plugin
  2. Legge til en linje i en fil wp-config
  3. Sett tillatelser til 777 på mappen wp-innhold
  4. Ser etter en mappe cache og angi også tillatelser til 777
  5. Vi returnerer mappen wp-innhold rettigheter 755

Klar. Plugin er installert, det er ønskelig å sjekke om det fungerer. Husk - plugin-en oppretter en egen fil for hver bufrede side, men bare når brukeren besøker den. De. personen kom inn, siden lastet, lagt til bufferen. Vær også oppmerksom på at du alltid vil bli vist den siste versjonen av siden, og ikke fra cachen (hvis du går inn på siden under påloggingen din). For å sjekke, gjør følgende:

  1. Se nærmere på plugin-parametere. Hvis det ikke er noen advarsler ovenfra, er alt i orden.
  2. Hvis du allerede har materialer og besøkende på nettstedet ditt, så se på linjen "Filer i hurtigbufferen(relevant og foreldet)" - det må være et tall større enn 1.
  3. Gå til nettstedet ikke logget inn(fra en annen nettleser for eksempel) og se på koden. På slutten skal det være en linje som
  4. Gå til cache-mappen på serveren (vi setter også rettighetene til 777 på den). hvis den inneholder ikke-tomme filer, fungerer plugin-modulen som den skal.

Alt, plugin-en fungerer, og du kan begynne å sette den opp fra administrasjonspanelet.

Konfigurering av Hyper Cache Plugin

Så vi går inn i menyen "Alternativer - Hyper Cache"

La oss nå gå gjennom hvert menyelement. PÅ cache-tilstand du kan se gjeldende antall bufrede sider og neste tilbakestillingsdato for den bufrede siden. Sistnevnte tømmer ikke bufferen, men refererer til et element i neste meny. Når du foretar endringer, må du forresten klikke på "Oppdater"-knappen under blokken for at endringene skal tre i kraft.

Konfigurasjon - hovedparametrene til plugin:

  • Tidsavbrudd for bufrede sider- tiden etter at alle sider i hurtigbufferen vil bli slettet. Standardverdien er 1440 – en dag, noe som er ganske normalt for blogger som ikke oppdaterer for ofte.
  • Ugyldighetsmodus for cache- spesifiserer betingelsen som systemet vil fjerne siden fra cachen under. Det beste alternativet er når du endrer posten.
  • Deaktiver kommentarbuffer- en funksjon, når den er aktivert, vil brukeren som la kommentaren se den ferske versjonen av siden, og ikke den lagrede (bufrede). Personen vil umiddelbart se om kommentaren er sendt inn for moderering eller lagt ut umiddelbart (avhengig av din)
  • RSS-bufring- bare bufre bloggens nyhetsfeed. Det er mulig at det vil være små forsinkelser i distribusjonen når den er aktivert.
  • Tillat nettleserbufring- inkluderer muligheten til å lagre siden på brukerens harddisk, reduserer belastningen på hosting ytterligere

Konfigurasjon for mobile enheter

Brukt hvis du har en mobilversjon av nettstedet opprettet ved hjelp av WordPress Mobile Pack-plugin, kan du aktivere dette alternativet. Hyper Cache-plugin-modulen vil lage separate hurtigbufrede filer under forskjellige navn for mobile enheter (i henhold til dine mobiltemainnstillinger) og omdirigere besøkende til de opprettede sidene. Jeg har ikke en mobilversjon, så jeg merket ikke av i boksen

Programtillegget optimerer teksten (på serversiden) og sender den videre til brukeren. Gir fart på lasting av nettsider.

  • Lagre komprimerte sider- faktisk inkluderingen av selve funksjonen.
  • Send komprimerte sider- lar deg spare båndbredde når du komprimerer siden, hvis mulig.
  • On-the-fly kompresjon- igjen, det hjelper å øke hastigheten på lasting av siden, hvis mulig.

  • Oversettelse— deaktiverer den russiske versjonen av plugin-innstillingssiden.
  • Deaktiver Last-Modified header- deaktiverer tidspunktet for siste endring i tittelen på siden.
  • Bufret hjem- deaktiverer caching av hjemmesiden (hjelper hvis hovedsiden til nettstedet oppdateres ofte).
  • Omdiriger bufring- cacher alle omdirigeringer av wordpress-blogg, noe som reduserer tiden til å behandle dem.
  • Siden ble ikke funnet caching (HTTP 404)- Aktiverer hurtigbufring av 404-feilsiden.
  • Fjern søkestreng- lar deg bufre URL-er med tilleggsspørringer (adresser med?, =, & osv.) som URL-er uten dem
  • URL med parametere- Aktiverer spørringsbufring med et spørsmålstegn. Du kan ikke bruke CNC når CNC er på, selv om når alternativet er aktivert, reduseres belastningen (noen roboter sender forespørsler fra?).
  • Tillat nettleseren å omgå hurtigbufferen- lar nettleseren omgå caching. For eksempel når du laster siden på nytt.

Filtre

  • Ekskluderte nettadresser— sider du vil ekskludere fra hurtigbufring. En per linje.
  • Ekskluderte agenter- brukeragenter (for eksempel søkeroboter) som du alltid ønsker å vise siste versjon av siden.
  • Match informasjonskapsler- kansellerer caching når informasjonskapsler matcher. En per linje.

Ikke glem å trykke på Oppdater-knappen etter å ha endret innstillingene, hver blokk har sin egen knapp.

Hvis du gjorde alt riktig, vil plugin-en begynne å fungere og . Jeg vil snakke om andre måter å senke den på i de følgende artiklene. emnet er veldig relevant, siden søkemotorer, spesielt, tar hensyn til sidelastningshastighet. Vi sees snart på sidene til bloggen CoinOnline!