Naibabiji Cache Purger for EdgeOne
A powerful WordPress plugin that automatically purges Tencent Cloud EdgeOne cache when your posts, pages, or custom post types are published, updated, or deleted. External services This plugin connects to the Tencent Cloud EdgeOne API (https://teo.tencentcloudapi.com) to provide cache purging and prefetching functionality. It sends the Following information to Tencent Cloud when a purge or prefetch operation is triggered (e.g., when a post is updated, or when manual purge is used): * Tencent Cloud API Credentials (SecretId): Used for request authentication and signing. * EdgeOne Zone ID: Used to identify the specific site/zone in EdgeOne. * Target URLs or Paths: The specific resources that need to be cleared or prefetched from the CDN nodes. This service is provided by “Tencent Cloud”: Terms of Service, Privacy Policy. Features Automatic Cache Purge Automatically purges cache when posts are published, updated, or deleted Supports all public post types (posts, pages, and custom post types) Smart purge: automatically refreshes post pages, homepage, category archives, tag archives, author archives, and date archives Comment Integration Automatically purges related post cache when new comments are approved Manual Purge Support for manual purge of specific posts or entire site Quick purge buttons in admin panel for recent posts Flexible Configuration Choose purge method: delete cache (delete) or mark as expired (invalidate) Optional logging of purge operations Secure key configuration via wp-config.php constants Cache Plugin Integration Automatically purges EdgeOne cache when popular WordPress cache plugins clear their cache Supports WP Super Cache, W3 Total Cache, WP Rocket, and LiteSpeed Cache Force mode ensures cache plugin integrations work even when auto purge is disabled Proper timing control ensures compatibility with all cache plugin loading sequences Cache Prefetching Optional cache prefetching after purging (disabled by default) Only prefetches post URLs, not archive pages to conserve EdgeOne prefetch quota Ensures first visitor gets cached content immediately Prefetch results are displayed in the purge logs for easy monitoring Enhanced Logging Detailed logging of all purge operations with success/failure status Manual log clearing functionality for easier debugging Prefetch operation results displayed alongside purge results Job IDs and error messages for easy troubleshooting Advanced Manual Purge Optimized host-specific “Purge All” using the purge_host method Manual purge operations are not affected by auto purge settings Force mode support for cache plugin integrations Comprehensive URL coverage for post-related purges Custom URL Purge Purge cache for specific URLs (CSS, JS, images, etc.) Support for directory prefix purge using trailing slash (/) Batch processing: enter multiple URLs, one per line Automatic URL validation and filtering Smart type detection: files use purge_url, directories use purge_prefix Nginx Cache Integration Optionally clear Nginx server-side page cache (FastCGI cache or Proxy cache) alongside EdgeOne CDN cache Configured separately — most sites using only WordPress cache plugins do not need this Nginx cache and EdgeOne cache are cleared independently; either can succeed even if the other fails Includes path validation with real-time feedback in the settings page Uses ngx_cache_purge module for precise URL-based cache clearing (faster and more efficient) Added “Purge Endpoint Path” option for customizable Nginx purge URL path (e.g., use a random string like /xK9mPurge_q7z for better security) Uses HTTPS requests to your site’s own domain for purge, avoiding HTTP-to-HTTPS redirect issues Friendly error messages in purge logs: clearly explains why a URL wasn’t cached (e.g., “Not cached — the page was returned instead of a purge response”) instead of showing raw HTML Fallback to file deletion for full-site purge operations Detailed per-URL purge logging for Nginx cache operations No SDK Required Direct API calls, no need to install Tencent Cloud SDK Compatible with all WordPress versions 5.5+ Configuration Get Tencent Cloud API Keys Visit Tencent Cloud Console Create or get your SecretId and SecretKey Get EdgeOne Zone ID Visit EdgeOne Console Select your site and find the Zone ID (format: zone-xxxxxx) Configure Plugin There are two configuration methods: Method 1: Using wp-config.php (Recommended) Add these constants to your WordPress wp-config.php file: define( 'NB_CACHE_PURGER_SECRET_ID', 'your-secret-id' ); define( 'NB_CACHE_PURGER_SECRET_KEY', 'your-secret-key' ); Then in WordPress admin: 1. Go to “Settings” → “Naibabiji Cache Purger” 2. Fill in the Zone ID (Secret ID and Secret Key will be automatically loaded from constants) 3. Choose other options and save Method 2: Direct Configuration in Admin Log in to WordPress admin Go to “Settings” → “Naibabiji Cache Purger” Fill in the following information: Secret ID: Tencent Cloud API Secret ID Secret Key: Tencent Cloud API Secret Key Zone ID: EdgeOne Zone ID Choose other options: Enable Auto Purge: Whether to automatically purge cache when posts are updated Purge Method: delete: Directly delete node cache invalidate: Mark as expired, revalidate from origin Enable Logging: Whether to log purge operations Nginx Cache Integration (Optional) Only needed if your server uses Nginx FastCGI cache or Proxy cache (configured via fastcgi_cache_path or proxy_cache_path in nginx.conf). Most sites using WordPress cache plugins do not need this. In “Settings” → “Naibabiji Cache Purger” → scroll to the Nginx Cache Integration section at the bottom Check Enable Nginx Cache Purge Set a Purge Endpoint Path — we recommend using a random string (e.g., /xK9mPurge_q7z) for security, so you can use allow all; in Nginx without exposing the endpoint to attackers Enter the absolute filesystem path to your Nginx cache zone directory (e.g. /var/run/nginx-cache) — this is only used as fallback when purging the entire site The web server process (e.g. www-data) must have write permission to this directory The settings page will validate the path and show whether it is writable Save settings — Nginx cache will now be cleared automatically every time EdgeOne cache is purged Nginx Purge Configuration To use the ngx_cache_purge module integration, you need to configure your Nginx server block with the appropriate purge rules. Replace /xK9mPurge_q7z with your custom purge path: nginx location ~ /xK9mPurge_q7z(/.*) { allow all; deny none; fastcgi_cache_purge YOUR_CACHE_ZONE "https$request_method$host$1"; # Or for proxy cache: # proxy_cache_purge YOUR_CACHE_ZONE "https$request_method$host$1"; } Replace YOUR_CACHE_ZONE with the name of your Nginx cache zone (e.g., wordpress). Important notes: * The fastcgi_cache_purge key ("https$request_method$host$1") must match your fastcgi_cache_key directive exactly, including the https prefix * If you are using BT Panel (宝塔) with an HTTP-to-HTTPS redirect rule, the plugin sends HTTPS requests to your own domain, so no additional exclusion rules are needed * For detailed configuration instructions, see the configuration tutorial
Top keywords
- cache58×5.34%
- purge44×4.05%
- nginx17×1.56%
- edgeone12×1.10%
- zone12×1.10%
- cloud10×0.92%
- tencent10×0.92%
- tencent cloud10×0.92%
- id9×0.83%
- nginx cache9×0.83%
- path9×0.83%
- wordpress9×0.83%
DietPress
DietPress is a free WordPress speed optimization plugin with a built-in page cache. Page caching, browser caching, GZIP and Brotli compression, deferred JavaScript, critical CSS, image loading attributes, preloading, locally hosted Google Fonts and selective asset loading, all in one plugin and all free. And it goes further than a caching plugin: it also puts WordPress itself on a diet, switching off the features your site never uses. It pairs that with a clean, risk-based interface. Everything is configurable, the optimizations are already on by default, and nothing is hidden behind a paid tier. Activate it and your site is faster, or open the settings and tune every detail. By default WordPress loads functions, services and scripts that most sites do not need. They slow down loading times and consume hosting resources. DietPress lets you trim that fat and apply battle-tested performance tweaks, with a clear description of what each option does and what might break, organized by risk level so you always know what is safe. WHY CHOOSE DIETPRESS Page caching, for free. Serve anonymous visitors a copy stored on disk instead of building the page again. The feature people buy WP Rocket or a NitroPack subscription for, with no licence and no monthly fee. No drop-in, no changes to wp-config.php. Unlike WP Super Cache or W3 Total Cache, DietPress installs no advanced-cache.php and never edits wp-config.php. Switching it off leaves your site exactly as it was, with nothing orphaned behind. It tells you why. Most cache plugins leave you guessing when nothing is cached. DietPress reports its own status, tests itself against your home page, and names the exact reason a page was skipped. WooCommerce-safe by design. Carts, checkout, my account and any visitor carrying a cart cookie always get the live site, so nobody ever sees somebody else’s basket. Diet as well as speed. Where Perfmatters focuses on disabling scripts, DietPress covers that ground and adds page caching, critical CSS, local Google Fonts and a dashboard, admin and email cleanup, in one plugin. Light on your server. No account, no external service, no telemetry, no upsell nags. Everything runs on your own hosting. WHAT THE PAGE CACHE DOES TO YOUR RESPONSE TIME Measured on a WordPress 7.0 install with GeneratePress, WooCommerce and a 76 product catalogue, PHP 8.5, taking the median of 15 requests per URL. Your own hosting will give different figures, but the shape of the result will not change. Server response time, the same pages with the page cache off and on: Home page – 52.7 ms without, 15.1 ms with, 71% faster WooCommerce shop – 45.4 ms without, 14.8 ms with, 67% faster A 110 KB article – 43.0 ms without, 15.1 ms with, 65% faster A 98 KB page – 41.0 ms without, 14.9 ms with, 64% faster A product category – 41.3 ms without, 15.1 ms with, 63% faster The interesting part is not the percentage, it is that the cached figure barely moves. Serving a stored file costs the same whether the page was cheap or expensive to build, so the saving grows with the size of your site rather than with the power of your server. The heaviest page in the test is the one that gained most. It also changes how much traffic your hosting can take at once. In the same test the server went from serving about 40 visits a second to more than 210, five times as many, on exactly the same plan. That is what keeps a small site standing up when one of your posts does well. TWO THINGS IN ONE PLUGIN 1. Performance optimizations (on by default) Automatic Critical CSS inlined in the head (optional experimental deferral of non-critical CSS) JavaScript defer parsing with smart dependency handling Image loading attributes safety net: lazy loading, decoding=async and fetchpriority for images that bypass core Automatic image dimensions for better CLS scores (including picture elements) Resource hints: preconnect and DNS prefetch for common third-party origins Theme stylesheet, critical fonts and logo preloading for a faster LCP Google Fonts display=swap Google Fonts local hosting: serve the fonts your theme uses from your own server, GDPR-friendly with a silent fallback to the Google CDN (opt-in) Selective third-party loading: WooCommerce, Contact Form 7, block library, Slider Revolution, TablePress, Smash Balloon, Formidable Forms and Everest Forms assets only load where they are used (opt-in) RSS feed optimization (cache headers and item limit) Server rules in .htaccess: browser caching with a configurable lifetime for media, for styles and scripts and for fonts, GZIP and Brotli compression, immutable cache headers, CORS for fonts and keep-alive (master switch plus per-feature toggles) Database maintenance: daily expired-transient cleanup and safe query optimizations Page cache: store each page on disk and serve it to anonymous visitors without building it again, with automatic purging, gzip precompression and a status panel that says whether it is working (opt-in, in its own tab) 2. Put WordPress on a diet (risk-based, opt-in) Light (safe for any site): emojis, RSD/WLW tags, shortlinks, self-pingbacks, comment pagination, and more Moderate (evaluate first): oEmbed, jQuery Migrate, Dashicons on the frontend, Global Styles and Duotone, remote block patterns, avatars and Gravatar, comment threading, and more Strict (site-specific): granular RSS feed control, Heartbeat API mode, post revisions and autosave, disable comments, XML sitemap, native lazy loading/fetchpriority, content types, selective loading for WooCommerce, Contact Form 7, block assets, Slider Revolution, TablePress, Smash Balloon, Formidable Forms and Everest Forms, and more Widgets: dashboard widgets (including third-party ones from Yoast, WooCommerce, Elementor, Jetpack, Wordfence, Rank Math, Gravity Forms), classic sidebar widgets, block-editor widgets and the Customizer Emails: silence the automatic emails WordPress sends on its own, grouped by area: auto-update results for core, plugins and themes (plus the new-version notice), comment moderation and new-comment notices, and new user, password and email-change notices, plus toggles for the admin email verification prompt and post-by-email. Every option is off by default, and critical notices such as a failed core update are always kept SCALE, PROFILES AND ANALYZER Savings indicator: HTTP requests removed, CSS/JS saved and active optimizations at a glance Quick profiles: Personal Blog, WooCommerce Store, Landing Page and Maximum Cleanup Site analyzer: personalized recommendations based on your active plugins and content, page cache included Import and export your whole configuration as a JSON file COMPATIBILITY AND EXTENSIBILITY The plugin includes filters for developers: dietpress_critical_css – Customize the inline critical CSS dietpress_critical_css_handles – Define which CSS handles are critical dietpress_skip_defer_script_handles – Opt scripts out of the JavaScript defer dietpress_skip_defer_style_handles – Opt stylesheets out of the CSS deferral dietpress_preconnect_hints – Customize preconnect origins dietpress_dns_prefetch_domains – Customize DNS prefetch domains dietpress_critical_fonts – Define critical fonts to preload dietpress_exclude_local_fonts – Exclude Google Fonts stylesheets from local hosting dietpress_selective_{module}_has_content – Mark a page as showing the content of a selective loading module, so its assets are kept. The module is wc, cf7, formidable, everest_forms or revslider dietpress_selective_{module}_styles / dietpress_selective_{module}_scripts – Adjust the handles removed by each module dietpress_selective_page_hides_content – Mark a page as rendering content the content scan cannot reach, so no module removes anything (this is what handles Elementor) dietpress_selective_is_wc_page – Override the WooCommerce page detection of selective loading dietpress_selective_wc_keep_cart_fragments – Keep the cart fragments script when your theme has a hand-coded mini-cart dietpress_selective_cf7_has_form – Mark pages that load a Contact Form 7 form dynamically dietpress_selective_blocks_dequeue – Override the block library dequeue decision dietpress_selective_everest_forms_dequeue_dashicons – Keep Dashicons when another plugin enqueues it directly dietpress_native_sitemap_in_use – Tell DietPress your plugin builds on the native WordPress sitemap, so the option that removes it becomes unavailable dietpress_cache_bypass – Keep the current page out of the page cache dietpress_cache_bypass_cookies – Adjust the cookie name prefixes that make a visitor uncacheable dietpress_cache_ignored_params – Adjust the query parameters that do not change the page dietpress_cache_exclude_urls – Adjust the excluded URL patterns dietpress_cache_post_urls – Adjust the URLs purged along with a post Compatible with: Well-coded themes and page builders (Divi, Elementor, Beaver Builder, Bricks Gutenberg) Cache plugins (WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache, etc.). The one exception is the optional page cache module, which will not run beside another page cache and says so; everything else in DietPress works alongside them as it always has Security plugins (DietPress focuses on performance and deliberately leaves security to them; we recommend our free Vigilant) CDNs (Cloudflare, StackPath, KeyCDN, etc.) thanks to CORS and Vary headers WordPress Multisite (except the optional page cache module, which does not support it yet) HOW TO VERIFY THE OPTIMIZATIONS Cache rules: check your .htaccess for a block marked # BEGIN DietPress with immutable Cache-Control headers Logo preload: view page source and look for pointing to your logo Critical CSS: view source and look for in the head Compression: test at giftofspeed.com/gzip-test Always measure with tools like Google PageSpeed, GTMetrix or WebPageTest, and run each test at least twice to account for caching. Support Need private support or custom development? Do you need one-on-one help, priority troubleshooting, or a custom feature, integration, or tweak built specifically for your site? I offer private support and custom development. Just contact me and tell me what you need. Need help or have suggestions? Official website WordPress support forum YouTube channel Documentation and tutorials Love the plugin? Please leave us a 5-star review and help spread the word! About AyudaWP We are specialists in WordPress security, SEO, AI and performance optimization plugins. We create tools that solve real problems for WordPress site owners while maintaining the highest coding standards and accessibility requirements.