Zinn® CacheBenchmark ng cache ng WordPress: naka-cache na pahina laban sa hindi naka-cache
Sinukat na oras hanggang sa unang byte para sa isang pahina ng WordPress sa Zinn Digital® hosting na may Zinn® Cache: 60 naka-cache na hit laban sa 60 kahilingan na lumampas sa cache.
Ang resulta
| Na-cache na hit | Na-bypass ang cache | |
|---|---|---|
| Median na oras ng paghihintay ng server | 40 ms | 107 ms |
| Ika-90 percentile | 47 ms | 119 ms |
| Pinakamabilis na kahilingan | 25 ms | 93 ms |
| Matagumpay na mga sample | 59 | 59 |
| Header ng cache ng LiteSpeed | hit | miss |
Sa median, nagsimulang dumating ang naka-cache na pahina nang 2.7 beses na mas mabilis.
Sinukat noong
Paano ito sinukat
Ang pahina ay ang home page ng isang WordPress site na nagpapatakbo ng Zinn® Cache 1.3.0 sa aming LiteSpeed hosting, sa likod ng aming CDN, humigit-kumulang 86 KB ng HTML. Nagmula ang mga kahilingan sa isang server sa Germany.
Ang bawat round ay gumawa ng isang normal na kahilingan, na sinagot ng LiteSpeed mula sa cache nito, at isang kahilingan na may natatanging query string, na hindi nito maaaring mai-cache kaya ipinasa ito sa WordPress. Nagsalitan ang mga round upang parehong makaranas ang dalawang set ng parehong mga kondisyon ng network.
Ang numero ay ang paghihintay ng server: ang oras sa pagitan ng pagpapadala ng kahilingan at pagdating ng unang byte, nang hindi kasama ang DNS, koneksyon, at pag-setup ng TLS. Ang isang kahilingan sa bawat set ay hindi nakumpleto at hindi isinama sa halip na ituring na mabilis.
Ang hindi sinasabi nito sa inyo
Ito ay isang maliit at mabilis na site na may kaunting mga plugin. Ang isang site na gumagawa ng mas maraming trabaho bawat pahina — isang malaking tindahan, isang page builder, dose-dosenang mga plugin — ay mas matagal buuin, kaya mas marami ang natitipid ng naka-cache na kopya. Ang isang site na mabagal na dahil sa iba pang mga dahilan, tulad ng mabibigat na imahe o mga third-party script, ay hindi bibilis sa pamamagitan lamang ng pag-cache.
Sinusukat din nito ang server, hindi ang browser. Nakadepende rin ang Core Web Vitals sa kung ano ang mangyayari pagkatapos ng unang byte, kung saan pumapasok ang mga opsyon sa larawan, CSS, at JavaScript ng Zinn® Cache Pro.
Sukatin ang sarili mong site
Buksan ang mga developer tool ng iyong browser, i-reload ang isang page habang naka-sign out, at tingnan ang mga response header. Ang x-litespeed-cache: hit ay nangangahulugang nagmula ang page sa cache; ang miss ay nangangahulugang binuo ito at nakaimbak na ngayon. Gagabayan ka ng gabay sa ibaba sa prosesong ito.
Pagsusuri sa bilis ng WordPress: ang parehong pahina nang naka-off at naka-on ang Zinn® Cache
Kasama nang libre sa Zinn Digital® hosting
Kumuha ng Zinn® Cache nang libre sa hosting ng Zinn Digital®
Ang bawat site ng WordPress sa sarili naming mga server ay may kasamang Zinn® Cache na naka-install at nakakonekta: naka-on ang cache ng pahina, pinapamahalaan ang Redis object cache para sa inyo, at kusang dumarating ang mga update sa plugin. Hindi kasama ang Zinn® Cache Pro; idagdag ito sa anumang site kung kailan ninyo naisin.