Utilizați Zinn® Cache cu o memorie cache nginx, Varnish sau Apache

1. Verificați ce se stochează în memoria cache

   În WordPress deschideți Zinn Digital®, Memorie cache, Stare și apăsați Verificați acum. Dacă nginx, Varnish sau Apache vă stochează paginile în memoria cache, ecranul îl va numi, iar Zinn® Cache nu va adăuga propria memorie cache a paginii în spatele acestuia.

2. Alegeți memoria cache a serverului

   Deschideți fila Server cache și alegeți nginx, Varnish sau Apache mod_cache. Alegeți None dacă nimic nu stochează paginile în memoria cache înaintea WordPress: memoria cache de fișiere proprie a Zinn® Cache se va ocupa atunci de sarcină.

3. Indicați cum să curețe

   nginx: o solicitare de golire (modulul ngx_cache_purge; setați Trimite golirile la http://127.0.0.1 când în față se află un CDN), ștergerea fișierelor din cache atunci când WordPress poate citi dosarul de cache, sau un dosar pe care îl citește instrumentul de golire al gazdei dvs. Varnish: adresa acestuia, cu PURGE sau BAN permise de pe server. Apache: dosarul CacheRoot, cu mod_cache într-un gazdă virtuală de reverse-proxy.

4. Adăugați Cloudflare dacă vă stochează paginile în memoria cache

   Activați golirea Cloudflare și lipiți ID-ul zonei și un token API limitat la golirea memoriei cache. Paginile modificate sunt apoi eliminate și din rețeaua periferică Cloudflare.

5. Testați o adresă

   În fila Stare, goliți o adresă, apoi încărcați-o deconectat de două ori: primul răspuns este miss, următorul hit. Actualizările și activările de module reîmprospătează acum site-ul într-un lot pe minut, în loc să golească toate memoriile cache deodată.

6. Sau lăsați-ne pe noi să administrăm serverul

   Pe găzduirea Zinn Digital®, memoria cache a serverului, Redis și Zinn® Cache vin configurate și testate împreună, pe LiteSpeed, fără a fi nevoie de nicio configurare.

Ghidul următor: Eliminați codul CSS neutilizat, amânați JavaScript și livrați WebP și AVIF