👉 En dybdeveiledning til effektiv WordPress Caching - WinningWP

WPExplorer Review

For en stund siden skrev jeg en artikkel om caching – Hva er nettstedet Caching og hvorfor er det så viktig?, Som så på hvordan caching øker hastigheten på nettsteder ved å betjene statisk innhold når det er mulig. I denne neste artikkelen om caching vil jeg fokusere på WordPress-spesifikasjoner, og hva du kan gjøre som en nettstedseier for å utnytte caching så effektivt som mulig.

Grunnleggende om caching

I et nøtteskall, hver gang nettstedet laster, utfører det resultater av databasespørsmål. Caching lagrer en statisk versjon av siden din og sender den til hver bruker – ved siden av databasen helt.

Jeg skrev en lang seksjon om intricacies av caching prosessen, men jeg skjønte at det ikke var virkelig nødvendig. Å lage den bufret versjonen av en side er trivial – å vite når du skal rydde hurtigbufferen, er den virkelige utfordringen.

Fjerne hurtigbufferen

Dette refererer til prosessen med å slette den statiske kopien av siden. Hvis det ikke er en bufret versjon, går alle databasespørsmålene som vanlig, og resultatet blir lagret igjen, og oppretter en ny statisk kopi.

Innholdet på hjemmesiden din er mer eller mindre konstant; Det endres bare når du publiserer et nytt innlegg. Et godt caching-system vil tjene en statisk versjon, og rydder bare cachen når den registrerer publiseringshendelsen. Det vil da fortsette å vise den nye statiske versjonen til du publiserer et annet innlegg.

Effektiv WordPress Caching

Caching er effektiv når det holder sidene dine nåværende med det minimale antall cache clearing-operasjoner.

Tidsbasert caching

Du kan opprette en bufret versjon av forsiden din som utløper hvert sekund. Det ville alltid være aktuelt, men ville påvirke ytelsen negativt:

  • Noen 99.9999% av cache-sletting ville være unødvendig.
  • Cachen vil bli regenerert hvert sekund, noe som vil føre til at flere databasespørsmål blir utført enn nødvendig.

Du kan også sette fremsiden din cache for å utløpe hver uke. Resultatet vil være hundre databasespørsmål hver uke i stedet for hvert sekund, men hjemmesiden din vil sjelden vise sin nyeste form.

Hva med å velge noe i mellom, for eksempel 24 timer? Det vil fortsatt være svært få spørsmål, men hjemmesiden din vil fortsatt være synkronisert med innholdet i opptil 24 timer.

For noen sjelden besøkte eller ikke-tidsfølsomme sider kan dette være bra, men det meste viktig er at forsiden din skal være oppdatert enn å spare ressurser.

Handlingsbasert Caching

På grunn av arten av tidsbasert cache clearing, er handling-baserte metoder i de fleste tilfeller bedre. WordPress inneholder en rekke handlinger som den brenner når visse betingelser er oppfylt.

Et slikt eksempel er postpubliseringen. Caching-plugins kan oppdage når et innlegg publiseres, og deretter slette de nødvendige sidene.

Denne metoden er perfekt, fordi sidene forblir statiske så lenge som mulig og ryddes nøyaktig når det trengs.

Manuell Cache Clearing

Det er også mulig å slette cacher manuelt. Dette er nyttig når du trenger å rydde cachen din, men ingen automatisk hendelse har blitt sparket.

WordPress Cache Innstillinger

Heldigvis trenger du ikke å bekymre deg for mye om å rydde cachen – plugins vil finne ut alt for deg. La oss begynne med å gå gjennom WP Super Cache-innstillingene med mine anbefalinger og notater.

Når plugin er installert, gå videre til Settings-> WP Super Cache-> Advanced.

caching

I den første gruppen bør du selvsagt slå på caching. I den andre gruppen velger du først mod_rewrite, og deretter går du til kategorien Easy (Enkel innstillinger) og bruker cache testeren for å se om den fungerer.

Hvis det ikke gjør det, kan du prøve å aktivere mod_rewrite (det vil kreve litt sysadmin-opplevelse), eller du kan gå til PHP-caching-innstillingen.

Hvis du vil prøve å aktivere mod_rewrite, anbefaler jeg Aktiverer mod_rewrite på nginx eller Hvordan aktiverer mod_rewrite på Apache 2.2.

Diverse

Jeg anbefaler å teste de to første innstillingene: Komprimering og ikke caching for kjente brukere. Du vil kanskje spørre verten hvis de har problemer med komprimering, og hvis de gjør det, eller hvis du ser noen problemer, må du passe på å deaktivere den.

Jeg deaktiverer alltid caching for kjente brukere (innloggede brukere) fordi det tillater meg å logge inn og se den ukjente (nyeste) versjonen av nettstedet. Dette kan være nyttig under utvikling når endringer blir presset til temaet, men hurtigbufferen blir ikke slettet, siden ingen innholdsendringer er gjort.

Vær oppmerksom på at hvis du har et nettsted som opererer med mange innloggede brukere, for eksempel et abonnementsbasert nettsted, kan det hende du vil la dette være slått av. Hvis dette er tilfelle, anbefaler jeg at du tikker inn i "Gjør kjent brukere anonym" også. Det eneste unntaket er hvis dine innloggede brukere redigerer innhold.

Behold alternativet for gjenoppretting av cache, da dette vil optimalisere prosessen med å generere en ny cached-fil.

'Ikke cache sider med GET parametere' innstillingen avhenger av hvordan nettstedet ditt er bygget. GET-parametere er ytterligere biter rettet til slutten av nettadressen, og hvis du bruker dem til å manipulere innhold på en side, som utm kilder for sporing eller noe lignende, anbefaler jeg at du merker av i boksen.

For noen scenarier, som utm parametere, kan du slå dem til ankeretiketter. Se Joosts urm kilde kommentar for mer informasjon.

Avanserte innstillinger

Hvis du vil tjene bufret sider til brukere av mobilenheter, må du sjekke støttemodulen for mobilenhet og bruke et anbefalt plugin – eller din egen utvikler. De anbefalte pluginene er:

  • Jetpacks mobile temamodul
  • WPTouch
  • WordPress Mobile Pack

'Fjern alle hurtigfiler når et innlegg eller en side publiseres eller oppdateres' skal ikke kontrolleres for de fleste brukere.Men hvis du har en rekke anbefalte relaterte elementer som er spredt rundt nettstedet ditt og / eller endringer i et enkelt innlegg, påvirker et antall systemer på andre sider, kan du prøve å klikke på dette alternativet.

Ekstra startkontroller skal være slått på. Det kan føre til unødvendig cache rydding for hjemmesiden, men det er viktigere å være nåværende der – overhead er garantert.

Hvis du bruker standard WordPress-kommentarsystemet, bør du krysse av for "Bare oppdater gjeldende side når kommentarene er gjort". Dette vil sørge for at kommentarer vises så snart de er godkjent.

Utløps- og søppelsamling

Denne delen dikterer hvordan og når gamle cache-filer fjernes. Når en ny bufret versjon er opprettet, blir den gamle ikke fjernet – den nye versjonen er referert til som fersk, den gamle er referert til som foreldet, og holdes rundt.

Jeg anbefaler å lese dokumentasjonen under disse innstillingene for noen tips om hvordan du angir verdiene.

Aksepterte filnavn og avvist URIer

Denne delen lar deg ekskludere noen innholdstypene fra hurtigbufferen helt, og jeg anbefaler at du tikker søksiden her for å sikre at resultatene alltid er friske.

Tekstboksen nedenfor lar deg selektivt fjerne noen baner fra caching, noe som kan være nyttig for flere søksider eller sider du utvikler.

Lås ned

Lås ned modus vil sørge for at kommentarer gjør ikke utløser hurtigbuffer. Dette vil resultere i kommentarer som vises med et lite lag, men kan holde nettstedet ditt online under en trafikkspike.

Andre plugins

Det er en gjeng med andre plugins der ute som gir lignende funksjonalitet. De mest bemerkelsesverdige er:

  • W3 Total Cache
  • WP Rocket (les anmeldelsen vår)

Deres innstillinger vil være litt forskjellige, men tanken bak å konfigurere dem er den samme. Du må ta noen avgjørelser om nettstedet ditt og finne en balanse mellom alltid å være frisk og hvor mye ressurs er bevart.

Administrert WordPress Hosting

Caching plugins for WordPress er flotte, men de opererer på samme nivå som WordPress, noe som kan gjøre dem ineffektive sammenlignet med caching systemer som opererer på et lavere nivå. Også, de er vanligvis store plugins som dekker alle nyanser, noe som kan gjøre dem vanskelige å sette opp.

Hosting-selskaper som tilbyr WordPress-eksklusiv hosting, har ofte egne caching-systemer som bruker enda færre ressurser og gir en mer effektiv opplevelse. De viktigste fordelene er:

  • Du kan glemme caching helt og holdent.
  • Ingen ekstra plugins betyr ingen oppsett.
  • De håndheves over hele vertsnettverket, noe som resulterer i en mer effektiv server.
  • Hastighet fordeler.

Den største oppsiden er at du ikke trenger å bekymre deg for det – alt er satt opp så effektivt som mulig ut av boksen. Caching kan bli veldig teknisk, og når du setter opp et komplekst plugin, er du nødt til å gjøre noen feil.

Sammenlignet med et perfekt kodet tema og et perfekt satt opp caching-plugin, kan du ikke merke mye av en forskjell. Det faktum at caching på servernivå ikke trenger å gå gjennom PHP for å lage filer, gjør det raskere, men dette er ikke noe du vil legge merke til normalt. Mesteparten av hastighetsforskjellen kommer fra et godt oljet system ut av esken.

Hvis du har en nettside med enorm trafikk og mange bevegelige deler, kan det hende at caching-systemet til en administrert WordPress-vert ikke tilbyr nok alternativer – men det er sannsynlig at det heller ikke vil bli et plugin, og du vil sannsynligvis ende opp med å implementere din egen løsning.

Jeg vil ikke anbefale å velge administrert WordPress-hosting, bare fordi det har sitt eget server-nivå caching system, men det er absolutt et veldig fint tillegg! Hvis du velger å bruke administrert WordPress-hosting, må du velge en av de beste, det vil si et selskap som WPEngine, Flywheel (les anmeldelsen) eller Kinsta.

Konklusjon

Caching er en må-ha-funksjon for nettsteder i dag. Det sparer ressurser samtidig som brukeropplevelsen blir bedre.

Som nettstedseier må du enten velge en høy kvalitet, administrert WordPress-vert eller installere et caching-plugin og sette opp det – en liten investering for en så fantastisk funksjon.

Hvis du har noen ekstra triks opp med deg når det gjelder caching, vil vi gjerne høre dem! Vennligst del i kommentarene nedenfor!

Se videoen: Soliloquy WordPress Slider Plugin Review – WPExplorer

Like this post? Please share to your friends:
Legg att eit svar

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: