• hjem
  •  > 
  • Nettverk og Internett
  •  > 
  • W3 Total Cache caching plugin-konfigurasjon. Hva er W3 Total Cache? Problemer med W3 Total Cache

W3 Total Cache caching plugin-konfigurasjon. Hva er W3 Total Cache? Problemer med W3 Total Cache

Hei, i dag skal jeg fortelle deg om W3 Total Cash caching-plugin og dens raske oppsett.

Du kan laste ned kildene til artikkelen nedenfor

Det meste populære plugins cache på dette øyeblikket følgende:

1. W3 Total Cash

Sist oppdatert: 2013-2-9

Nedlastinger: 1,853,553

Hjemmeside for plugin:

http://www.w3-edge.com/wordpress-plugins/w3-total-cache/

2.WP Super Cache

Sist oppdatert: 2012-12-13

Nedlastinger: 4,203,087

Hjemmeside for plugin:

Jeg valgte for nettstedet mitt – W3 Total Cash.

Etter å ha installert W3 Total Cash caching-plugin på bloggen min, merket jeg allerede dagen etter en gradvis økning (innen 2-3 dager) i nettstedtrafikken - med omtrent 15-20%, antar jeg at dette skyldes det faktum at søk motorer behandler nettsteder bedre, som fungerer raskt og øker sine posisjoner i søkeresultatene.

Jeg vil beskrive nedenfor W3 Total Cash-plugin-oppsettprosess.

Installerer plugin standard - i kontrollpanelet i venstremenyen, gå til elementet "Plugins" og velg underelementet "Legg til ny", skriv inn "W3 Total Cash" i søkefeltet - installer og aktiver denne plugin.

Etter det vil et nytt element "Ytelse" vises i venstre meny på kontrollpanelet helt nederst.

Denne paragrafen består av 15 ledd.

Velg underelementet " Generelle innstillinger" (Generelle innstillinger).

I denne underseksjonen ("Generelle innstillinger") kan du veldig raskt konfigurere W3 Total Cash-plugin, bokstavelig talt 5-10 minutter- dette vil være nok, tro meg, jeg setter opp siden min akkurat på denne måten, med andre underavsnitt eller tilleggsinnstillinger Jeg rørte ikke W3 Total Cash-plugin, og alt fungerer bra, og lastehastigheten på nettstedet har økt betydelig!

Inne i underelementet "Generelle innstillinger" er det 13 vinduer:

"Generelt" vindu:

Det er et element her "Slå alle hurtigbufringstyper på eller av (på en gang)" - som umiddelbart slår på alle hurtigbufringstyper tilgjengelig i W3 Total Cash-plugin.

Jeg tror det er det 2 taktikker for å sette opp W3 Total Cash-plugin for nettstedet ditt:

1. metode– dette er for å aktivere alle typer caching samtidig ved å bruke punktet ovenfor, og deretter deaktivere unødvendige eller motstridende typer caching én etter én, mens man kontrollerer at nettstedet fungerer korrekt.

2. metode– dette er den gradvise inkluderingen, en om gangen, av typer hurtigbufring og kontroll av at nettstedet fungerer korrekt.

jeg tror Den andre metoden er mer korrekt, det vil si at vi ikke bruker "Slå alle hurtigbufringstyper på eller av (på en gang)"-knappen, men aktiverer hurtigbufringstyper én om gangen.

1. Den første typen caching som jeg anbefaler å aktivere er "Page Caching" ( Sidebuffer) – denne typen lager en hurtigbuffer for statiske sider, gå til "Sidebuffer"-vinduet og

La sidebuffermetodeelementet stå som standard – Disc Enchanced (som i skjermbildet ovenfor).

Merk av i boksen ved siden av "Aktiver" og ikke glem å klikke på "Lagre alle innstillinger"-knappen.

Elementet Database Cache Method er igjen som standard (som i skjermbildet ovenfor).

3. Deretter anbefaler jeg deg å aktivere bufringstypen Nettleserbuffer– aktiverer klientens nettleserbuffer, noe som betyr at hver gang brukere besøker nettstedet ditt, lagrer nettleseren deres kopier av nettstedet slik at neste gang brukeren besøker, trenger de ikke å laste hele nettstedet på nytt (noe som øker innlastingstiden).

Merk av i boksen ved siden av "Aktiver" og ikke glem å klikke på "Lagre alle innstillinger"-knappen.

Etter aktivering av denne typen Du bør sjekke driften av nettstedet.

Hvis nettstedet ikke fungerer som det skal, deaktiver denne typen caching (fjern merket for "Aktiver"-verdien og klikk på "Lagre alle innstillinger"-knappen).

I utgangspunktet, med bare de ovennevnte 3 typene caching aktivert, vil siden din allerede fly!

Det vil si at alle andre innstillinger for W3 Total Cach-plugin kan stå som standard hvis du vil stoppe på dette trinnet.

Hvis du ønsker å oppnå flere resultater, fortsett å tune.

4. Så går vi videre til caching-typen - Forminsk– reduserer og optimerer skriptfiler, stiler og annet programkode – .css, .js, .html Og RSS.

Med aktivering av denne typen caching kan problemer begynne med driften av noen plugins på nettstedet ditt, for eksempel på bloggen min, vil plugin-en som lager en vertikal meny til høyre i sidefeltet ikke lenger åpne en rullegardinliste av underkategorier og artikler, men har blitt til en vanlig Kategorier-widget.

Merk av i boksen ved siden av "Aktiver" og ikke glem å klikke på "Lagre alle innstillinger"-knappen.

Vi sjekker funksjonaliteten til nettstedet, dets plugins og andre skript.

5. La oss gå videre til neste type caching - Objektbuffer– Aktiverer objektbufring for å redusere utførelsestiden for hyppige operasjoner.

Merk av i boksen ved siden av "Aktiver" og ikke glem å klikke på "Lagre alle innstillinger"-knappen.

Parameteren Object Cache Method er igjen som standard.

Hvis de 5 ovennevnte typene bufring fungerer på nettstedet ditt, så er det bare flott! Nettstedet ditt vil bli seriøst optimalisert, og resten av innstillingene kan stå som standard.

Men hvis du har veldig høyt oppmøte, så må du kanskje også optimalisere de gjenværende caching-funksjonene til plugin-en:

– CDN (dataleveringsnettverk) du kan laste ned vedlegg, bilder, malfiler til mer raske servere og øke hastigheten på lasting av nettsteder og fordele belastningen på serverne;

– Omvendt proxy (her kan du aktivere en spesiell HTTP-akselerator);

– Nettverksytelse og sikkerhet drevet av CloudFlare (inkluderer en annen type innholdsleveringsnettverk).

Vil du vite hemmeligheten? rask lasting WordPress nettsteder? I tillegg til god hosting og riktig skrevne utvidelser, bruk caching og CDN (nettverk for innholdslevering). For eksempel W3 Total Cache-plugin.

I denne artikkelen vil vi se på å installere og konfigurere W3 Total Cache for maksimal ytelse. Vi vil også gi et eksempel på en kombinasjon av bruk av caching og CDN-tjenester for å maksimere nettstedets lastehastighet.

Før du starter, anbefales det å sjekke ytelsen til nettstedet ved å bruke nettjenester Google Page Speed og/eller Pingdom-verktøy. Dette bør gjøres for å sammenligne de tidligere resultatene med de oppnådd etter alle innstillingene.

Hva er W3 Total Cache?

W3 Total Cache Dette er den mest komplette og raskeste plugin for å optimalisere ytelsen i Wordpress. Dette bekreftes av bruken på mange populære nettsteder som: AT&T, Mashable, Smashing Magazine og mange andre. W3 Total Cache øker nettstedets hastighet ved å forbedre serverytelsen, bufre alle aspekter av nettstedet, redusere responstiden og tilby sømløs innholdsleveringsnettverk (CDN) integrasjon.

Installere W3 Total Cache i WordPress

Før du installerer W3 Total Cache, sørg for at alle andre cache-plugins er fjernet. Hvis du ikke gjør dette, vil en feil vises når du aktiverer W3 Total Cache-plugin.

For å installere må du følge en enkel prosedyre:

Gå til nettstedets administrative panel og klikk på " Plugins»→ « Legg til ny" I søkefeltet skriver du " W3 Total Cache" og se det i søkeresultatene:


Klikk på knappen Installere", etter installasjon, aktiver plugin.

W3 Total Cache-alternativer og konfigurasjon

W3 Total Cache er veldig kraftig plugin og den har mange tilpassbare parametere. På den ene siden er dette bra, for de som vet hvordan de skal brukes, er dette en gullgruve. Nybegynnere webansvarlige kan bli forvirret av disse parameterne. Vi vil gå gjennom alle innstillingsseksjonene i detalj slik at du optimalt kan konfigurere W3 Total Cache. La oss starte med de generelle parametrene.

Generelle innstillinger

For å gå til siden med generelle innstillinger, klikk på "Caching"-menyen i administrativt panel Wordpress. Det presenterer Generelle innstillinger plugg inn. Sørg for at du er i Generelle innstillinger og ikke på W3 Total Cache-plugin-konsollsiden.


Hva er sidebufring?

Det første alternativet du kan se er sidebufring. Den er ansvarlig for å lage en bufret statisk side for hver lastet side på nettstedet. Altså i stedet for å hele tiden generere dynamisk side, vil besøkende se en bufret statisk side. På bildet nedenfor kan du se hvordan denne funksjonen fungerer:


Bildet viser følgende: Vanligvis, når en bruker besøker et nettsted, kjører Wordpress PHP-skript og databasespørringer for å vise den forespurte siden. Deretter behandler PHP dataene og lager siden. Denne sidegjengivelsesprosessen bruker visse serverressurser. Aktivering av sidebufring lar deg hoppe over sidegenereringsprosessen.

For delt hosting, som brukes av de fleste nybegynnere nettstedeiere, anbefales det å bruke "Disk:Enhanced" sidebufringsmetoden. Velg "sidebufring" og lagre innstillingene.


For de fleste vil dette være nok. Denne manualen- for nettredaktører på nybegynnernivå. Og vi hopper bevisst over alle de avanserte innstillingene for sidebufring, noe som antyder at standardinnstillingene er ganske tilstrekkelige.

Vi hopper også over minifikasjon, databasespørringsbufring og objektbufring. På grunn av det faktum at ikke alle servere gir muligheten til å bruke disse parameterne.

Det neste innstillingselementet er nettleserbufferen.

Hva er nettleserbuffer?

Hver gang en besøkende besøker et nettsted, laster nettleseren hans ned alle bilder, css-filer, js-skript og andre statiske filer fra sidesiden til en midlertidig katalog. Dette gjøres slik at når du går til en annen side, lastes ikke filene ned igjen, men åpnes fra nettleserens cache. Dette øker hastigheten på lasting av nettstedet og sparer trafikk.

Nettleserbufringsalternativet i W3 Total Cache lar deg spesifisere hvor lenge bufrede elementer beholdes. Så lenge du ikke endrer logoen hver dag, vil bufring i 24 timer ikke forårsake noen ulempe. Bare marker dette alternativet og lagre. Etter det, gå til "Caching" => "Browser Cache" for å angi andre innstillinger.


Som du kan se i skjermbildet ovenfor, har vi aktivert alle alternativene bortsett fra 404-feilhåndteringsalternativet. Ved lagring av innstillinger vil alle innstillinger på siden bli lagret som standard.

I dette enkle Wordpress oppsett, andre alternativer er aktivert som standard. Alt diskutert ovenfor vil fungere bra på de fleste webhotellservere. Men W3 Total Cache har andre alternativer. La oss prøve å se på hva de er og hvorfor de ikke er inkludert på alle nettsteder.

Minifisering

Minifisering er ganske enkelt å redusere størrelsen på nettstedets statiske filer for å spare hver mulig kilobyte. Men å bruke filminifisering i farten øker forbruket av serverressurser. Og i noen tilfeller kan nytten av å bruke denne funksjonen være tvilsom. Og dessuten har ikke alle servere muligheten til å bruke den uten forutgående konfigurasjon.

Bufre databasespørringer

Bufring av databasespørringer reduserer serverbelastningen ved å bufre SQL-spørringer. Dette reduserer eller eliminerer behandlingstid for databasespørringer, som kanskje ikke er merkbar på de fleste små nettsteder. Men å aktivere denne funksjonen kan øke belastningen på selve serveren. Derfor er det i noen tilfeller bedre å bruke de innebygde cache-bufferne til selve databaseserveren. Mange vertsleverandører anbefaler ikke å bruke denne cachen.

Objektbufring

Hvis du har en nettside med stort beløp dynamiske objekter, så bør du se på muligheten for å bufre objekter ved å bruke W3 Total Cache. Dette brukes først og fremst for komplekse, ressurskrevende databasespørringer. For de fleste nybegynnere webmastere er denne funksjonen ikke nødvendig.

Så når alt er satt, vil det være godt å gjøre sikkerhetskopi W3 Total Cache-innstillinger. For å gjøre dette, gå til den generelle innstillingssiden til W3 Total Cache-plugin-modulen i delen "Importer / Eksporter innstillinger" og klikk på "Last ned innstillingsfil".

Dette avslutter den korte veiledningen for å installere og konfigurere W3 Total Cache. Vi håper at denne artikkelen var nyttig for deg og at nettstedet ditt har fått vingene tilbake.

For hver av plugin-funksjonene som er oppført og ikke oppført her, er det en egen fane, for mer detaljerte innstillinger. Jeg vil bare si noen få ord om fanen Page Cache – bufring av nettstedssider. I den første generelle blokken i denne fanen kan du spesifisere hvilke sider og for hvilke brukere du kan aktivere hurtigbufring. Jeg tror du vil finne ut av det selv, for rent logisk kan du forstå at det ikke er noen grunn til å cache 404-siden.

Den neste funksjonen, Cache Preload, er det jeg liker spesielt godt med W3 Total Cache. Denne funksjonen, basert på dataene i sitemap.xml-filen, oppretter en hurtigbuffer med et spesifisert antall sider hver spesifisert tidsperiode. Takket være dette vil nettstedet ditt bli fullstendig bufret etter en tid (avhengig av størrelsen på nettstedet ditt). I motsetning til WP Super Cache, som også tilbyr denne funksjonen, fungerer den faktisk her. Siden Super Cache, i flere forsøk på å tvinge den til å bufre hele nettstedet (det ble prøvd på to forskjellige nettsteder), bare lot som om han var opptatt med arbeid. Faktisk ble ikke bufferen fylt opp i det hele tatt.

I neste kolonne kan du spesifisere hvilke sider som må oppdateres i cachen når en side redigeres. Her tror jeg det vil være en god idé å oppdatere hoved- og kategorisidene, men igjen, alt avhenger av nettstedet ditt og din mening.

Det siste elementet heter Avansert, og det er spesielt interessant fordi i det kan du konfigurere cache-levetiden, som som standard, hvis jeg ikke tar feil, er satt til 5-10 minutter, husker jeg ikke. Det er også interessant fordi det aller første elementet, som tilsynelatende inkluderer hele denne saken, ikke er aktiv. Men prøv likevel elementet som heter Søppelinnsamlingsintervall og sjekk hva som skjer hvis du fra en annen nettleser (i inkognitomodus blir enda bedre) går til en bufret side for 10-15 minutter siden, og så ser på kommentaren på slutten av sidekoden som angir tidspunktet for opprettelsesbufferen. Hvis klokkeslettet har blitt oppdatert og blir lik tidspunktet for besøket ditt, så er plugin-modulen enten buggy eller vil ha penger for tjenestene sine.

Det er alt for den offisielle delen, noe som betyr at debriefingen vil begynne med råd fra en allerede erfaren pilot om dette miraklet.

Problemer med W3 Total Cache

La oss sannsynligvis starte med det faktum at jeg vil beskrive konfigurasjonen av serveren som siden kjører W3 Total Cache på og som denne plugin-modulen ble koblet til. Dette er en VPS som kjører CentOS 6.5 OS, der den trege Apache er installert på baksiden, og den raske og kvikke Nginx er komfortabelt plassert på frontenden. I tillegg er eAccelerator installert for å bufre spørringer i databasen, som, kombinert med ikke de mest skjeve hendene, lar deg bare trenge den første og mest viktig funksjon W3 Total Cache-plugin. Herfra vil jeg umiddelbart kutte av kommentarer og uttalelser angående det faktum at kanskje W3 Total Cache fungerer på noen måter dårligere enn andre lignende plugins, siden denne plugin (nemlig W3 Total Cache) har full kompatibilitet med Nginx, mens alle andre plugins vil legg til kodene deres i .htaccess-filen og vent med åpenbar forvirring til administratoren skriver om disse omskrivningene på et språk som er forståelig for Nginx. Det siste må jeg si at jeg mislyktes. Mer presist klarte jeg ikke å finne fungerende omskrivninger som ville få Super Cache og Nginx til å bli venner. Kanskje det er til det bedre, siden nå ville jeg gjerne erstattet Super Cache på denne bloggen med W3 Total Cache. Men det er noen svarte i familien, og W3TC er ikke så ufarlig. Med dette avsnittet avslutter jeg min monolog om hva som må gjøres med Nginx-serveren for å bufre nettstedssider. (Jeg er alltid glad for å høre andre hurtigbufringsmetoder).

Så ingen skal ha noen problemer i prosessen med å introdusere W3 Total Cache til Nginx, og enda mer med Apache, og la oss derfor gå videre til å løse problemet med manglende evne til å endre cachens levetid, samt det faktum at W3 Total Cache nekter fullstendig å lytte til alle innstillingene som er gjort, slik som å forby caching av sider med forespørsler (søkesider) og forby caching for brukere. Hvis jeg fortsatt ikke har funnet ut av de to siste, selv om jeg klarte å redigere konfigurasjonsfilen manuelt (forresten, som ligger på wp-content/w3tc-config/master.php), så klarte jeg å takle den første en. Jeg vil gjerne si at endringer som gjøres i administrasjonspanelet til denne plugin-en vanligvis lagres i denne filen, men det er bedre å dobbeltsjekke, siden hver variabel har et selvforklarende navn. Av alle variablene var jeg interessert i variabelen pgcache.late_init (mest sannsynlig fra Late initialization - det samme elementet som ikke er aktivt), som jeg umiddelbart satte til true, samt parameteren pgcache.cache.nginx_handle_xml, etter innstilling det er sant at plugin-en endelig begynte å lytte til nummeret som ble skrevet inn i feltet om maksimal cache-levetid. Kontrollen viste at etter disse endringene, på serveren nevnt ovenfor, begynte cachens levetid faktisk å falle sammen med av spesifisert bruker betydning.

Siden cache-levetiden var det viktigste punktet for meg fra hele oppsettet av W3 Total Cache-plugin, tenkte jeg at dette kjetteriet fortsetter å cache søkesider og sider til påloggede brukere (hvorav det heldigvis bare er én, det er meg). Tross alt, med alt dette er det bare plassen på harddisken som lider, noe som er ganske nok for øyeblikket, og til og med med full caching av alle sider, inkludert mobilversjonen, som forresten plugin også kan cache separat, der vil fortsatt være mye plass igjen på hostingen. Men likevel, hvis noen vet hvordan man behandler en plugin for denne sykdommen, vennligst kontakt studioet.

Husker mobilversjonen av nettstedet, jeg vil gjerne si at pluginet kan cache og denne versjonen, og separat, som er gode nyheter. For å gjøre dette må du gå til kategorien User Agent Groups og merke av for to avmerkingsbokser ved siden av Aktiver elementer. I hvert av punktene kan du legge til dine egne brukeragenter for noen nye enheter. Mobilversjonsbufferen lagres i samme sidemappe som hovedversjonsbufferen. Den eneste forskjellen er tillegget av høye og lave postfikser (det er dette gruppene kalles som standard). Du kan forresten legge til dine egne grupper. Den eneste ulempen med mobilversjonen er at pluginet ikke uavhengig kan lage en cache for mobilversjonen av nettstedet, noe som betyr at bare brukerne dine (eller du) vil gjøre dette.

Det neste problemet med W3 Total Cache var at på denne siden, umiddelbart etter aktivering av denne plugin-en og aktivering av caching-funksjonen, ble hele siden bunnet i vrøvl, noe som indikerer problemer med W3 Total Cache-koding. Nettstedet bruker UTF-8-koding, og til og med disse tegnene vises i plugin-innstillingene. Men både aktivering av Disable UTF-8 bloggtegnsettstøtteelementet og deaktivering av det ga ingen frukt. Videre, i dypet av Internett, ble det funnet et hint om at du må legge til AddDefaultCharset UTF-8-linjen i begynnelsen av .htaccess-filen, men også denne metoden Jeg kunne ikke hjelpe. Og siden ytterligere søk ikke førte til noe verdt, ble WP Super Cache installert (som ved første øyekast ikke er uten noen av problemene beskrevet ovenfor, men mer om det kanskje senere).

Koding W3 Total Cache, vennskap til W3 Total Cache med Nginx, mobilversjon nettsted... Vel, det virker som om jeg ikke gikk glipp av noe jeg fant opp under mitt bekjentskap med dette verktøyet, som, jeg må si, gjør jobben sin ganske bra. Hvis sidene på nettstedet ovenfor, å dømme etter statistikk fra Pingdom.com, lastes inn på 1-2 sekunder, er nå dette tallet for en bufret side 0,5-0,7 sekunder. Hvis vi slår til Sidehastighet fra respekterte Google, så kan du bare støte på advarsler om at ressursene, skriptene og annet søppel som lastes inn sammen med denne siden er det eneste negative punktet i en upåklagelig teknisk optimalisering nettstedet. Og det er interessant at Google sverger til JQuery-skript, som er lastet ned fra depotet... ja, akkurat, fra Google-depotet. De bør ta seg av dette problemet selv.

Ikke verst generelt, skriblet jeg om prosessen med å installere og konfigurere W3 Total Cache-plugin og videre diskusjoner med denne pluginå få det til å fungere som et menneske. Jeg vil gjerne motta tilstrekkelige kommentarer, råd, forespørsel osv.

  • Det store antallet alternativer gjør denne plugin veldig fleksibel for finjustering; det kalles noen ganger et rammeverk for å øke ytelsen til nettstedet
  • Plugin-en er megapopulær, utvikler seg aktivt, og du kan alltid finne en enorm mengde informasjon om den på Internett
  • Fungerer bra på normalen virtuell hosting, men med dedikert hosting kan du presse enda mer ut av det, og for ekstremsportentusiaster finnes det en proffversjon.
  • Det er ikke noe russisk språk, men du kan finne en ferdig oversettelse på Internett - W3 Total Cache russisk språk

Nettstedbufring lar deg øke hastigheten på sidelastingstiden, og W3 Total Cache-plugin er et av de beste tilpassbare alternativene for dette.

Foreløpige trinn før du installerer plugin

  1. Deaktiver andre installerte caching-plugins for å unngå mulige konflikter
  2. Gjøre sikkerhetskopiering av database data(å føle seg rolig)
  3. Sjekk din nåværende lastehastighet for nettstedet gjennom tjenesten gtmetrix.com slik at du kan spore endringer etter optimalisering.

Installere og konfigurere W3 Total Cache

Programtillegget er installert på vanlig måte. Du kan laste den ned her https://wordpress.org/plugins/w3-total-cache/, eller ved å søke i wordpress-konsollen.

Etter aktivering vil du se stor meny med et bredt utvalg av alternativer inni. Ikke bekymre deg, du vil sannsynligvis ikke bruke de fleste av dem. Og hvis du administrerer din egen dedikerte server, kan du enkelt finne ut av de avanserte innstillingene.

Ytelse -> Installer-siden inneholder instruksjoner for grunnleggende installasjon.

Hvis du vil se mer Detaljert beskrivelse W3 Total Cache-moduler og -innstillinger - jeg anbefaler å besøke den oversatte 3-delte veiledningen på wpcafe.org

Her vil vi se på minimumssettet med innstillinger for å få plugin og caching til å fungere.

  1. Sett tillatelser til 755 på wp-content/-katalogen - i konsollen, i filbehandleren eller i ftp-klient, på noen måte som er praktisk for deg.
# chmod 755 /var/www/vhosts/domain.com/httpdocs/wp-content/
  1. På fanen Ytelse -> Generelle innstillinger velger du hurtigbufringsmetode for sider, database og minifisering. I de fleste tilfeller er "gode" innstillinger diskforbedrede for sidebufring, disk for minifisering og databasebufring.
  2. Kompatibilitetsmodus – Alternativet Kompatibilitetsmodus i delen Sidebufferinnstillinger aktiverer funksjonalitet som optimaliserer bufringsopplevelsen med WordPress. Alternativet er deaktivert som standard, men anbefales på det sterkeste.
  3. På Forminsk-fanen er alle anbefalte alternativer forhåndsinnstilt.
  1. På fanen HTTP-nettleserbuffer er komprimering aktivert som standard. Slå på andre alternativer for å konfigurere nettleserens hurtigbuffer og oppbevaringsperioder.

  1. Hvis nettstedet ditt har et CDN tilkoblet, går du til fanen Content Delivery Network for å konfigurere de obligatoriske feltene.

Hvis du ikke har en CDN-leverandør, kan du sette opp et selvhostet alternativ på serveren din. Les FAQ for dette

  1. På fanen Database Cache er anbefalte innstillinger forhåndsinnstilt
  2. På fanen Objektbuffer er de anbefalte innstillingene forhåndsinnstilte

På de to siste fanene, bruk diskmetoden med forsiktighet fordi på delt hosting kan dette føre til dårlig ytelse

Du skjønner, det er mange alternativer og innstillinger, men du trenger ikke å klikke på hver og en av dem.

Til slutt er mange bekymret for dette spørsmålet:

Hva er bedre - W3 Total Cache eller WP Super Cache?

Svaret er at begge gjør jobben sin godt.

Deres viktigste forskjell:

  • WP Super Cache er posisjonert som en enkel løsning for WordPress-bufring, selv om den også har en seksjon med noen avanserte innstillinger
  • W3 Total Cache er definitivt en mer tilpassbar og fleksibel plugin. Spesielt hvis du holder nettstedet på en dedikert server, kan det være ditt det beste alternativet for å levere optimal ytelse.

Jeg skal fortelle deg "hemmeligheten" for hvordan du velger mellom dem. Ikke stol på andres meninger. Nettstedet ditt kan være unikt i kode, design og serveregenskaper.

  • installer den første plugin-modulen, aktiver hurtigbufferen, åpne flere sider, og visuelt verifiser at den fungerer. Mål nettstedets ytelse, ta skjermbilder hvis mulig.
  • installer den andre plugin-en, aktiver hurtigbufferen og anbefalte moduler, test nettstedet og mål deretter hastigheten på nytt.
  • sammenlign med resultatene av den første og la den stå igjen ga deg de beste resultatene
  • Ikke glem at det finnes andre plugins på markedet, betalte og gratis - les dokumentasjonen for dem eller test dem selv.

Jeg har hatt tilfeller der en caching-plugin i konflikt med andre installerte plugins, og den andre fungerte perfekt. Og vice versa.

Derfor, beste plugin- dette er den du har virker og leverer konsekvent optimal ytelse ut av esken.

Eksperimenter, legg igjen kommentarer og del resultatene dine.

W3 Total Cache er en effektiv, pålitelig og svært funksjonell caching-plugin for WordPress som kan forbedre nettstedets ytelse betydelig, øke lastehastigheten og redusere serverbelastningen. I denne artikkelen skal vi se på eksempler på optimale innstillinger for W3 Total Cache-plugin for bruk på både delt hosting og en dedikert server.

Denne artikkelen vil bare vurdere det meste viktige innstillinger W3 Total Cache-plugin. Hvis du ikke fant noen innstillinger, er standardverdiene deres optimale, eller de er ansvarlige for innstillingene betalte funksjoner plugin, så ble ikke vurdert.

Last ned innstillinger

For maksimal bekvemmelighet kan du laste ned importfilene for W3 Total Cache-plugininnstillinger. Du kan importere innstillinger i menyen Ytelse > Generelle innstillinger > Import/eksportinnstillinger.

Alt du trenger er om nødvendig å spesifisere banen til nettstedskartet i XML-format På siden Sidebuffer I kapittel Forhåndsinnlasting av cache etter å ha importert innstillingene og tøm hurtigbufferen. Dette fullfører oppsettet av W3 Total Cache-plugin.

Generelle innstillinger

Denne siden inneholder generelle innstillinger for W3 Total Cache-plugin. Siden er tilgjengelig i menyen Popptreden>Generelle innstillinger.

Generell


Ytelse > Generelle innstillinger > Generelt
  • Forhåndsvisningsmodus– ansvarlig for å slå på modusen forhåndsvisning. Denne modusen aktiverer plugin bare for brukeren som konfigurerer den. Funksjonen er nyttig når man jobber med prosjekter som allerede er på nettverket og har en viss trafikk.

Sidebuffer


Ytelse > Generelle innstillinger > Sidebuffer
  • Sidebuffer– aktivering av sidebufring. Lar deg redusere serverens responstid, øke sidelastingshastigheten og også redusere belastningen på serveren ved å bufre nettstedssider.
  • Sidebuffermetode- en metode for bufring av nettsider. Anbefalt verdi - Disk: Forbedret(cachen vil bli lagret på harddisken). I dag er nesten alle servere utstyrt med kraftige SSD-stasjoner, Derfor dette alternativet er optimal. Bruke metoder som innebærer å lagre en sidebuffer i tilfeldig tilgang minne Det anbefales bare hvis du er sikker på at volumet vil være tilstrekkelig til å lagre cachen.

Forminsk


Ytelse > Generelle innstillinger > Reduser
  • Forminsk– aktivering av filminifisering. Lar deg øke lastehastigheten til nettstedet med CSS-komprimering, JavaScript og HTML-filer og fjerner unødvendig kode fra dem, for eksempel kommentarer.
  • Forminsk modus- minifikasjonsmodus. Anbefalt verdi - Auto. I dette tilfellet bestemmer W3 Total Cache-plugin uavhengig hvilke filer som skal minifiseres og rekkefølgen de er inkludert i. Hvis du vil spesifisere filer manuelt - velg verdien Håndbok(Ikke anbefalt).
  • Forminsk buffermetode– caching metode. Anbefalt verdi - Disk. Jeg anbefaler alltid å lagre statiske filer på harddisken din, da dette i de fleste tilfeller er mest beste alternativet når det gjelder pålitelighet og ytelse.
  • HTML-minifier- HTML-kodeminifier. Anbefalt verdi - Forminsk (standard).
  • JS minifier– JavaScript-kodeminifier. Anbefalt verdi - JSMin (standard).
  • CSS-minifier– CSS-kodeminifier. Anbefalt verdi - Forminsk (standard).

Hvis det, etter aktivering av minifisering, oppstår problemer med driften av nettstedet, eksperimenter med forskjellige typer minifiers.

Opcode Cache


Ytelse > Generelle innstillinger > Opcode Cache
  • Opcode Cache– aktiverer caching av kompilert PHP-kode. Anbefalt verdi - Opcode: Zend Opcache. Vanligvis er funksjonen kun tilgjengelig på VPS/VDS.
  • Bekreft tidsstempler– la avmerkingsboksen for korrekt cacheoppdatering uten å laste PHP-modulen på nytt.

Databasebuffer


Ytelse > Generelle innstillinger > Databasebuffer
  • Databasebuffer– aktiverer caching av databasespørringer. Lar deg redusere sidegenereringstiden. Det anbefales å bruke det som et alternativ til objektbufferen hvis sistnevnte ikke kan brukes av en eller annen grunn. Databasespørringsbufring kan brukes enten separat eller samtidig med objektbufring.
  • Databasebuffermetode- metode for å bufre spørringer til databasen. Anbefalt verdi - Membufret(hvis installert) eller et annet alternativ som involverer lagring av hurtigbufferen i RAM i stedet for på harddisken. Bufring av databasespørringer kan skape et stort antall filer og mapper som vil belaste mye disk undersystem server og påvirke ytelsen negativt.

Objektbuffer


Ytelse > Generelle innstillinger > Objektbuffer
  • Objektbuffer– aktivering av objektbufring. Lar deg bufre data som kan være beregningsmessig kostbare å gjenopprette, f.eks. komplekse spørsmål til databasen.
  • Objektbuffermetode- metode for objektbufring. Som med databasespørringsbufferen, objektbuffer Det anbefales å lagre det i RAM.

Nettleserbuffer


Ytelse > Generelle innstillinger > Nettleserbuffer
  • Nettleserbuffer– aktiveres klientbufring. Lar deg øke hastigheten på lasting av nettstedet når du får tilgang til det igjen ved å bufre grafikk, CSS, JavaScript og andre sideelementer i brukerens nettleser.

Import/eksportinnstillinger


Ytelse > Generelle innstillinger > Import/eksportinnstillinger
  • Importer konfigurasjon– importer innstillinger fra en JSON-fil.
  • Eksporter konfigurasjon- eksporter innstillinger til JSON-fil.
  • Tilbakestill konfigurasjonen- tilbakestill W3 Total Cache-plugininnstillinger til standardverdier.

Sidebuffer

Denne siden inneholder innstillinger for sidebufring. Innstillingssiden er tilgjengelig i menyen Popptreden>Generelle innstillinger.

Generell


Ytelse > Sidebuffer > Generelt
  • Cache innleggsside- caching av innleggssider.
  • Ikke cache forsiden- deaktiver hurtigbufring av hovedsiden (hvis en statisk side brukes).
  • Bufferfeeder: nettsted, kategorier, tagger, kommentarer- caching av feeds (kategorier, tagger, kommentarer, etc.).
  • Cache SSL (https) forespørsler- caching av unike SSL-forespørsler. Bruk dette alternativet hvis nettstedet ditt bruker https-protokollen.
  • Buffer URIer med spørrestrengvariabler- bufring av sider med parametere i URL-en. Funksjonen er svært nyttig for nettbutikker med produktfiltre, samt sider der brukere aktivt bruker søk. Dessverre, i gratis versjon plugin denne funksjonen er ikke tilgjengelig.
  • Cache 404 ( ikke funnet) sider- bufring av 404-feilsider. Bruk denne funksjonen med forsiktighet, som når du velger en bufringsmetode Disk: Forbedret serveren vil gi feil koder respons (200 i stedet for 404), som vil påvirke negativt søkemotoroptimalisering nettstedet.
  • Ikke hurtigbufr sider for påloggede brukere- deaktiver hurtigbufring for autoriserte brukere. Det anbefales ikke å deaktivere denne funksjonen, da dette vil føre til databufring for alle brukere, inkludert nettstedadministratoren.
  • Ikke hurtigbufrer sider for følgende brukerroller- deaktiver caching for utvalgte brukerroller. Pass på å velge brukerroller som er ansvarlige for å administrere nettstedet, for eksempel "Administrator", "Editor", etc.

Forhåndsinnlasting av cache


Ytelse > Sidebuffer > Forhåndsinnlasting av buffer
  • Fyll automatisk sidebufferen- aktivere denne funksjonen for å automatisk opprettelse sidebuffer. Ellers vil cachen kun opprettes når siden besøkes.
  • Fyll siden automatisk cache oppdatering intervall- intervallet mellom å lage hurtigbufferen for neste sideserie.
  • Sider per intervall- antall sider hvis cache vil bli opprettet ved hvert intervall. Angi verdien under hensyntagen til serverkraften. Jo kraftigere serveren er, jo flere sider kan du spesifisere i dette feltet.
  • Nettadressekart- lenke til nettstedskart. Sidene vil bli bufret basert på prioritet i XML-nettkartet. For å generere et områdekart i XML-format, bruk plugin Google XML Sitemaps eller lignende.

Purge Policy: Sidebuffer

Denne blokken er ansvarlig for å konfigurere cache-tømming når du oppretter/redigerer et innlegg og publiserer kommentarer. For å forbedre ytelsen anbefales det å bruke standardverdiene.

Avansert

Denne blokken inneholder avanserte innstillinger for sidebufring. Her er vi kun interessert i feltet Søppelhentingsintervall, som er ansvarlig for å angi skylleintervallet for diskbufferen.

Ytelse > Sidebuffer > Avansert > Søppelinnsamlingsintervall

Forminsk

Denne siden inneholder minifikasjonsinnstillinger for HTML, XML, CSS og JavaScript.

Generell


Ytelse > Reduser > Generelt
  • Omskriv URL-strukturen– aktiver denne funksjonen for å fjerne GET-parametere fra lenker til komprimert CSS og JavaScript-filer.
  • Deaktiver minify for påloggede brukere- deaktiverer lasting av komprimerte sider for autoriserte brukere.
  • Reduser feilvarsel- er ansvarlig for å konfigurere feilmeldinger når du oppretter en minifisert cache.

HTML og XML


Ytelse > Forminsk > HTML og XML

Denne blokken er ansvarlig for å sette opp minifiseringen av HTML-koden til nettstedsidene. Komprimering av HTML-kode har vanligvis ikke stor innvirkning på ytelsen, men det kan ofte forårsake layoutproblemer, som redusert polstring mellom elementer osv. Gitt dette anbefaler jeg ikke å bruke denne funksjonen.

JS


Ytelse > Forminsk > JS
  • JS minify innstillinger– aktiverer minifisering av JavaScript-filer.
  • Operasjoner i områder- ansvarlig for å angi typen lasteskript i forskjellige områder HTML-sider. Siden bare kritiske skript vanligvis lastes inn i hodet på siden, og alt annet flyttes nærmere den avsluttende body-taggen, vil de mest optimale verdiene være Standard (blokkering) Til Før Og Ikke-blokkerende (bruker "utsette") Til Etter . Hvis du ønsker, kan du eksperimentere med forskjellige innstillinger, men som praksis har vist, er verdiene ovenfor de mest optimale.
  • Kun forminsk/kombiner– type minifisering. I henhold til reglene for god form inkluderer temaer og plugins vanligvis allerede komprimerte versjoner av CSS- og JavaScript-filer, så jeg anbefaler å angi verdien Bare kombinere. I dette tilfellet vil JavaScript-filer bare slås sammen (hvis mulig).

Vi lar de gjenværende innstillingene være deaktivert, med tanke på den tidligere valgte hurtigbuffertypen ( Disk: Forbedret).

CSS


Ytelse > Forminsk > CSS

Denne blokken er ansvarlig for å sette opp CSS-minifisering. Det er ikke noe spesielt å kommentere her, så vi setter innstillingene som vist på bildet.

Avansert

Denne blokken inneholder avanserte minifikasjonsinnstillinger. Her er vi kun interessert i to felt:


Ytelse > Reduser > Avansert
  • Oppdater eksterne filer hver– intervall mellom nedlasting og oppdatering eksterne filer i den minifiserte cachen.
  • Søppelhentingsintervall- intervall for å tømme den minifiserte cachen. For høyt belastede prosjekter anbefales det å sette en lavere verdi.

Vi lar de gjenværende innstillingene stå på standardverdiene.

Nettleserbuffer

Denne siden inneholder nettleserbufferinnstillinger. De fleste av dem er allerede satt optimale verdier som standard, så du trenger bare å sammenligne innstillingene med eksemplene nedenfor og justere dem om nødvendig.

Generell


Ytelse > Nettleserbuffer > Generelt

CSS og JS


Ytelse > Nettleserbuffer > CSS og JS

HTML og XML


Ytelse > Nettleserbuffer > HTML og XML

Media og andre filer


Ytelse > Nettleserbuffer > Media og andre filer

Sikkerhetsoverskrifter

I denne innstillingsblokken er vi kun interessert i feltet HTTP Strenge transportsikkerhetspolicy, der du må merke av i boksen hvis du bruker SSL på nettstedet.

Ytelse > Nettleserbuffer > Sikkerhetshoder > HTTP Strict Transport Security policy

Tømmer cache

For å tømme hurtigbufferen i W3 Total Cache-plugin, bruk Toppmeny Opptreden i nettstedets administrative panel. For å tømme ønsket cache, følg bare den tilsvarende lenken i menyen.


Tøm cache-menyen i W3 Total Cache

Du kan også bruke de tilsvarende knappene i W3 Total Cache-plugin-innstillingene eller varsler som vises for eksempel etter aktivering/deaktivering av en WordPress-plugin.

Løse mulige problemer

I løpet av hele tiden jeg brukte W3 Total Cache-plugin, møtte jeg bare to problemer:

  1. Programtillegget kan ikke aktiveres på grunn av feil innstilte filtillatelser.
  2. Overdreven belastning på serveren på grunn av bruk av et områdekart for automatisk å opprette en cache.

Hvis du ser et varsel som dette etter at du har aktivert plugin-en, må du sjekke at tillatelsene på WordPress-filene og -mappene dine er riktig satt.

  • 755 eller 750 for alle kataloger.
  • 644 eller 640 for alle filer.
  • 440 eller 400 for filen wp-config.php.

Hvis plugin-modulen fortsatt ikke er aktivert etter å ha endret tillatelsene, må du angi tillatelsene 644 for wp-config.php-filen, aktiver deretter W3 Total Cache-plugin, og endre deretter tillatelsene tilbake til 400 eller 440 .

Du kan også redigere filen wp-config.php manuelt. For å gjøre dette, åpne den i et hvilket som helst tekstredigeringsprogram, for eksempel NotePad++ og legg til følgende kode helt i begynnelsen:

/** Aktiver W3 Total Cache */ define("WP_CACHE", true); // Lagt til av W3 Total Cache

Deretter lagrer du filen, oppdaterer den på serveren og aktiverer plugin-modulen på nytt.

Overdreven belastning på serveren

Hvis du merker en kraftig økning i belastningen på serveren etter aktivering av W3 Total Cache plugin, som er kombinert med hyppige anrop fra plugin til XML sitemap (se serverlogger), så er årsaken bruken av foreløpig opprettelse av en sidebuffer ved hjelp av nettstedskartet.


Du kan løse problemet ved å endre prioriteten til sidene i XML-nettkartet, fjerne koblingen til områdekartet i innstillingene for oppretting av forhåndsbuffer (Ytelse > Sidebuffer > Forhåndslasting av buffer > Nettkart-URL) eller fullstendig avstengning denne funksjonen.

Konklusjon

W3 Total Cache er en av de mest funksjonelle og pålitelige caching-pluginene for WordPress, som også er en av de mest populære og høyt rangerte.

Til tross for dette, på grunn av kompleksiteten i oppsettet og mangelen på kvalitetsinformasjon om plugin-modulen på russisk, foretrekker mange brukere fortsatt å bruke mindre effektive, men mer enkle løsninger som WP Super Cache, Hyper Cache eller liknende.

Denne artikkelen gir nok informasjon til at hvem som helst, uavhengig av kunnskap og erfaring, kan sette opp caching på nettsiden deres ved å bruke W3 Total Cache-plugin og nekte å bruke selv gode, men mindre effektive løsninger.

Fant du en feil? Velg den og klikk Ctrl + Enter

trykt versjon