Gamitin ang Zinn® Cache sa isang nginx, Varnish, o Apache cache

1. Suriin kung ano ang nagka-cache

   Sa WordPress, buksan ang Zinn Digital®, Cache, Katayuan, at pindutin ang Suriin ngayon. Kung nagka-cache ang nginx, Varnish, o Apache ng iyong mga pahina, papangalanan ito ng screen, at hindi idaragdag ng Zinn® Cache ang sarili nitong page cache sa likod nito.

2. Piliin ang cache ng iyong server

   Buksan ang tab na Server cache at piliin ang nginx, Varnish, o Apache mod_cache. Piliin ang None kung walang nagka-cache ng mga pahina bago ang WordPress: ang sariling file cache ng Zinn® Cache ang gagawa ng trabaho.

3. Sabihin dito kung paano mag-purge

   nginx: isang kahilingan sa pag-purge (ang module na ngx_cache_purge; itakda ang Send purges to sa http://127.0.0.1 kapag may CDN sa unahan), pagbura ng mga cache file kapag mababasa ng WordPress ang cache folder, o isang folder na binabasa ng purger ng iyong host. Varnish: ang address nito, na may pinapayagang PURGE o BAN mula sa server. Apache: ang CacheRoot folder, na may mod_cache sa isang reverse-proxy virtual host.

4. Idagdag ang Cloudflare kung sini-cache nito ang iyong mga page

   I-on ang Cloudflare purge at i-paste ang iyong zone ID at isang API token na limitado sa Cache Purge. Ang mga binagong page ay ika-cache purge din mula sa edge ng Cloudflare.

5. Subukan ang isang address

   Sa tab ng Katayuan, i-purge ang isang address, pagkatapos ay i-load ito nang naka-sign out nang dalawang beses: ang unang sagot ay miss, ang susunod ay hit. Ang mga pag-update at pag-activate ng plugin ay nagre-refresh na ngayon sa site nang isang batch kada minuto sa halip na i-clear ang bawat cache nang sabay-sabay.

6. O hayaan kaming magpatakbo ng server

   Sa hosting ng Zinn Digital®, ang server cache, Redis, at Zinn® Cache ay dumarating nang naka-set up at nasubukan nang magkakasama, sa LiteSpeed, nang walang kailangang i-configure.

Susunod na gabay: Alisin ang hindi ginagamit na CSS, i-delay ang JavaScript at i-serve ang WebP at AVIF