Disa ditë më parë kemi filluar një seri mësimesh rreth W3TC (W3 Total Cache), e cila është një shtojcë që do t'ju lejojë të cache blogun tuaj, në mënyrë që të funksionojë shumë më shpejt.

Kjo seri mësimore duket si kjo:

Në episodin e mëparshëm, ne ishim ende në pjesën 2, por filluam me cilësimet e përgjithshme. Sot do të vazhdojmë me cilësimet e caching faqet.

Kur caching faqet aktivizohen nga menyja e cilësimeve të përgjithshme, përdorni " Cache faqe Për të hyrë në konfigurimin e cache për këtë element.

Kur zgjidhni faqe për të ruajtur cache, jini sa më gjithëpërfshirës të jetë e mundur. Në shumicën e rasteve, do të dëshironi të fshehni pothuajse të gjitha faqet.

Opsioni-cache-i-faqeve

Nëse faqja juaj është në dispozicion me https, atëherë ju do të dëshironi të aktivizoni SSL Cache (https) për këto kërkesa.

Shumica e faqeve nuk do të përfitojnë nga caching bazuar në URI. Aktivizimi i këtij opsioni mund të prodhojë rezultate të papritura duke ruajtur vargjet e papritura. Pra, nëse funksioni juaj i kërkimit nuk përdoret gjerësisht për të kërkuar me të njëjtat terma, lëreni këtë opsion të çaktivizuar.

Më në fund, këshillohet që të mos ruani faqen 404. Vizitorët nuk duhet t'i shohin ato shumë shpesh, sidoqoftë, dhe nuk do të doni që Google të indeksojë një faqe 404 si një faqe të rregullt, e cila mund të ndodhë nëse e aktivizoni këtë opsion.

Opsioni tjetër, "Cache kërkon vetëm për (domenin tuaj) adresa e sitit ”(Cache kërkon vetëm) është i pakontrolluar si paracaktuar, por rekomandimi universal është të kontrolloni këtë mundësi.

optional cache-des ngjashme

Dy opsionet e ardhshme duken mjaft të ngjashme, por shpjegimi poshtë secilës opsion e pastron atë.

« Mos cache faqet për përdoruesit e regjistruar duhet të qëndrojnë gjithmonë të kontrolluara Gjithmonë duhet të mbetet i kontrolluar. Nëse e lini atë të kontrolluar dhe shikoni faqen tuaj ndërsa jeni të lidhur, veprimi juaj do të mbajë në memorie faqen dhe do ta shfaqë atë për përdoruesit që nuk janë regjistruar.

« Mos i fshihni faqet për rolet e mëposhtme të përdoruesit Do të thotë që përdoruesit që përputhen me rolin e zgjedhur do të hyjnë në versionin e drejtpërdrejtë (jo të ruajtur) të faqes tuaj.

Seksioni tjetër, " Preload cache Përdoret për të ndërtuar cache-in e faqes përpara se të ngarkohet.

hide preload

Është një ide e mirë të zgjidhni opsionin për të ngarkuar paraprakisht cache-in e faqes. Gama e parazgjedhur e faqeve dhe vlerat e diapazonit të faqeve janë cilësime të mira për serverët e përbashkët. Megjithatë, nëse keni një mjedis tëakomodimi më i fuqishëm mos ngurroni të zvogëloni përditësimin e faqes dhe intervalin e memorizimit.

Ju do të duhet të shtoni URL-në e sitit në fushën e duhur të llojeve që përdor W3TC për ta përdorur atë për të identifikuar faqet që duhet të ruhen.

Më në fund, në shumicën e rasteve, do të dëshironi të zgjidhni " Preload postin ". Kjo do të sigurojë që versioni i memorizuar i faqes tuaj të azhurnohet çdo herë kur postoni një artikull të ri.

Seksioni i pastrimit përdoret për të specifikuar faqet në " bosh Nga cache, sa herë që një artikull postohet, redaktohet ose komentohet.

opsion de cache-pastrimi

Ju ndoshta do të dëshironi të lini opsionet e pastrimit të cache, përveç nëse e dini që nuk do të doni që njëra prej faqeve të pastrohet në ngjarjet e përmendura më parë.

Kufiri i spastrimit përcakton numrin e faqeve të arkivuara që duhet të pastrohen. Për shembull, nëse arkivi juaj i artikullit ka faqe 20, dhe ju vendosni kufirin e spastrimit në 15, atëherë faqet e fundit 15 do të pastrohen, ndërsa pesë faqet më të vjetra nuk do të pastrohen derisa që të mbërrijë data e skadimit të këtyre faqeve.

Vendosja e vlerës në 0 për të pastruar të gjitha faqet është një ide e mirë nëse disa nga arkivat tuaj janë shumë të mëdha. Në këtë rast, do t'ju duhet të përdorni një vlerë të 10, e cila mund të jetë e përshtatshme për këtë situatë.

Nëse keni ndërtuar faqe me porosi që duhen pastruar çdo herë që mesazhet redaktohen dhe publikohen, duhet t'i shtoni manualisht në fushën e faqeve shtesë (opsion në dispozicion pak më të ulët).

Seksioni i përparuar do t'ju ndihmojë të:

  • Kontrollon se si W3TC trajton vargje specifike të kërkesës,
  • Përjashtoni disa agjentë (pajisje, shfletues) që nuk do të marrin versionin e kopjuar,
  • Identifikoni cookies që do të lejojnë W3TC të mos fshehë faqe
  • Vendosni përjashtime specifike shtesë.

seksioni-Advanced-w3tc

Merrni një minutë për të parë cilësimet në fillim të seksionit "Të përparuar".

« Fillimi i vonshëm Kjo veçori e përparuar ju lejon të implementoni caching të faqeve në një mënyrë të fragmentuar. Ju mund ta injoroni këtë mundësi në shumicën e rasteve.

« Modaliteti i pajtueshmërisë »: Autori i shtojcës rekomandon aktivizimin e mënyrës së përputhshmërisë për të minimizuar shfaqjen e gabimeve.

« charset Nëse vëreni karaktere të çuditshme që shfaqen në faqet e ruajtura, aktivizoni këtë mundësi.

« Refuzo kërkesat e HEAD ": Lini këtë mundësi të çaktivizuar. Informacioni i përfshirë në një kërkesë të HTTP HEAD ndonjëherë është i domosdoshëm për të ndërtuar faqen që rezulton. Nëse e çaktivizoni këtë opsion, të dhënat e kërkesës HEAD nuk do të ruhen dhe mund të prishen faqet që janë ndërtuar duke përdorur këtë informacion.

« Intervali i grumbullimit të mbeturinave »: Specifikoni sa shpesh fshihen të dhënat e memories së skaduar. Fshirja e të dhënave të memories kërkon RESSOURCES të serverit, nuk duhet të bëhet shumë shpesh nëse faqja juaj është e zënë ose nëse serveri juaj është i mbingarkuar. Parazgjedhja është e përshtatshme për pothuajse të gjithë serverët.

« Si jeton cookie Ulja e kësaj vlere do të zvogëlojë ngarkesën në server sepse skadimi i cookies që përdoren për të vërtetuar palët e interesit skadon më shpejt. Sidoqoftë, vendosja e një vlere shumë të shkurtër do të bëjë që përdoruesit të regjistrohen gjatë gjithë kohës.

Pjesa tjetër e fushave në këtë seksion nuk duhet të ndryshohet nëse nuk e dini që doni të prishni sjelljen W3TC për një cookie specifike, një " agjenti i përdoruesit Ose një faqe.

Kjo është ajo për këtë suitë. Do të vazhdojmë në një episod tjetër.