Acum câteva zile am început o serie de tutoriale despre W3TC (W3 total Cache), care este un plugin care vă va permite să vă cacheți blogul, astfel încât acesta să ruleze mult mai repede.
Această serie de tutoriale arată astfel:
- Partea 1: Introducere în cache
- Partea 2: Cum se configurează W3TC
- Setări generale - episodul 1
- Mai multe setări generale - episodul 2
- Configurarea cache-ului paginii - Episodul 3 (acest tutorial)
- Configurare Minificări - episodul 4
- Configurarea bazei de date în cache - Episodul 5
- Configurare obiect și browser - episodul 6
- Partea 3: Toate răspunsurile la întrebările dvs.
- Partea 4: Parametrii „Mainspan” W3TC
În episodul anterior, eram încă în partea 2, dar am început cu setările generale. Astăzi vom continua cu setările Caching pagini.
când Caching pagini este activată din meniul de setări generale, utilizați butonul „ pagina Cache Pentru a accesa configurația cache pentru acest element.
Când selectați pagini în cache, fiți cât mai inclusivi. În cele mai multe cazuri, veți dori să memorați în cache aproape toate paginile.
Dacă site-ul dvs. este disponibil cu https, atunci veți dori să activați SSL Cache (https) Pentru aceste aplicații.
Majoritatea site-urilor nu vor beneficia de pe urma Caching pe baza URI-urilor. Activarea acestei opțiuni poate produce rezultate neașteptate prin memorarea în cache a șirurilor neașteptate. Deci, dacă funcția dvs. de căutare nu este utilizată pe scară largă pentru a căuta cu aceiași termeni, lăsați această opțiune dezactivată.
În cele din urmă, este recomandabil să nu memorați în cache pagina 404. Oricum, vizitatorii nu trebuie să le vadă foarte des și nu veți dori ca Google să indexeze o pagină 404 ca o pagină obișnuită, ceea ce se poate întâmpla dacă activați această opțiune.
Următoarea opțiune, „Solicitări cache doar pentru (domeniul dvs.) adresa site-ului ”(numai cereri cache) este debifată în mod implicit, dar recomandarea universală este să verificați această opțiune.
Următoarele două opțiuni arată destul de asemănătoare, dar explicația de sub fiecare opțiune o clarifică.
« Nu cache paginile pentru utilizatorii conectați trebuie să rămână întotdeauna verificate Trebuie să rămână mereu verificat. Dacă îl lăsați verificat și vedeți site-ul dvs. în timp ce este conectat, acțiunea dvs. va memora în cache pagina și o va afișa pentru utilizatorii care nu sunt conectați.
« Nu ascundeți paginile pentru următoarele roluri de utilizator Înseamnă că utilizatorii care se potrivesc cu rolul selectat vor accesa versiunea directă (nu în cache) a site-ului dvs.
Următoarea secțiune, " Cache Preîncărcați Este folosit pentru a construi memoria cache a paginii înainte de a fi încărcat.
Este o idee bună să alegeți opțiunea de preîncărcare a memoriei cache a paginii. Intervalul de pagină implicit și valorile intervalului de pagină sunt setări bune pentru serverele partajate. Cu toate acestea, dacă aveți un mediucazare mai puternic, nu ezitați să reduceți actualizarea paginii și intervalul de stocare în cache.
Va trebui să adăugați adresa URL a sitemap-ului în câmpul corespunzător de tipuri pe care W3TC îl utilizează pentru a-l utiliza pentru a identifica paginile care trebuie să fie memorate în cache.
În cele din urmă, în majoritatea cazurilor, veți dori să selectați „ Preîncărcați post Cache publica la evenimente ". Acest lucru vă va asigura că versiunea cache a paginii dvs. este actualizată de fiecare dată când publicați un articol nou.
Secțiunea de curățare este utilizată pentru a specifica paginile pentru „ gol Din cache, ori de câte ori un articol este postat, editat sau comentat.
Probabil veți dori să lăsați opțiunile de curățare a memoriei cache, cu excepția cazului în care știți că nu veți dori ca una dintre pagini să fie curățată la evenimentele menționate anterior.
Limita de purjare determină numărul de pagini arhivate care trebuie eliminate. De exemplu, dacă arhiva articolului dvs. conține pagini 20 și setați limita de purjare la 15, ultimele pagini 15 vor fi șterse, în timp ce cele mai vechi cinci pagini nu vor fi curățate decât ca data de expirare a acestor pagini să sosească.
Setarea valorii pe 0 pentru a curăța toate paginile este o idee bună dacă unele dintre arhivele dvs. nu sunt foarte mari. În acest caz, va trebui să utilizați o valoare 10, care poate fi potrivită pentru această situație.
Dacă ați creat pagini personalizate care trebuie curățate de fiecare dată când mesajele sunt editate și publicate, trebuie să le adăugați manual în câmpul de pagini suplimentare (opțiune disponibilă un pic mai mic).
Secțiunea avansată vă va ajuta să:
- Controlează modul în care W3TC gestionează șiruri de solicitare specifice,
- Excludeți anumiți agenți (dispozitive, browsere), care nu vor primi versiunea din cache,
- Identificați cookie-urile care vor permite W3TC să nu cacheze paginile
- Configurați excepții specifice suplimentare.
Luați un minut pentru a privi setările de la începutul secțiunii „Avansat”.
« iniţializarea Târziu Această caracteristică avansată vă permite să implementați stocarea în cache a paginii într-un mod fragmentat. Puteți ignora această opțiune în majoritatea cazurilor.
« Modul de compatibilitate »: Autorul pluginului recomandă activarea modului de compatibilitate pentru a minimiza apariția erorilor.
« charset Dacă observați caractere ciudate care apar în paginile din cache, activați această opțiune.
« Respingerea cererilor HEAD ": Lăsați această opțiune dezactivată. Informațiile conținute într-o cerere HTTP HEAD sunt uneori necesare pentru a construi pagina rezultată. Dacă dezactivați această opțiune, datele solicitării HEAD nu vor fi memorate în cache și pot sparge paginile care sunt construite folosind aceste informații.
« Interval de colectare a gunoiului »: Specificați cât de des sunt șterse datele din cache expirate. Ștergerea datelor din cache Resurse a serverului, nu trebuie făcut prea des dacă site-ul dvs. este ocupat sau dacă serverul dvs. este supraîncărcat. Valoarea implicită este adecvată pentru aproape toate serverele.
« Cum durata de viață cookie Reducerea acestei valori va reduce încărcarea pe server, deoarece expirarea cookie-urilor utilizate pentru autentificarea părților interesate expiră mai repede. Totuși, setarea unei valori prea scurte îi va determina pe utilizatori să se autentifice tot timpul.
Restul câmpurilor din această secțiune nu ar trebui modificate decât dacă știți că doriți să înlocuiți comportamentul W3TC pentru un anumit cookie, un " agent utilizator Sau o pagină.
Asta e pentru această suită. Vom continua într-un episod următor.
