开发者 | razvanstanga |
---|---|
更新时间 | 2019年10月21日 15:19 |
捐献地址: | 去捐款 |
PHP版本: | 5.2.4 及以上 |
WordPress版本: | 5.2 |
版权: | GPL-3.0-or-later |
This was built and tested on Varnish 3.x/4.x/5.x.
Nginx is supported if you configure Nginx to use the PURGE method. Read the official Nginx documentaton on how to do this. Also there are a lot of tutorials to do this.
The only pages that should purge are the post's page, the front page, categories, and tags.
Click the 'Purge ALL Varnish Cache' button on the "Right Now" Dashboard.
Use the console. For example you can purge the whole uploads folder with the URL /wp-content/uploads/.*
Yes it does. This plugin uses its own custom headers to communicate with Varnish and does not interfere with the heders sent by W3 Total Cache or any other caching plugin.
Statistics need a special setup. More info on the Statistics tab on your Wordpress environment.
Use the Varnish Cache configuration generator. Fill in the backends/ACLs then download your configuration files. Or use the provided Varnish Cache configuration files located in /wp-content/plugins/vcaching/varnish-conf folder.
Yes.
Logged in cookie is a special cookie this plugin sets upon user login. Varnish Cache uses this cookie to bypass caching for logged in users. This is a small step towards securing your site for denial of service attacks. Denial of service attacks can happen if the attacker bypasses Varnish Cache and hits the backend directly. With the current configuration and the way Wordpress works, this can still happen with POST/AJAX requests.
vcaching_varnish_ips
- change the IPs set in Settingsvcaching_varnish_hosts
- change the Hosts set in Settingsvcaching_events
- add events to trigger the purgevcaching_schema
- change the schema (default is http://)vcaching_purge_urls
- add additional URLs to purgeTruncate message activated ...
Purge from Varnish
post/page action linklogged in cookie
. This replaces the logged in admin/user based on Wordpress standard cookies to bypass caching