Milan Dinić

<a href="http://blog.milandinic.com/wordpress/plugins/purge-cache-for-cloudflare/" rel="nofollow ugc">Plugin homepage</a> | <a href="http://blog.milandinic.com/" rel="nofollow ugc">Plugin author</a> | <a href="https://shop.milandinic.com/downloads/purge-cache-for-cloudflare-plus/" rel="nofollow ugc">Premium Version</a> | <a href="http://blog.milandinic.com/donate/" rel="nofollow ugc">Donate</a>
Purge Cache for CloudFlare is a simple plugin that uses CloudFlare® API to purge cache of full HTML pages when a new post is made.
This free version is only indended for basic usage. If you want to use it in full capacity, consider buying <a href="https://shop.milandinic.com/downloads/purge-cache-for-cloudflare-plus/" rel="nofollow ugc">premium version</a>.
It works by purging front page, post’s page, and main RSS feed. This should work for most sites. However, there are of filters, actions, and methods that provide full customizability and extensibility.
Note that this plugin also sets cache to 30 minutes for all frontend pages. This means that if you use default option in CloudFlare, it tells them to revalidate page cache after that time, so it means that cache for any page expires on CloudFlare servers after that time.
You can change this limits by using filters from you code. If you want user interface in your admin, use <a href="https://shop.milandinic.com/downloads/purge-cache-for-cloudflare-plus/" rel="nofollow ugc">premium version</a>.
You should create new CloudFlare page rules to set proper caching. It is your responsibility to set this properly.
First page rule should exclude certain paths from caching. Recommended value for this is <code>wp-</code>. This excludes admin pages and default <code>.php</code> pages. Example of URL pattern: <code>*example.com/*wp-*</code> This value can also set via filter or via admin in <a href="https://shop.milandinic.com/downloads/purge-cache-for-cloudflare-plus/" rel="nofollow ugc">premium version</a>.
Second page rule should sets caching. You need to set “Custom caching” to “Cache everything”. Recommended value for “Edge cache expire TTL” is default, “Respect all existing headers” which means that CloudFlare revalidates after 30 minutes, while for “Browser cache expire TTL” is also 30 minutes. Example of URL pattern: <code>*example.com/*</code>
This plugin is on <a href="https://github.com/dimadin/purge-cache-for-cloudflare" rel="nofollow ugc">GitHub</a> too.
Purge Cache for CloudFlare is in no way affiliated with CloudFlare. It is only using CloudFlare API to purge page cache of certain URLs. 
CloudFlare is registered trademark of CloudFlare, Inc.

Purge Cache for CloudFlare

Simple full HTML page cache purger for CloudFlare.

oschaaf

This plugin is the control panel for ModPageSpeed — a web server optimization module for nginx and Apache. ModPageSpeed must be installed and running on your server for this plugin to function. It is not a standalone caching plugin.
The plugin does three things:
<ol>
<li>Enables full-page caching — adds <code>Cache-Control: public, max-age=N</code> to anonymous page responses (WordPress does not send this by default), with explicit bypasses for logged-in users, WooCommerce cart/checkout/account pages, search, feeds, and 404s.</li>
<li>Keeps the cache fresh — calls the ModPageSpeed purge API when you publish, update, or delete content, when comments change, when stock levels change, and when terms or theme settings change.</li>
<li>Gives you control in WP Admin and WP-CLI — per-post-type TTLs, cookie bypass list, excluded URL patterns, a first-run setup wizard, and <code>wp pagespeed flush|status|test-connection</code> commands.</li>
</ol>
Works with both ModPageSpeed product lines (auto-detected), with one important difference:
<ul>
<li>ModPageSpeed 2.0 caches full HTML pages itself — the plugin’s headers and purge calls drive the module’s page cache directly.</li>
<li>mod_pagespeed / ngx_pagespeed 1.1 does not cache HTML (it is a streaming rewriter; its in-place optimization caches only images, CSS, and JS). Full-page caching on 1.1 requires an external cache layer in front (nginx <code>proxy_cache</code>, Varnish, or a CDN) plus <code>ModifyCachingHeaders off</code> or <code>DownstreamCachePurgeLocationPrefix</code> — with 1.1’s default <code>ModifyCachingHeaders on</code>, the module replaces this plugin’s Cache-Control header on rewritten HTML. On 1.1, the plugin’s purge calls evict optimized sub-resources and metadata, not HTML pages.</li>
</ul>
<h4>Server requirements</h4>
<ul>
<li>ModPageSpeed 1.1 (v1.15.0+r3 or later) or ModPageSpeed 2.0 (v2.0.0 or later) installed on your web server.</li>
<li>For 2.0: the worker admin API enabled (<code>--api-port</code>).</li>
<li>For full logged-in-user correctness an nginx cookie-bypass map block is required — the setup wizard provides a copy-paste snippet and verifies it.</li>
</ul>
<h4>WP-CLI</h4>
<ul>
<li><code>wp pagespeed flush [--url=<url>]</code> — purge the home page (and posts page), or one specific URL on this site.</li>
<li><code>wp pagespeed status</code> — detected product, version, license tier, purge prerequisites, and last-purge status.</li>
<li><code>wp pagespeed test-connection</code> — verify the admin API is reachable and correctly configured (read-only, never purges).</li>
</ul>
<h4>License</h4>
This plugin is free software, licensed under the GNU General Public License v2.0 or later. The full GPL-2.0 license text is bundled with the plugin in the LICENSE file.
<h3>Third Party Services</h3>
This plugin makes HTTP requests to the operator-configured ModPageSpeed admin API URL. Data sent includes page URLs (for cache purging) and an API key (for authentication). No data is sent to We-Amp or any third party.

WeAmp Cache Control for ModPageSpeed

Full-page caching control panel for the ModPageSpeed server module: cache headers, purge-on-publish, per-post-type TTLs.

Purge Cache for CloudFlare vs WeAmp Cache Control for ModPageSpeed