We'll create fresh WordPress site with Proxy Cache Purge installed. You have 20 minutes to test the plugin after that site we'll be deleted.
This plugin does not install nor configure a cache proxy. It acts as an interface with such services.
One common method of caching content for websites is via the use of reverse proxy caching. Common examples of this are Varnish and Nginx. These systems allow a website to update content and have the visitor’s experience cached without the need for complex plugins storing the files locally and using up a user’s disk space.
A reverse proxy cache is installed in front of a server and reviews requests. If the page being requested is already cached, it delivers the cached content. Otherwise it generates the page and the cache on demand.
The Proxy Cache Purge plugin sends a request to delete (aka flush) the cached data of a page or post every time it’s modified.
When content on a site is updated by WordPress, the plugin reaches out to the proxy cache service with the URL of the page, requesting the cache be deleted.
Not all page are deleted from the cache on every change. For example, when a post, page, or custom post type is edited, or a new comment is added, only the following pages will purge:
In addition, your entire cache will be deleted on the following actions:
Plugins can hook into the purge actions as well, to filter their own events to trigger a purge.
On a multisite network using subfolders, only network admins can purge the main site.
If you’re working on a site and need to turn off caching in one of two ways:
define( 'VHP_DEVMODE', true );
to your wp-config.php
fileThat will break cache on page loads. It is not recommended for production!
Purge
Purge commands let you empty the cache.
wp varnish purge
– Flush the cache for your front pagewp varnish purge [<url>]
– Flush the cache for one URLYou can use the parameter --wildcard
to empty everything from that URL down. So if you wanted to empty cache for all themes, you would do this:
wp varnish purge https://example.com/wp-content/themes --wildcard
Debug
Debugging can help you figure out why your cache isn’t working as well as it could. The default is for your home page, but you can pass any URL on your domain.
wp varnish debug [<url>]
Available parameters:
[--include-headers]
— Include headers in debug check output[--include-grep]
— Grep active theme and plugin directories for common issuesDevMode
Development mode allows you to disable the cache, temporarily.
wp varnish devmode [<activate|deactivate|toggle>]
– Change development mode stateAs of version 5, this plugin no longer uses any remote data.