Why Choose This Plugin?
The WP Cloudflare Super Page Cache plugin helps you to make your website blazing fast by taking the website caching to the next level. This plugin will help you to cache not only the static files (e.g. CSS, JS, images etc.) but also the HTML webpages generated by WordPress; both at server disk-level and to the global Cloudflare CDN.
Moreover, this plugin works completely out of the box, all you need to do is provide your Cloudflare Account’s API Key or API Token details and the plugin will do the rest. But if you are a curious/advanced user, there are detailed settings inside the plugin which you can tweak to make it work as you like. But for most users, you don’t need to change any settings as this plugin will work perfectly with the default settings, out of the box.
Unlike most caching plugin out there which only provides disk caching (i.e. the cached webpages will be served from your web-server), this plugin will cache your webpages and static files to the Cloudflare CDN, one of the fastest CDN networks in the world.
With more than 200 CDN edge locations provided by Cloudflare, your webpage will be served from the nearest CDN location of the visitor, rather than sending the request to your web server which might be sitting on the other side of the world. This will reduce your website loading speed drastically thanks to taking advantage of the Cloudflare CDN, not only for the static files but also for the HTML webpages. Take a look at the review video below by IdeaSpot, which will give you a clear idea about the plugin before you install it.
How does the plugin work?
This plugin takes full advantage of the FREE Cloudflare Plan, so to use this plugin, you don’t need a paid Cloudflare account. But if you like to use features like Cloudflare image optimization, WAF (Web Application Firewall) etc. then you have to pay for the Cloudflare Pro plan to enable those features in your Cloudflare account.
The free Cloudflare plan allows you to enable a page cache by entering the Cache Everything page rule, greatly improving response times. However for dynamic websites such as WordPress, it is not possible to use this page rule without running into problems as it is not possible to exclude critical web pages from the cache, the sessions for logged in users, ajax requests and much more. Thanks to this plugin all of this becomes possible.
This plugin enable page caching on your website by taking advantage of either the Cloudflare Cache Everything page rule or using Cloudflare Worker. By default the Cloudflare Worker mode is disabled as it is not 100% free like the Cache Everything page rule. But you can enable it if you like.
The Cloudflare Worker based solution will help you to have a clean page caching solution without any cache buster query string (/?swcfpc=1) for logged-in users. Moreover, you can also overwrite our default worker code to add your own custom login into it if you are an advanced user.
You will be able to significantly improve the response times of your WordPress website by taking advantage of the very fast Cloudflare cache also for HTML pages, saving a lot of bandwidth. The alternative to this plugin is to purchase and configure the Enterprise plan.
- Developed to work flawlessly with any Cloudflare Plan (be it Cloudflare Free or Pro or Business or Enterprise account)
- Takes full advantage of Cloudflare Cache Everything Page Rule
- Cache Buster Support to ensure logged-in users don’t see cached content
- Page Caching by using Cloudflare Worker (alternate to page rule solution, needs to be manually activated in plugin settings)
- No Cache Buster when using Cloudflare Worker based Page Caching solution
- Ability to overwrite our default Worker code to add your own custom login into it
- Disk level fallback cache system for the requests which might not yet beed cached by CLoudflare or has been expired in Cloudflare cache (plugin settings – Cache tab)
- Ability to select and customize what you want to cache and what you don’t (plugin settings – Cache tab)
- Fallback cache in which you can retain your custom response header data (most plugins removes them)
- Automatically purge the post/page/CPTs when you update them along with the related pages where they might be sentence
- Ability to purge only HTML pages of your website rather than purging everything (HTML pages + static contents)
- Ability to preload pages based on page urls, sitemaps, last 20 published/updated contents
- Run the preloader manually (from plugin settings) or over a CRON job
- Ability to automatically purge Varnish cache (if your server has Varnish enabled) when Cloudflare cache is purged
- Automatically purge OPcache & object cache when Cloudflare cache is purged
- Purge the whole Cloudflare cache using CRON job
- Give Cloudflare cache purge permission based on user roles
- Auto prefetch URLs present in Viewport
- Auto prefetch URLs on mouse hover (by using instant.page script)
- Ability to keep the plugin settings on deactivation (needs to be enabled in plugin settings – Others tab)
- Export/Import plugin settings as JSON
- Ability to purge Cloudflare cache from WP Admin toolbar
- Ability to exclude page from being cached on individual page/post bases (Turn off the
Disable metaboxes on single pages and postsoption in plugin settings – Others tab)
- Integration to many popular host’s (e.g. Kinsta, WP Engine, SpinupWP) internal server caching
- Integration to popular eCommerce systems like WooCommerce and Easy Digital Downloads (EDD) [plugin settings – Third Party tab]
- Integration to countless third-party plugins (e.g. Autoptimize, W3 Total Cache, LiteSpeed Cache, Hummingbird, WP Optimize, WP Rocket, WP Asset Clean Up, WP Performance, Yet Another Star Rating, Swift Performance, SIteground SuperCacher etc.)
- Detailed FAQ section covering all kind of questions (plugin settings – FAQ tab)
Not just these, we are constantly working towards adding new useful features to the plugin all the time. So, your love and support is what keep us going. If you love using the plugin, please consider sharing your review in the review section.
If you are using this plugin in conjunction with other page caching plugins like WP Rocket, LiteSpeed Cache, W3 Total Cache etc. please ensure that the page caching feature is disabled on those plugins, as the page caching will be handled by this plugin only. While you can use those other plugins for your static assets (e.g. CSS, JS, images etc.) optimization.
You can also use plugins like Autoptimize, Perfmatters, ShortPixel to optimize your static assets while using this plugin for page caching. This plugin do not provide any static assets optimization and we have no plans to support that in future as there are many great quality plugins that handle that matter very well.
If you are an advanced user/developer, you will be pleased to know that this plugin is 100% jQuery free and compatible with all versions of WordPress and all WordPress themes.
If you are using Kinsta as your hosting provider, this plugin works flawlessly with Kinsta’s Server Level Caching and this plugin has also been thoroughly tested on Kinsta Servers to ensure it is fully compatible with Kinsta Server Caching.
Moreover if you are using any hosting platform for whom we support their native server caching (i.e. Kinsta, WP Engine, SpinupWP etc.) you don’t have to enable our fallback cache system, as you can use the native disk cache provided by your host instead of using our disk level fallback cache.
FROM YOUR WORDPRESS DASHBOARD
- Visit “Plugins” > Add New
- Search for WP Cloudflare Super Page Cache
- Activate WP Cloudflare Super Page Cache from your Plugins page.
- Download WP Cloudflare Super Page Cache
- Upload the “wp-cloudflare-super-page-cache” directory to your “/wp-content/plugins/” directory, using ftp, sftp, scp etc.
- Activate WP Cloudflare Super Page Cache from your Plugins page.
How this plugin is different from Cloudflare APO?
Cloudflare have launched Automatic Platform Optimization (APO) feature in 2020 which works with the default Cloudflare WordPress plugin. APO works by taking advantage of Cloudflare Workers & KV Storage. As APO uses KV to store the cached content, one of the feature it has is that when something is cached via APO, it instantly get pushed to all the Cloudflare edges around the world, even though no requests has came from that region.
Our plugin is created to ensure even the Cloudflare FREE account users can take full advantage of Cloudflare CDN caching, so we provide both option (page rule based – which is the default mode) and the Worker based. Now Cloudflare Worker is not 100% free like the page rules so for very high traffic site, users might need to pay to use the Cloudflare Workers.
That being said, CF APO costs 5$/month for free account holders and it is free for paid account users. But still it lacks many features, functionality and third-party plugin integration compared to our plugin. The feature and integration provided by our plugin is simply unmatched by APO. Currently we can’t push the cache everywhere like APO but we are planning to do something similar in near future. If you are still curious, read this thread where you will find a detailed comparison with Cloudflare APO vs this plugin.
How do I know if everything is working properly?
To verify that everything is working properly, I invite you to check the HTTP response headers of the displayed page in Incognito mode (browse in private). WP Cloudflare Super Page Cache returns two headers:
If its value is cache, WP Cloudflare Super Page Cache is active on the displayed page and the page cache is enabled. If no-cache, WP Cloudflare Super Page Cache is active but the page cache is disabled for the displayed page.
This header is present only if the previous header has the value cache.
If its value is 1, the displayed page should have been placed in the Cloudflare cache.
To find out if the page is returned from the cache, Cloudflare sets its header called cf-cache-status.
If its value is HIT, the page has been returned from cache.
If MISS, the page was not found in cache. Refresh the page.
If BYPASS, the page was excluded from WP Cloudflare Super Page Cache.
If EXPIRED, the page was cached but the cache has expired.
Do you allow to bypass the cache for logged in users even on free plan?
Yes. This is the main purpose of this plugin.
It is a cache buster. Allows you, while logged in, to bypass the Cloudflare cache for pages that could be cached.
Do you automatically clean up the cache on website changes?
Yes, you can enable this option from the settings page.
Can I restore all Cloudflare settings as before the plugin activation?
Yes, there is a reset button.
What happens if I delete the plugin?
I advise you to disable the plugin before deleting it, to allow you to restore all the information on Cloudflare. Then you can proceed with the elimination. This plugin will delete all the data stored into the database so that your WordPress installation remains clean.
What happens to the browser caching settings on Cloudflare?
You will not be able to use them anymore. However, there is an option to enable browser caching rules
Does it work with multisite?
Yes but it must be installed separately for each website in the network as each site requires an ad-hoc configuration and may also be part of different Cloudflare accounts.
Can I use this plugin together with other performance plugins such like Autoptimize, WP Rocket or W3 Total Cache?
Yes, you can. Read the FAQ section in the plugin settings page for further information
I have more questions or Something is not working, what can I do?
First check the questions mentioned in the FAQ tab inside the plugin settings page, as you will find most of the questions already answered there. If that still doesn’t help, Enable the log mode and send us the log file and the steps to reproduce the issue. Make sure you are using the latest version of the plugin.
Contributors and Developers
“WP Cloudflare Super Page Cache” is open source software. The following people have contributed to this plugin.Contributors
Version 4.5.7 (2021-11-02)
- Further optimized the worker code and extended the handled server response codes to cover edge case scenarios
- Improved worker update by making sure the worker code is updated when the plugin is updated
Version 4.5.6 (2021-10-28)
- Remove serialize() & unserialize() from saving options data as WP already does it automatically.
- Improve admin area loading scripts, making sure that on the backend the plugin scripts are not loaded where it is not needed for example customizer pages, oxygen visual page builder pages etc.
- Added a much more robust and updated version of the Worker Script which does the same thing as previously but now is more robust with multiple exception handling across every possible edge case and to ensure the worker script never throws an unhandled exception no matter what is thrown at it. Also now when a page cache is bypassed due to the default bypass cookie, in the response header under the x-wp-cf-super-cache-worker-bypass-reason it will show you the name of the default cookie for which the cache has been bypassed.
- Improve worker update by making sure when someone updates the plugin, the worker script is also gets updated.
Version 4.5.5 (2021-08-05)
- Remove readonly from swcfpc_cf_apitoken_domain
VERSION 4.5.4 (2021-08-04)
- Updated Sweetalert to v11.0.18
- Adding ability to add more custom URLs in the list of related urls and also giving the ability to remove the home page from the list of related URLs with the help of constants
- Fix default value call for swcfpc_post_related_url_init filter
- Mistakenly added filter under the action section in FAQ
- Making sure we are not loading our plugin scripts on WooFunnels Order Bumps Page as it uses super old sweetheart, it creates compatibility issues
- Added missing var on add_toolbar_items
- Bugfix for AMP standard mode admin pages
- Fixing CF API Token usage bug
- Making sure that the API Token domain field is read-only and cannot be typed as the domain name in that field is system generated
- Fixing a bug related to CRON job
- Fixing a bug related to not loading the admin pages properly when AMP plugin is installed and Standard mode is selected
- Getting rid of Cloudflare __cfid cookie check as Cloudflare has deprecated it
- Making sure Sweetalerat is loaded locally instead of jsdeliver & also proper version number is mention in the code
- Updating sweetalert to v11.0.5
- Fixing a minor bug in backend.js related to a page reload upon activation of page caching
- Adding proper wp rocket filters to disable WP Rocket page caching when using this plugin. The previously documented filter is deprecated.
- Adds compatibility with Swift Performance Pro
- Preload instantpage.min.js as a Module and not as Script
- Fix is_404 incorrect call
- Bypass caching on password-protected pages
- Change ownership to Optimole
- New: option to bypass WP JSON endpoints via WordPress instead of using web server rules
- New: option to automatically purge the cache when the upgrader process is complete
- New: option to bypass WooCommerce My Account page
- Update: added the fired action on logs when the cache is automatically purged from a third-party plugin
- Update: turn keep settings on deactivation ON by default
VERSION 4.4.4 (11TH FEBRUARY 2021)
- New: support for Flying Press (Third Party tab)
- Fix: minor bugs
VERSION 4.4.3 (11TH FEBRUARY 2021)
- Fix: skip some taxonomies on SWCFPC_Cache_Controller::get_post_related_links() (thanks to @frafor)
- Fix: removed data-cfasync from the inline scripts added by the plugin
- Fix: autoprefetch URLs in viewport
- Fix: prevent to call inject_cache_buster_js_code twice
- Fix: check if function insert_with_markers exists
VERSION 4.4.2 (25TH JANUARY 2021)
- Update: added /removed_item in the “Prevent the following URIs to be cached” by default
- Update: disable auto prefetch links for URIs in “Prevent the following URIs to be cached”
- Fix: disallow non-admin users to download debug.log
VERSION 4.4.1 (25TH JANUARY 2021)
- Security: fixed a bug that allow users to export the whole plugin configurations (Thank you Dee Zee)
- Improvement: use a custom home_url() function when creating the page rule on Cloudflare
- Fix: force cache bypass for wp-cron.php
VERSION 4.4.0 (10TH JANUARY 2021)
- Improvement: purge request for more then 30 URLs is now async
- New: action “Force purge everything” when the option to purge HTML pages only is enabled
- New: option “Auto prefetch URLs on mouse hover” for a just-in-time preloading (Other tab)
- New: option Keep settings on deactivation (Other tab)
- Update: log Cloudflare HTTP response and request packets only when log verbosity is set to High
- Update: cache buster disabled by default in Worker Mode
- Fix: minor bugs
VERSION 22.214.171.124 (2ST JANUARY 2021)
- Fix: minor bugs when click on Purge Cache and the option to purge HTML pages only is enabled
- Improvement: improve Litespeed Cache support
- Improvement: option to purge HTML pages only. Now it supports all WordPress-type posts
- Update: plugin is now 100% PHP 8 compatible
- Update: change the default s-maxage from 604800 (1 week) to 31536000 (1 year)
- Update: better scheduled events management
- Update: default excluded URIs
VERSION 126.96.36.199 (1ST JANUARY 2021)
- Fix: PHP fatal error on lines 2830 and 514 of cache_controller.class.php when option to purge HTML pages only is enabled
VERSION 4.3.9 (31TH DECEMBER 2020)
- New: option to purge HTML pages only instead of full Cloudflare cache (assets + pages) (Cache tab)
- New: option to auto prefetch URLs in Viewport (Other tab)
- New: support for WP Performance (Third Party tab)
- New: new WP Rocket firing actions (Third Party tab)
- New: purge post Cloudflare cache on Elementor AJAX update (elementor/ajax/register_actions)
- New: option to purge Cloudflare cache for WooCommerce scheduled sales (Third Party tab)
- New: support for Swift Performance Lite (Third Party tab)
- New: automatically add the cache buster for redirects made using wp_redirect PHP function
- New: option to disable cache purging using queue (Cache tab)
- Fix: minor bug when click on reset all
- Improvement: replaced fnmatch with a custom function
- Update: the updated worker script removes certain query parameters (fbclid, fb_action_ids, fb_action_types, fb_source, _ga, age-verified, ao_noptimize, usqp, cn-reloaded, klaviyo, amp, gclid, utm_source, utm_medium, utm_campaign, utm_content, utm_term) from the URL before it handles it
VERSION 4.3.8 (14TH DECEMBER 2020)
- New: support for WP Engine hosting provider (beta)
- New: support for SpinupWP hosting provider (beta)
- New: support for Kinsta hosting provider (beta)
- New: support for Siteground SuperCacher (beta)
- New: log verbosity option
- Update: advanced-cache.php (deleted unuseful old code)
- Fix: logged in user getting cached version with the new worker code
- Fix: Undefined index: REQUEST_METHOD when using WP CLI
- Fix: Varnish cache purging on Cloudways
VERSION 188.8.131.52 (1OTH DECEMBER 2020)
- Update: removed the option “Bypass cache for the following user agents” ’cause it slow down the TTFB
- Update: new optimized worker code
- Fix: prevent the cache buster to be added for anchor links on the current page
- Update: load assets on frontend only for users which have permission to purge cache and only if the “Remove purge option from toolbar” is not enabled
- Fix: looking for existing routes and workers also on CF instead of local database only
- Update: delete the main plugin folder from wp-content on plugin deletion
IMPORTANT NOTICE! Due to Cloudflare’s change of API for worker management, users who use tokens as authentication will also need to specify the email address of the Cloudflare account used (General tab).
If not, users who manage multiple cloudflare accounts from the same interface may have problems uploading or deleting the worker.
- Fix: Cloudflare Worker Error 1101
- Fix: the preloader must also be started during manual cache purging if the “Automatically preload the pages you have purged from Cloudflare cache with this plugin” option is enabled
- Fix: added “no-cache” in Cache-Control response header when downloading the log file
- New: option to bypass cache for specific user agents in worker mode (Cache tab)
- New: option to bypass cache for specific cookies in worker mode (Cache tab)
- New: option to automatically purge the object cache (Advanced tab)
- New: option to select user roles allowed to purge the cache (Other tab)
- New: option to prevent fallback cache to cache URLs without trailing slash (Cache tab)
- New: support for WP Assets Clean Up Pro (Third Party tab)
- New: support for Nginx Helper (Third Party tab)
- New: cache status icon on admin bar
- New: the plugin is now jQuery free
- New: use the faster typecasting instead of intval
- New: SWCFPC_PURGE_CACHE_CRON_INTERVAL PHP constant to define the interval of the purge cache cronjob (default: 10 seconds)
- New: action “swcfpc_purge_cache” to purge Cloudflare cache programmatically (read FAQ section)
- New: cache-control in Nginx browser caching rules
- Fix: error code 1014 when purging single urls cache
- Fix: show “Purge CF Cache” on frontend admin bar
- Fix: URL on page rule for WordPress installed in subdirectory
- Fix: Varnish invalid hostname
- Fix: purge whole cache via cronjob
- Fix: IfModule directive when “Strip response cookies on pages that should be cached” option is enabled
- Fix: error fnmatch(): Filename exceeds the maximum allowed length
- Fix: remove s-max-age directive from cache-control response header
- Fix: excluding WordPress, WooCommerce and EDD API requests from fallback and Cloudflare cache
- Fix: “Prevent the following URIs to be Cached” is automatically getting delete when a single URI is present
- Update: Worker id is now unique
- Update: Updated the worker script massively and written it from the ground up for better performance and uncase handle
- Security: making sure that the debug.log file is not accessible publicly with web server rules
- New: import/export configurations
- Fix: Uncaught Error:  operator not supported for strings in wp-cloudflare-super-page-cache.php:458
- New: purge cache using a fast queue for a better backend performance
- New: support for EDD – Easy Digital Downloads
- Update: turn off autocomplete for Cloudflare API token and API key fields (thanks @alx359)
- Update: bypass cache when DOING_CRON is true (thanks @alx359)
- Update: remove WP_CACHE constant from wp-config.php when uninstalled
- Update: reduce default value of SWCFPC_PRELOADER_MAX_POST_NUMBER to 50
- Fix: disable fallback cache when plugin is deactivated or on reset all
- Fix: Undefined variable in fallback_cache.class.php:570
- Fix: load custom CF worker via PHP constant
- Fix: notice warning on media upload when fallback cache is enabled
- Fix: automatically purge the cache on post edit event only if one of “automatic cache purging” option is enabled
- Fix: new lines at bottom of wp-config.php when fallback cache is enabled
- Fix: bypass fallback cache on WP CLI commands
- Fix: enable or disable fallback cache in real time when the cloudflare one is being enabled or disabled
- Fix: delete worker and route on reset all
= VERSION 184.108.40.206
* Fix: warning on str_replace
- Fix: Error message: Uncaught Error:  operator not supported for strings in wp-cloudflare-super-page-cache.php:408
- Fix: page rule on Cloudflare is deleted when update to 4.3.4. To solve this problem please click on Reset all and enable again the page cache. Sorry for the inconvenience
- New: FAQ tab
- New: SWCFPC_CF_WOKER_FULL_PATH PHP constant to define a full path to a custom CF Worker
- New: SWCFPC_CURL_TIMEOUT PHP constant to define the timeout in seconds for cURL calls (default: 10 seconds)
- New: added option to enable/disable Autoptimize support (Third Party tab)
- New: added option to disable cache buster in Worker Mode (Other tab)
- New: added option to skip fallback cache if specific request cookies exist (Cache tab)
- New: added option to save response headers together with HTML code for fallback cache (Cache tab)
- New: added option to automatically purge OPcache when Cloudflare cache is purged (Advanced tab)
- New: CF Worker section under Cache tab
- New: WP CLI support
- New: added option to automatically reset the log file when it exceeded the max file size in MB (Other tab)
- New: merge and collapse options for a better UX (thank you isaumya)
- Fix: tab focus when update settings
- Fix: 403 error on wc-ajax=update_order_review
- Fix: error “The plugin is not detected on your home page…” while testing static resource when clicking Test cache
- Fix: PHP Parse error: syntax error, unexpected (T_STRING) in ttl_registry.php
- Fix: double slashes in assets URIs
- Fix: error “There is not page rule to delete”
- Fix: prevent wp-login.php and wp-register.php pages to be cached by fallback cache
- Fix: preloader operation “Preload last 20 published posts and pages”
- Update: automatic SEO redirect disabled by default
- Update: improved CF worker code
- Update: removed support for Cache Enabler, WP Fastest Cache and WP Super Cache. Use the fallback cache option instead.
- Update: a5hleyrich/wp-background-processing to 1.0.2
- Update: prevent to cache URLs with ao_noptirocket parameters
- New: added option to force bypass of whole WordPress backend with an additional page rule on Cloudflare
- New: WP Asset Clean Up support
- New: start preloader via Cronjob
- Update: force worker to bypass the requests to /wp-admin/ URLs. You need to disable and re-enable the page cache
- Update: moved Varnish options under Advanced tab
- Update: improved test cache
- Fix: cache bypass for edit.php
- New: added option to disable the automatic SEO redirect for URLs with cache buster for logged out users
- New: added option to enable or disable Varnish support
- New: added option to exclude some URIs from fallback cache only
- New: added option to enable or disable preloader
- New: preload URLs from sitemaps
- New: tabs for a better UX
- New: more intuitive fallback cache keys
- New: new htaccess rules for cache-control response header
- New: cpu saving by running only one preloading process at once thanks to lock
- Fix: yars fatal error
- Fix: automatically purge fallback cache for edited posts
- Fix: new lines into wp-config.php when enable the fallback cache
Many thanks to Saumya Majumder for the great support and the time passed with me for bug fixing and testing
- Fix: error in fallback cache that did not allow the correct form submission
- Fix: Increased the timeout for Cloudflare HTTP requests to 10 seconds
- Fix: avoid fallback cache to cache non-GET requests
- Fix: avoid download sensitive information of fallback cache settings files
- New: automatic SEO redirect (301) for all URLs that for any reason have been indexed together with the cache buster
- Fix: fatal error when purging cache from Varnish
- Fix: drop swcfpc_logs table
- Fix: purge cache in chunks when the related URLs exceed the 30 units
- Fix: prevent preload/purge external URLs
- Fix: error on delete source advanced-cache.php
- Fix: copy advanced-cache.php
- New: Varnish support
- New: Preloading internal links for chosen WordPress menus
- New: Disable WP-Rocket page cache only without installing third-party addons
- New: WP-Optimize support
- New: Cache Enabler support
VERSION Version 4.2.2
- Fixed PHP Fatal Error for SWCFPC_Cache_Controller::purge_cache_when_comment_is_deleted
VERSION Version 4.2.1
- Merged pro features with free ones
VERSION Version 4.2
- New: page caching via Cloudflare Workers
- New: page caching as fallback to Cloudflare
- New: automatically start the preloader when Cloudflare cache is purged
- New: Yasr support – Yet Another Stars Rating
- Replaced MySQL log table with log file
- Fixed cache preloader
- Automatically log preloader activities
- Show purge cache links to administrators only
- Improved AMP support
- Disable page cache on plugin deactivation instead of resetting all
VERSION Version 4.1.4
- Added an option to automatically purge the whole cache when WP Fastest Cache purges its own cache
- Added an option to automatically purge the whole cache when Hummingbird purges its own cache
- Move the menu inside Settings page
VERSION Version 4.1.3
- Cloudflare has finally solved a bug that allows you to use access tokens with permissions limited to the domain being configured only.
- Added an option to remove purge options from toolbar
- Added an option to disable metaboxes from single pages and posts
VERSION Version 4.1.2
- Added an option to automatically purge cache for WooCommerce product page and related categories when stock quantity changes
- Added an option to automatically purge the whole cache when LiteSpeed Cache purges its own cache
VERSION Version 4.1.1
VERSION Version 4.1
- Fix ajax url for WordPress multisite
- Fix other minor bugs
VERSION Version 4.0.6
- Fixed error Call to undefined function wp_generate_password()
VERSION Version 4.0.5
- Fix other minor bugs
VERSION Version 4.0.4
- Fix bug (cache buster also for not logged in users). Thanks to Tim Marringa
VERSION Version 4.0.3
- Show page actions only if page cache is enabled
VERSION Version 4.0.2
- Fixing default page number for preloader
VERSION Version 4.0.1
- Fast fix for page testing function
VERSION Version 4.0
- Added pages to top-level menu
- New logs page
- Added ability to define some values (API Key, API Token, API Email, API Zone ID, API Subdomain, Cache buster) using PHP constants
- Added a cache preloader
- Added an option to strip response cookies from pages that should be cached
- Now the cache purging is doing via Ajax
- Improved the page cache testing system
- New UX
- Added an option to bypass the cache for POST requests
- Added an option to bypass the cache for requests with query variables (query string)
- Added metabox to exclude single page/post from the cache
VERSION Version 3.8
- Added the ability to use the API tokens instead of the API keys to authenticate with Cloudflare
- Added in the admin toolbar the option to purge the cache for the current page/post only
- Added more debug details
- Added page/post action links to purge the cache for the selected page/post only
VERSION Version 3.7.2
- Fixed a sentence for italian language
VERSION Version 3.7.1
- Added option for automatically purge single post cache when a new comment is inserted into the database or when a comment is approved or deleted
VERSION Version 3.7
- Added options for WP Rocket users
- Added options for W3 Total Cache users
- Added options for WP Super Cache users
- Improve some internal hooks
VERSION Version 3.6.1
- Added options for WooCommerce
VERSION Version 3.6
- Added Nginx support for “Overwrite the cache-control header” option
VERSION Version 3.5
- Added Nginx support
- Italian translation
VERSION Version 3.4
- Fixed notice Undefined index: HTTP_X_REQUESTED_WITH
Version 1.5 – Added support for WooCommerce, filters and actions
Version 1.6 – Added support for scheduled posts, cronjobs, robots.txt and Yoast sitemaps
Version 1.7 – Little bugs fix
Version 1.7.1 – Fixed little incompatibilities due to swcfpc parameter
Version 1.7.2 – Added other cache exclusion options
Version 1.7.3 – Add support for AMP pages
Version 1.7.6 – Fixed little bugs
Version 1.7.8 – Added support for robots.txt and sitemaps generated by Yoast. Added a link to admin toolbar to purge cache fastly. Added custom header “Wp-cf-super-cache” for debug purposes
Version 1.8 – Solved some incompatibility with WP SES – Thanks to Davide Prevosto
Version 1.8.1 – Added support for other WooCommerce page types and AJAX requests
Version 1.8.4 – Fixed little bugs
Version 1.8.5 – Added support for subdomains
Version 1.8.7 – Prevent 304 response code
Version 2.0 – Database optimization and added support for browser cache-control max-age
Version 2.1 – Fixed warning on line 1200
Version 2.3 – Added support for wildcard URLs
Version 2.4 – Added support for pagination (thanks to Davide Prevosto)
Version 2.5 – Fixed little bugs and added support for Gutenberg editor
Version 2.6 – Auto-purge cache when edit posts/pages using Elementor and fix the warning on purge_cache_on_post_published
Version 2.7 – Fixed a little bug when calling purge_cache_on_post_published
Version 2.8 – Fixed the last warning
Version 3.0 – Improved the UX interface, added browser caching option and added support for htaccess so that it is possible to improve the coexistence of this plugin with other performance plugins.
Version 3.1 – Fixed PHP warning implode() for option Prevent the following urls to be cached
Version 3.2 – Improved cache-control flow via htaccess
Version 3.3 – Fixed missing checks in backend