To clear LiteSpeed cache on WP Aligned hosting, purge it from the LiteSpeed Cache plugin in wp-admin. That purge is the server cache purge. Our servers run LiteSpeed Enterprise, and its page cache (LSCache) is controlled entirely by the plugin, so there is no separate server cache tool to look for in cPanel, and nothing else on our side caches pages by default.
There are up to three layers to think about. Only the first one is on by default.
| Layer | What it stores | On by default? | How to clear it |
|---|---|---|---|
| LiteSpeed page cache (LSCache) | Full HTML pages, served by the web server | Yes, through the LiteSpeed Cache plugin | Purge in the LiteSpeed Cache plugin |
| Redis object cache | Database query results | No. You turn it on in cPanel and configure it in the plugin | See Redis Object Caching |
| Anything in front of the server (Cloudflare, QUIC.cloud CDN) | Copies of pages and files at the edge | Only if you set it up | Purge in that service |
If you searched cPanel for a LiteSpeed cache tool and only found the Redis manager, that's expected. The Redis manager is for the optional object cache. Leave it alone unless you're setting up Redis on purpose.
The fastest way is the admin bar:
You can also purge from the plugin's Toolbox:
What the main options do:
If one page is stale, you don't need to clear the whole site:
The same section can purge by category, tag, or post ID.
If you have SSH access, the plugin includes WP-CLI commands. Run them from the site's document root.
Purge everything:
wp litespeed-purge all
Purge one URL:
wp litespeed-purge url https://example.com/pricing/
Purge specific posts or pages by ID:
wp litespeed-purge post_id 12 34
These are useful in deploy scripts, so the cache is cleared every time you push changes.
Don't judge from your normal browser window. Your browser, and any tool that fetched the page earlier, may be showing its own saved copy.
bash
curl -sI https://example.com/ | grep -i x-litespeed-cache
The first request after a purge should show x-litespeed-cache: miss, meaning the page was built fresh. The next request should show hit, meaning it's now served from the new cached copy.
Work through these in order:
curl, visitors are seeing the new version.Open a ticket if:
curl still shows x-litespeed-cache: hit with old content right after a Purge All.Include the URL, the time you purged, and the curl output. See Need Help? for how to reach us.
Not one you need. On our hosting the LiteSpeed Cache plugin is the control panel for the server cache. Purging there clears the server cache for that site.
Only if you turned Redis on. It's off by default. If you did enable it, see Redis Object Caching.
Briefly. The first visit to each page after a purge builds it fresh, which is slower. After that, pages are cached again.