Select one or more tags, then press “Search Plugins”

Find Plugin with any / all of the selected criteria
Search Plugin

LumenCache Wordpress Plugin - Rating, Reviews, Demo & Download

LumenCache Wordpress Plugin - Rating, Reviews, Demo & Download
No ratings yet
Free
Follow for free plugins, new theme releases and theme news

Plugin Description

LumenCache implements a RAM-first full-page cache with a WordPress
advanced-cache.php drop-in. On a cache HIT, the drop-in serves complete HTML
before the normal WordPress bootstrap and database queries. This early-response
path reduces application-layer work and keeps repeat page requests fast across
Nginx, Apache, and LiteSpeed.

The cache is designed to fail open when its storage layer is unavailable, so a
cache connection problem does not take the WordPress site offline.

Research Foundation

Academic Reference:
“Dynamic Resource Mapping in Zero-Reload Server Architectures: Eliminating
Application-Layer Latency and Extension Dependency in High-Concurrency CMS
personalised requests continue through the full WordPress stack.

This architecture is intended to reduce repeated bootstrap work, database
queries, and extension overhead while preserving WordPress compatibility. It
also provides a practical bridge between academic performance research and
everyday publishing workloads, including content-heavy sites, WooCommerce
catalogues, and membership-driven pages.

Research author: Dean Nasrul Eam — Light & Composition University.

Eight-Subsystem Architecture

  1. RAM-First Full-Page Cache Engine — PHP stores complete HTML at
    shutdown and resolves repeat requests from the in-memory cache layer.
  2. Nginx / Apache Proxy Bridge — Static or dynamic server config bypasses
    PHP entirely for cache hits.
  3. Selective Bypass Cookie Routersys_active_state cookie routes
    logged-in users and cart-active visitors to live PHP.
  4. Application Driver Profile Engine — Auto-detects WooCommerce,
    LearnDash, LifterLMS, MemberPress, BuddyBoss and registers tailored bypass
    rules and invalidation hooks.
  5. Surgical Cache Invalidation — Post save / nav menu / widget / theme
    switch events trigger precise per-URL or full purges.
  6. REST API State Endpoint/wp-json/lumencache/v1/user-state serves
    personalised fragments for skeleton-hydration clients.
  7. Skeleton Hydration DOM Workerskeleton-hydration.js replaces cached
    placeholders with live content on load.
  8. WP-CLI Management Interfaceflush, flush-url, status commands.

Configuration (optional)

All settings are configurable from LumenCache Settings in the WordPress
admin. Optionally override any setting via wp-config.php — constants always win:

define( 'LUMENCACHE_REDIS_HOST',          '127.0.0.1' );
define( 'LUMENCACHE_REDIS_PORT',          6379 );
define( 'LUMENCACHE_REDIS_SOCKET',        '' );
define( 'LUMENCACHE_REDIS_PASSWORD',      '' );
define( 'LUMENCACHE_REDIS_DATABASE',      0 );
define( 'LUMENCACHE_REDIS_TIMEOUT',       1.0 );
define( 'LUMENCACHE_REDIS_PREFIX',        'cache:' );
define( 'LUMENCACHE_CACHE_TTL',           86400 );
define( 'LUMENCACHE_CACHE_SALT',          '' );
define( 'LUMENCACHE_CACHE_QUERY_STRINGS', false );
define( 'LUMENCACHE_PROXY_PASSWORD',      '' );

WP-CLI

wp lumencache flush
wp lumencache flush-url https://example.com/page/
wp lumencache status<h3>Privacy</h3>

LumenCache stores rendered page HTML and cache metadata in the in-memory cache
service configured by the site administrator. It does not send cache contents,
visitor data, or analytics data to a third-party LumenCache service. The
optional user-state endpoint returns only the requested dynamic values to the
requesting browser; sites should review those values and their own privacy
policy before enabling personalized hydration.

Current Active Pipeline Status — LumenCache + LumenCache Pro (August 8, 2026)

Audited release: LumenCache 1.6.3 / LumenCache Pro 1.0.5. Every listed
pipeline was read from its UI/request entry point through configuration,
runtime, failures, persistence, invalidation, and visible output.

  • Pre-WordPress readers (drop-in and Apache proxy): fixed Redis timeout,
    Predis availability, boolean configuration parsing, empty-value reader
    parity, and safety bypasses for dynamic/personal routes. Confirmed tracking
    key stripping and Redis key construction agree with the write path.
  • Capture and Redis write: fixed non-HTML response rejection; full-page
    cache stores only HTML that early readers can safely replay.
  • Local invalidation and purge controls: fixed relative URL, host/scheme,
    trailing-slash, and tracking-query normalization so admin/CLI/post purges
    target the same key cache writes create.
  • Server integration and lifecycle: fixed foreign drop-in overwrite; LumenCache
    owns/removes only its own file. Generated Apache/Nginx configuration and
    existing salt safety behavior were read directly.
  • Application drivers and state routing: fixed early-reader parity for
    WooCommerce, LMS, membership, Buddy/BuddyPress, and LCU routes/cookies; no
    longer clears active-session state on completion events that do not end access.
  • Administration, REST, CLI, updates: verified capability/nonce boundaries;
    fixed REST personalized-state access, update-domain identity/PHP metadata,
    LumenCache screen asset scoping, and visible drop-in conflict feedback.
  • Pro entitlement, telemetry, Cloudflare, updates and UI: fixed
    constant-license update eligibility and Cloudflare token page-source exposure.
    Local-first then best-effort edge invalidation and license status/drop-in
    synchronization were verified.
  • Intentional constraints retained: domain-only license authorization and
    the optional direct-Redis Nginx tracking-parameter limitation remain
    unchanged by design. Standard Nginx cannot use salted SHA-256 keys without
    the documented OpenResty/Lua route.
  • Validation: focused regression contracts pass (13 tests / 60 assertions);
    all LumenCache and LumenCache Pro PHP files lint clean. A real
    WordPress+Redis+Cloudflare server remains required to prove live edge/API
    behavior after installation.

Screenshots

No screenshots provided


Reviews & Comments