In the world of WordPress there are many different performance optimisation best practices, and innumerable plugin based caching solutions.

But Nginx comes with FastCGI caching built in, and no plugin based solution will ever match the performance of Nginx server based static asset and page caching. 

With GridPane's highly optimised Nginx FastCGI caching, even if PHP fails your site will still be served from the cached resources until they expire.  But increased speed is only half the story, the true power of Nginx FastCGI caching lies in its ability to serve your sites under incredible loads, the sorts of loads where the bottleneck becomes I/O restrictions and not server CPU/Memory resources.

FastCGI Caching is incredibly powerful, but it may be incompatible with your requirements depending on your workflow. Editing your live site with some plugins, such as Elementor, may not be possible while FastCGI Caching is enabled.

We do not recommend editing production sites in such a way, we would recommend making such edits using the staging feature and then pushing to live, however the beauty of GridPane is the freedom it offers. If your workflow does involve such a process, not to worry GridPane still has you covered with our Redis Caching solution.


1. Enable FastCGI Caching

Click on your site in the Active Sites panel to open the Site Customizer

Enable the FastCGI Caching Toggle

Your site will now have Nginx FastCGI Caching enabled with GridPane custom configurations.

If you visit your site and check the response headers using the site inspector you will see that caching has been enabled.


2. Enable FastCGI Cache Purging

Nginx FastCGI cache purging is one of the premium features of the Nginx Plus platform but, as is usual with the open source community, a resourceful community member has stepped into the gap and provided an invaluable asset to enable cache purging on the FOSS version of Nginx.

Most platforms have their Nginx stack compiled with the FRiCKLE ngx_cache_purge module for this, however this version of the module will only allow complete purging of a sites Cache on single user stacks where the PHP user and the Nginx user are the same.

The GridPane stack uses the Torden Fork of the ngx_cache_purge module alongside custom configurations and our custom WordPress plugin. This means the GridPane multi user server management platform has fully functioning Full Nginx Cache Purging out of the box. We are the first and currently the only platform to offer this feature out of the box, but we have also open sourced it so expect it to become standard in the near future.

Fully functioning FastCGI Cache purging requires two plugins, Nginx Helper and GridPane Nginx Cache Purger (catchy!), both of which will be auto-installed and activated on your site when you enable GridPane FastCGI Caching.

You will find them available under the Settings of your WP Admin.

2a Configure Nginx Helper Plugin for Incremental Cache Purging

This plugin allows for the incremental purging of your sites cache when you update content, such as posts, pages, comments etc.  The plugin has been installed, but you need to configure it to suit your specific purge requirements.

You will need to check Enable Purge, select nginx Fastcgi cache and the default Using a GET requess to PURGE/url option.

Under Purging Conditions you should select what content you would like to trigger the purging and updating of cache.

Click Save All Changes when you have configured the options to suit your needs and now the cache will automatically purge outdated content as you update your GridPane site content.

Note - Nginx Helper Purge Entire Cache Does Not Work
Nginx Helper plugin was built for single user server stacks. The plugin functions for purging the entire cache do not work with a multi user stack like GridPane.

Purge Entire Cache Button - Does not work

Admin Bar Purge Cache - Does not work

To purge the cache at will please see below.


2a Use the GridPane Nginx Cache Purger to Purge ALL site cache

Cache purging when content updates is great, but it will not be triggered when the site updates in other ways. For example, if you have been updating your sites theme* and have new site assets, this will not trigger a cache purge. 

*(We do not recommend cowboy coding - we have a fantastically powerful one-click staging solution for your development workflow)

This is when you need the ability to Purge All the cache.

The plugin is very simple and does exactly what you think. When you want to purge all cache for your site, click the big blue Purge button.

The cache purging will initiate and you will be greeted by a popup modal to let you know the plugin has done it's job.

Did this answer your question?