Reqad Cache Purger for Nginx
by wbdv 1 (0 reviews)

Reqad Cache Purger for Nginx

Purges the Nginx FastCGI cache when content changes - automatically on publish, update and delete, or site-wide from the admin bar.

Reqad Cache Purger for Nginx ranks #67,107 among WordPress.org plugins with 1+ active installations, is #6,315 of 12,252 in the E-commerce category, a 1/5 rating from 0 reviews, and was last updated Aug 14, 2026. Data from WordPress.org, refreshed twice daily — see methodology.

Tested up to WP 7 (Current: 7.1)
v1.1.1 Current Version v1.1.1
Updated 1 month ago Last Update on 14 Aug, 2026
Refreshed 10 hours ago Last Refreshed on
#6,315 of 12,252 in E-commerce
View on WordPress.org
Rank
#67,107
No change
Active Installs
1+
-66.7%
KW Avg Position
95.3
No change
Downloads
134
+1 today
Support Resolved
0%
No change
Rating
20%
Review 1 out of 5
1 (0 reviews)

Next Milestone 10

Total Progress 10%
0+ 10+
66,394
Ranks to Climb
-
Growth Needed
8,000,000
Active Installs
Pro

Unlock Exact Install Count

See the precise estimated active installs for this plugin, calculated from real-time ranking data.

  • Exact install estimates within tiers
  • Track install growth over time
  • Milestone progress predictions
Upgrade to Pro
Need 9 more installs to reach 10+

Rank Changes

58,273 60,769 63,266 65,763 68,259 09-09-2026 10-09-2026 11-09-2026 12-09-2026 13-09-2026 14-09-2026 15-09-2026 16-09-2026
49,153 54,227 59,301 64,375 69,449 01-09-2026 02-09-2026 03-09-2026 04-09-2026 05-09-2026 06-09-2026 07-09-2026 08-09-2026 09-09-2026 10-09-2026 11-09-2026 12-09-2026 13-09-2026 14-09-2026 15-09-2026 16-09-2026
Current #67,107
Change
Best #

Upgrade to Pro

Unlock 30-day and 90-day rank history charts with a Pro subscription.

Upgrade Now

Active Installs Growth

Active Installs 0,000,000+
Growth +0.0%
Peak 0,000,000

Downloads Growth

0 10 09-09-2026 10-09-2026 11-09-2026 12-09-2026 13-09-2026 14-09-2026 15-09-2026 16-09-2026
0 10 20 01-09-2026 02-09-2026 03-09-2026 04-09-2026 05-09-2026 06-09-2026 07-09-2026 08-09-2026 09-09-2026 10-09-2026 11-09-2026 12-09-2026 13-09-2026 14-09-2026 15-09-2026 16-09-2026
Downloads
Growth
Peak

Upgrade to Pro

Unlock 30-day, 90-day, and yearly download history charts with a Pro subscription.

Upgrade Now

Reviews & Ratings

1.0
0 reviews
Overall 20%
5
0 (0%)
4
0 (0%)
3
0 (0%)
2
0 (0%)
1
0 (0%)

Frequently Asked Questions

Common questions about Reqad Cache Purger for Nginx

No. Nginx does the caching; this plugin only tells it what to throw away.
That module purges one exact key per request and has no wildcard support, so the "purge everything" button cannot work. It has also been unmaintained since 2015 and no longer builds against current Nginx. Use https://github.com/nginx-modules/ngx_cache_purge instead. Purges return 403. The request is not reaching Nginx from an address in your allow list. The plugin calls the site's own public hostname, so the source address is normally the server's public IP - not 127.0.0.1. Behind a proxy that sets real_ip_header, $remote_addr becomes the visitor's address instead; in that case point the plugin at your origin with the ngxcp_purge_endpoint filter. Purges return 412. 412 means "this key was not in the cache". For a page nobody has requested yet that is normal and the plugin treats it as success. If it happens for pages that
fastcgi_cache_key. Nothing happens when content changes. Enable WP_DEBUG and WP_DEBUG_LOG. Every purge attempt is logged to wp-content/debug.log with an NGXCP: prefix, including the URL and HTTP status.
Yes, with the ngxcp_purge_endpoint filter. ngxcp_purge_sslverify controls certificate verification, and ngxcp_paths_for_post controls which paths are purged when a post changes. See README.md.
Yes. Product and product-category purging switch on automatically. Make sure your Nginx bypass rules exclude cart, checkout, my-account and the WooCommerce session cookies - the configuration in README.md does.
Not for page caching, no. Those plugins store rendered HTML themselves, and Nginx then caches their output - two caches with two lifetimes and two purge mechanisms that know nothing about each other, so pages go stale in ways no single purge fixes. Turn page caching off in the other plugin (its minification, database and CDN features are fine to keep), or drop the fastcgi_cache directives from your vhost and let that plugin do the caching. The Settings page warns you when it detects one. Object caches such as Redis Object Cache work fine - they are a different layer. Site Health says "Page cache is not detected". Core's test looks for a fixed list of caching headers and does not know x-fastcgi-cache. The plugin registers the header with core, so the test should pass once this plugin is active. If it still does not, either the cache status header is missing from your vhost, or the home page is being bypassed - run the cache self-test on the Settings page to see which. You can also emit the name core already knows: add_header X-Cache-Status $upstream_cache_status always;.

Sign In / Register

You need to sign in or register to use this feature.