Pag-cache ng buong pahina sa layer ng web-server, isang opsyonal na Redis object cache, at mga pag-purge na naglilinis lamang ng aktwal na nagbago.
Pamamahala sa LSCache
Nagtatatak ng mga header ng X-LiteSpeed-Cache-Control at tag upang makapagsilbi ang isang LiteSpeed server ng buong mga pahina nang hindi ginagamit ang PHP o MySQL. Kung mayroong third-party na LiteSpeed Cache plugin, ipinauubaya rito ang pag-cache ng pahina — walang magiging salungatan.
Matalinong awtomatikong pag-purge batay sa tag
Kapag nagbago ang isang post, komento, termino, tema, o plugin, ang mga apektadong pahina at ang mga listahan lamang ng mga ito ang nililinis sa pamamagitan ng mga naka-target na tag ng cache — hindi ang buong site.
Cache ng object ng Redis
Ang isang-click na toggle ay nag-i-install ng isang self-contained na object-cache drop-in na nagpapagaan ng paulit-ulit na pagbasa sa database. Hindi nito kailanman ino-overwrite ang drop-in ng ibang plugin, at bumabalik sa isang in-memory cache kung hindi maabot ang Redis, kaya patuloy na gumagana ang site.
Mga ligtas na pagbubukod sa cache
Makatuwirang mga default ng WordPress, WooCommerce, at Easy Digital Downloads — ang cart, checkout, my-account, REST/AJAX, preview, search, at anumang naka-log in o kahilingan sa session ay hindi kailanman nake-cache. Idagdag ang iyong sariling mga panuntunan sa path, query, at cookie bawat site.
Isang nilagdaang purge endpoint
Nagpupurga ang isang REST endpoint ng lahat, mga partikular na URL, o mga partikular na tag, para sa isang naka-sign in na administrator o para sa isang kahilingang nilagdaan gamit ang sariling lihim na HMAC-SHA256 ng site — binabasa lamang ang nilagdaang payload, hindi kailanman ang mga parameter ng query.
Mahinahong pagbaba ng kalidad
Nangangailangan ang full-page caching ng LiteSpeed server; kung wala nito, hindi maglalabas ang plugin ng mga header ng cache habang patuloy na gumagana ang object cache at mga pagbubukod. Ang caching ay isang kakayahan para sa bawat blueprint, hindi isang switch para sa lahat o wala.