Title: Samybaxy's Hyperdrive
Author: Samuel Nwaokoro
Published: <strong>31 ژانویه 2026</strong>
Last modified: 28 می 2026

---

جستجوی افزونه‌ها

![](https://ps.w.org/samybaxy-hyperdrive/assets/banner-772x250.jpeg?rev=3453727)

![](https://ps.w.org/samybaxy-hyperdrive/assets/icon-256x256.png?rev=3450767)

# Samybaxy's Hyperdrive

 توسط [Samuel Nwaokoro](https://profiles.wordpress.org/samybaxy/)

[دانلود](https://downloads.wordpress.org/plugin/samybaxy-hyperdrive.6.1.9.zip)

 * [جزئیات](https://fa.wordpress.org/plugins/samybaxy-hyperdrive/#description)
 * [نقد و بررسی‌ها](https://fa.wordpress.org/plugins/samybaxy-hyperdrive/#reviews)
 *  [نصب](https://fa.wordpress.org/plugins/samybaxy-hyperdrive/#installation)
 * [توسعه](https://fa.wordpress.org/plugins/samybaxy-hyperdrive/#developers)

 [پشتیبانی](https://wordpress.org/support/plugin/samybaxy-hyperdrive/)

## توضیحات

**Status:** Production Ready
 **Current Version:** 6.1.9

Samybaxy’s Hyperdrive makes WordPress sites **65-75% faster** by intelligently loading
only the plugins needed for each page.

Instead of loading 120 plugins for every page, we load only 12-45 plugins for the
current page – automatically, without breaking anything.

#### Key Features

 * **85-90% plugin reduction** on most pages
 * **65-75% faster page loads** without caching
 * **Zero configuration needed** – works automatically
 * **Zero broken functionality** – intelligent dependency detection
 * **Automatic dependency resolution** – understands plugin ecosystems
 * **Multi-layer caching** – 60-75% faster on cached requests
 * **Admin-only debug widget** – real-time performance monitoring

#### How It Works

Traditional WordPress loads ALL plugins on EVERY page:
 * Shop page loads: WooCommerce,
LearnPress, Forms, Analytics, SEO… (120 plugins) * Blog page loads: WooCommerce,
LearnPress, Forms, Analytics, SEO… (120 plugins) * Result: Slow sites (3-8 seconds
TTFB)

**Samybaxy’s Hyperdrive intelligently filters plugins:**
 * Shop page loads: WooCommerce
+ dependencies only (35 plugins) * Blog page loads: Blog plugins + dependencies 
only (18 plugins) * Result: **65-75% faster!**

#### Intelligent Detection System

The plugin automatically detects which plugins are needed via:

 1. **URL-based detection** – Recognizes WooCommerce, courses, membership, blog pages
 2. **Content analysis** – Scans post content for shortcodes and page builder widgets
 3. **Dependency resolution** – Automatically loads all required plugin dependencies
 4. **User role detection** – Loads extra plugins for logged-in users, affiliates, 
    members
 5. **Smart defaults** – Always loads essential plugins (page builders, theme cores)

#### Supported Plugin Ecosystems

 * **JetEngine** – jet-engine, jet-menu, jet-blocks, jet-elements, jet-tabs, jet-
   popup, jet-woo-builder, and 10+ modules
 * **WooCommerce** – woocommerce, memberships, subscriptions, product bundles, smart
   coupons
 * **Elementor** – elementor, elementor-pro, the-plus-addons, thim-elementor-kit
 * **Content Restriction** – restrict-content-pro, rcp-content-filter-utility
 * **Automation** – uncanny-automator, fluent-crm
 * **Forms** – fluentform, fluentformpro, jetformbuilder
 * **Other** – LearnPress, Affiliate WP, EmbedPress, Presto Player, and many more

#### Safety Features

 * Never filters WordPress admin area
 * Never filters AJAX requests
 * Never filters REST API requests
 * Never filters WP-CRON requests
 * Validates plugin existence before loading
 * Maintains WordPress native plugin load order
 * Falls back to loading all plugins if anything breaks
 * **Security:** Debug widget only visible to administrators
 * **Security:** Plugin info hidden from frontend users and visitors
 * **Clean:** No error logging or debug output

#### Performance Optimization

 * **Expected reduction:** 85-90% fewer plugins loading on most pages
 * **Speed improvement:** 65-75% faster page loads
 * **Memory savings:** 40-60% less memory usage
 * **Filter overhead:** < 2.5ms per request
 * **Server cost reduction:** 60-70% for same traffic

#### What’s New in v6.1.1

🚀 **Consolidated production-validated patch release** — battle-tested on a 154-
plugin WooCommerce / membership / LMS site (see PERFORMANCE-AUDIT-2026.md). Folds
in every internal iteration since 6.1.0 into one stable release.

**⚡ MU-loader overhead removed (Phase 1):**

 * **5  1 DB query in the MU-loader.** The five separate `$wpdb->get_var()` calls
   per cache-miss request are collapsed into a single autoloaded `shypdr_mu_payload`
   option that piggybacks on the alloptions cache.
 * **~110 KB less PHP parsed per frontend request.** Admin-only classes (`SHYPDR_Plugin_Scanner`,`
   SHYPDR_Dependency_Detector`, `SHYPDR_Content_Analyzer`) now load lazily via an
   autoloader instead of being `require_once`‘d on every request.
 * **Frontend transient log writes removed.** The 10%-sampled `set_transient()` 
   call on `wp_loaded` was writing to `wp_options` on real visitor traffic. Logging
   is now opt-in (`Runtime Logging` setting, default OFF) and writes to a rotated
   file under `uploads/shypdr-logs/`.
 * **save_post analysis debounced.** Re-analysis is skipped for revisions, autosaves,
   non-public post types, unchanged `post_modified`, and within 60 s of the last
   analysis — kills the thrash on ACF / meta-only saves.
 * **Lookup table capped + LRU-evicted.** `shypdr_url_requirements` is now bounded
   at 1500 entries (~500 posts) so the serialized blob stays within a healthy autoload
   budget.
 * **Cache-plugin coexistence.** The MU-loader now detects WP Rocket / LiteSpeed/
   WP Super Cache / NitroPack / ShortPixel preloaders and bows out, so cached HTML
   reflects the full plugin set instead of diverging from real-visitor pages.

**🎯 NitroPack-complementary frontend optimizations (Phase 2):**

 * **Plugin-aware preconnect hints.** Hyperdrive already knows which plugins actually
   loaded for the current page — so it can preconnect to `js.stripe.com` only on
   checkout, `player.vimeo.com` only when Presto Player is active for the page, 
   etc. Generic cache-plugin hints add the same origins to every page; this one 
   is selective.
 * **Pre-cache hardening.** WordPress Heartbeat slowed to 60 s on the frontend, 
   emoji detection script removed. NitroPack snapshots the resulting lighter HTML
   once and serves it forever from cache.
 * **Page-cache purge on config change.** Toggling `shypdr_enabled` or rebuilding
   the restrictable set now automatically purges NitroPack, WP Rocket, LiteSpeed,
   WP Super Cache, W3 Total Cache, Cache Enabler, and SiteGround Optimizer (whichever
   is installed).
 * All Phase 2 features sit behind a single **Frontend Optimizations** toggle (default
   OFF on upgrade) so existing sites only opt in deliberately.

**📊 Performance Insights tab (Phase 3):**

 * **Overall stats card.** Total samples in window, median plugin reduction, median
   PHP wall time (request start  wp_loaded — a directional TTFB proxy), median plugins
   loaded vs total.
 * **Per URL pattern breakdown.** Logged URLs collapse to patterns (`/shop/product/
   abc` + `/shop/product/def`  `/shop/product/*`) so similar pages roll up together.
 * **“Filtering isn’t helping” callout.** Surfaces URL patterns where median reduction
   is 0% across 3+ samples — clear signal the filtering overhead on those pages 
   may exceed the savings.
 * **elapsed_ms** captured per log entry via `REQUEST_TIME_FLOAT` (microsecond-cheap,
   no extra I/O).
 * Settings  Hyperdrive  **Performance Insights** card. Requires Runtime Logging
   enabled.

**🛡️ Deactivation safety:**

 * **Deactivation removes the MU-loader file** automatically (WordPress always loads
   MU-plugins regardless of activation state — leaving the loader installed meant
   a “deactivated” Hyperdrive could still influence requests).
 * **`shypdr_mu_payload` is dropped on deactivation** so even if the mu-plugins 
   directory is read-only and the file deletion fails, the MU-loader has nothing
   to act on.
 * **Safety net in the MU-loader itself.** If the file somehow survives, the MU-
   loader checks `active_plugins` / `active_sitewide_plugins` and bails unless the
   main plugin is currently active. Free check — rides the autoloaded alloptions
   cache.
 * User preferences (Enable Plugin Filtering, Essential Plugins, etc.) are preserved
   across deactivation cycles — only removed on uninstall.

#### What’s New in v6.0.2

🔗 **WordPress 6.5+ Plugin Dependencies Integration**

Full integration with WordPress core’s plugin dependency system:

 * **WP_Plugin_Dependencies API** – Native support for WordPress 6.5+ dependency
   tracking
 * **Requires Plugins Header** – Automatic parsing of the official plugin dependency
   header
 * **Circular Dependency Detection** – Prevents infinite loops using DFS algorithm(
   O(V+E) complexity)
 * **5-Layer Detection** – WP Core  Header  Code Analysis  Pattern Matching  Known
   Ecosystems
 * **wp_plugin_dependencies_slug Filter** – Support for premium/free plugin slug
   swapping

**Technical Improvements:**
 * Database-backed dependency map for MU-loader * Automatic
map rebuild on plugin activation/deactivation * Version upgrade detection with automatic
updates * Extended pattern detection for more plugins

#### What’s New in v6.0.1

🛒 **Checkout & Payment Gateway Fixes**

Fixed critical issue where payment gateways weren’t loading on checkout pages:

 * **Dynamic Gateway Detection** – Automatically detects and loads Stripe, PayPal,
   and other payment plugins on checkout/cart pages
 * **Streamlined Checkout** – Optimized plugin loading for better checkout performance
 * **Smart Membership Loading** – Membership plugins now only load on checkout for
   logged-in users

#### What’s New in v6.0

🚀 **Official Rebrand & WordPress.org Submission**

Complete plugin rebrand from “Turbo Charge” to “Samybaxy’s Hyperdrive”:

 * **New Identity** – Fresh branding with distinctive SHYPDR prefix
 * **WordPress.org Compliant** – Meets all plugin directory requirements
 * **Clean Codebase** – Extracted CSS, improved structure, proper escaping
 * **MU-Loader Update** – Renamed to shypdr-mu-loader.php for consistency

⚠️ **Note:** Fresh installation required – settings from previous versions will 
not migrate.

#### What’s New in v5.1

**Heuristic Dependency Detection System** – Zero Manual Maintenance!

The plugin now automatically detects plugin dependencies using 4 intelligent methods:

 1. **WordPress 6.5+ Headers** – Reads official “Requires Plugins” header
 2. **Code Analysis** – Scans for class_exists(), defined(), hook patterns
 3. **Pattern Matching** – Recognizes naming conventions (jet-*, woocommerce-*, elementor-*)
 4. **Known Ecosystems** – Validates with curated plugin relationships

**Benefits:**
 * Zero manual maintenance – dependencies auto-detected * Works with
custom/proprietary plugins automatically * Auto-rebuilds on plugin activation/deactivation*
Database storage for fast retrieval

#### What’s New in v5.0

**Intelligent Plugin Scanner** – Heuristic Analysis System

Automatically analyzes all plugins and scores them 0-100 based on:
 * Known patterns(
page builders, theme cores) * Keywords in name/description * Hook registrations (
wp_head, wp_footer, etc.) * Asset enqueuing (global CSS/JS) * Custom post type registration

**Detection Result Caching** – 60-75% Faster Filtering

Dual-layer caching system:
 * **Requirements Cache** – Pre-computed URL to plugins
mapping * **Detection Cache** – Runtime caching with object cache support * **Performance:**
0.3-0.8ms cached (vs 1.2-2.1ms uncached)

#### Admin Interface

Settings page at **Settings > Samybaxy’s Hyperdrive** with:
 * Enable/disable plugin
filtering checkbox * Enable/disable debug widget checkbox * Intelligent plugin scanner
with visual cards * Dependency map viewer with statistics * Performance logs showing
recent page loads * Cache statistics and management * Stats: plugins loaded, plugins
filtered, reduction percentage

#### Debug Widget

Floating widget that appears on frontend when enabled:
 * **Admin only** – Only 
visible to logged-in administrators * Frontend users and incognito visitors cannot
see it (security) * Shows total plugins available * Shows plugins loaded this page*
Shows plugins filtered out * Shows reduction percentage * Lists essential detected
plugins * Shows sample of filtered out plugins * Fully interactive with expand/collapse*
Responsive design (works on mobile)

#### Performance Statistics

Typical performance improvements:

 Page Type
 Before After Improvement

 Homepage
 3.5s TTFB 1.2s TTFB 65% faster

 Shop Page
 4.2s TTFB 1.4s TTFB 67% faster

 Blog Page
 2.8s TTFB 0.8s TTFB 71% faster

 Course Page
 5.1s TTFB 1.9s TTFB 63% faster

### Technical Details

#### Performance

 * **Time Complexity:** O(1) detection with cached lookups, O(m) filtering where
   m = active plugins
 * **Space Complexity:** ~110KB memory overhead (includes caching)
 * **Filter Speed:** 0.3-0.8ms cached, 1.2-2.1ms uncached
 * **Plugin Reduction:** 85-90% on most pages
 * **Speed Improvement:** 65-75% faster page loads

#### Architecture

 * **Heuristic Dependency Detector** – Auto-detects plugin dependencies
 * **Intelligent Plugin Scanner** – Analyzes and scores all plugins
 * **Dual-Layer Caching** – Requirements cache + detection cache
 * **Content Analyzer** – Intelligent content scanning with caching
 * **Detection System** – URL, content, user role, and default detection
 * **Resolver Algorithm** – Queue-based recursive dependency resolution
 * **Safety Layer** – Backend detection, validation, and fallbacks

#### Database Options

All options use `shypdr_` prefix:
 * `shypdr_enabled` – Enable/disable plugin filtering*`
shypdr_debug_enabled` – Enable/disable debug widget * `shypdr_essential_plugins`–
User-customized essential plugins * `shypdr_dependency_map` – Auto-detected plugin
dependencies * `shypdr_plugin_analysis` – Cached scanner results * `shypdr_url_requirements`–
Pre-computed URL lookups * `shypdr_logs` (transient) – Performance logs

#### WordPress Hooks

 * `plugins_loaded` – Initialize core components
 * `admin_menu` – Register settings page
 * `admin_init` – Register settings fields
 * `option_active_plugins` – Filter plugin list before WordPress loads them
 * `wp_enqueue_scripts` – Load debug widget CSS/JS
 * `wp_footer` – Render debug widget HTML
 * `save_post` – Update requirements cache
 * `activated_plugin` – Rebuild dependency map
 * `deactivated_plugin` – Rebuild dependency map

#### Filter Hooks for Developers

 * `shypdr_essential_plugins` – Override essential plugins
 * `shypdr_dependency_map` – Override dependency map
 * `shypdr_url_detected_plugins` – Customize URL detection
 * `shypdr_content_detected_plugins` – Customize content detection

#### Support

For support and documentation:
 * GitHub: https://github.com/samybaxy/samybaxy-hyperdrive*
Settings > Samybaxy’s Hyperdrive – View performance logs * Enable debug widget for
real-time monitoring

### Credits

Developed by samybaxy with a focus on performance, safety, and zero configuration.

Special thanks to the WordPress community for their feedback and testing.

## عکس‌های صفحه

 * [[
 * The main settings page with options to Manage Essential Plugins, Plugin Dependencies,
   and rebuild cache.
 * [[
 * The settings subpage where you can manage your essential plugin list or scan 
   all plugins for heuristics.
 * [[
 * The settings subpage where you can manage and map plugin dependencies.
 * [[
 * The frontPage with Debug bar displaying plugin filteration data.
 * [[
 * GTMetrix score for Dev environment without optimizations for over 124 plugins.
 * [[
 * GTMetrix score for Dev environment running Optimization with NitroPack only on
   WPEngine Host.
 * [[
 * GTMetrix score for Dev environment running Optimization with NitroPack and HyperDrive
   on WPEngine Host.

## نصب

#### Automatic Installation

 1. Upload the plugin files to `/wp-content/plugins/samybaxy-hyperdrive/` directory
 2. Go to WordPress Admin > Plugins
 3. Find “Samybaxy’s Hyperdrive” and click “Activate”
 4. Go to Settings > Samybaxy’s Hyperdrive
 5. Check “Enable Plugin Filtering”
 6. Save changes

That’s it! The plugin works automatically with zero configuration.

#### MU-Loader Installation (Recommended)

For best performance, install the MU-loader:

 1. After activating the plugin, go to Settings > Samybaxy’s Hyperdrive
 2. Click “Install MU-Loader Now” button (if prompted)
 3. The MU-loader will be automatically installed
 4. This enables filtering BEFORE WordPress loads plugins

Alternatively, manually copy:
 * From: `wp-content/plugins/samybaxy-hyperdrive/mu-
loader/shypdr-mu-loader.php` * To: `wp-content/mu-plugins/shypdr-mu-loader.php`

#### Manual Installation

 1. Download the plugin files
 2. Extract to `/wp-content/plugins/samybaxy-hyperdrive/`
 3. Activate from WordPress Admin > Plugins
 4. Enable filtering in Settings > Samybaxy’s Hyperdrive

## سوالات متداول

### Does it work with WooCommerce?

Yes! WooCommerce + all 15+ extensions are fully supported with automatic dependency
detection.

### Does it work with JetEngine?

Yes! JetEngine + all 18+ add-ons are fully supported.

### Does it work with Elementor?

Yes! Elementor + Pro + all add-ons are fully supported.

### What if plugins break?

The system automatically detects issues and loads all plugins as a fallback. You
can also disable filtering temporarily from Settings > Samybaxy’s Hyperdrive.

### Does it require configuration?

No! Works automatically with zero configuration. The intelligent scanner and dependency
detector handle everything.

### What about WordPress admin?

Admin always loads all plugins (safe by design). Filtering only happens on frontend
pages.

### Can I disable it temporarily?

Yes, go to Settings > Samybaxy’s Hyperdrive and uncheck “Enable Plugin Filtering”.

### Does it work with caching plugins?

Yes! Works great together with WP Rocket, LiteSpeed Cache, and other caching plugins.

### Will it improve my Google ranking?

Yes! Faster pages rank better in Google. Core Web Vitals improvements directly impact
SEO.

### Is it safe?

Yes. The plugin understands dependencies, won’t break functionality, and has automatic
fallbacks.

### How much memory does it use?

~110KB additional overhead (includes caching system).

### How fast is the filter?

0.3-0.8ms per request (cached) or 1.2-2.1ms (uncached). Target is < 2.5ms.

### Can I customize which plugins are essential?

Yes! Go to Settings > Samybaxy’s Hyperdrive > Essential Plugins tab to customize
via the admin UI.

### How do I debug if something breaks?

 1. Go to Settings > Samybaxy’s Hyperdrive
 2. Check “Recent Performance Logs” to see which plugins were loaded
 3. Enable “Debug Widget” to see real-time stats on frontend (admin only)
 4. Temporarily disable filtering to verify it’s the cause

### Does it work with multisite?

Yes, the plugin supports WordPress multisite installations.

## نقد و بررسی‌ها

نقد و بررسی‌ای برای این افزونه یافت نشد.

## توسعه دهندگان و همکاران

“Samybaxy's Hyperdrive” نرم افزار متن باز است. افراد زیر در این افزونه مشارکت کرده‌اند.

مشارکت کنندگان

 *   [ Samuel Nwaokoro ](https://profiles.wordpress.org/samybaxy/)

[ترجمه “Samybaxy's Hyperdrive” به زبان شما.](https://translate.wordpress.org/projects/wp-plugins/samybaxy-hyperdrive)

### علاقه‌ مند به توسعه هستید؟

[Browse the code](https://plugins.trac.wordpress.org/browser/samybaxy-hyperdrive/),
check out the [SVN repository](https://plugins.svn.wordpress.org/samybaxy-hyperdrive/),
or subscribe to the [development log](https://plugins.trac.wordpress.org/log/samybaxy-hyperdrive/)
by [RSS](https://plugins.trac.wordpress.org/log/samybaxy-hyperdrive/?limit=100&mode=stop_on_copy&format=rss).

## گزارش تغییرات

#### 6.1.9 – May 28, 2026

🐛 **Bug fixes + cleanup pass: lookup table refills correctly after plugin changes,
MU-loader no longer thrashes the object cache, dead code removed**

 * 🐛 **Fixed: per-URL requirements lookup was never rebuilt by cron after plugin
   activation/deactivation.** `shypdr_run_deferred_rebuild()` (the cron event scheduled
   on every plugin activate/deactivate and after every Hyperdrive upgrade) rebuilt
   the dependency map, restrictable set, and sitewide-plugins set — but skipped `
   rebuild_lookup_table()`. Combined with `handle_plugin_change()` clearing `shypdr_url_requirements`
   synchronously, this meant the lookup stayed empty until the user manually clicked
   Rebuild or until `save_post` slowly refilled it one page at a time. Both deferred
   cron paths now delegate to the same unified `shypdr_run_full_rebuild()` used 
   by the manual button.
 * 🐛 **Fixed: MU-loader busted the alloptions object cache on every cache-miss 
   frontend request.** A defensive `wp_cache_delete('alloptions', 'options')` call(
   added in 6.1.3) ran inside the per-request `option_active_plugins` filter, forcing
   the next `get_option()` on hosts with a persistent object cache (Redis on WP 
   Engine, Memcached, etc.) to rehit the DB. The cache was never actually at risk
   of getting poisoned — WordPress caches the raw pre-filter option value, not the
   filtered result — so the delete was unnecessary work that defeated the very `
   get_option()` performance optimization the MU-loader relies on. Removed.
 * 🧹 **Removed: dead `SHYPDR_Asset_Optimizer` class.** Leftover from the 6.1.5 /
   6.1.6 removal of the Frontend Optimizations feature. Class autoloaded on demand
   so it never cost runtime, but it added 163 lines of confusing dead code to the
   SVN distribution. Page-cache plugins (NitroPack, WP Rocket, LiteSpeed) handle
   resource hints and emoji removal correctly with dependency-aware engines — Hyperdrive
   should not duplicate that work.
 * 🧹 **Consolidated: “Rebuild Requirements Cache” and “Rebuild Now (All)” merged
   into a single “Rebuild Now” button.** The two-button design caused user confusion—
   neither button alone gave a complete rebuild (one analyzed pages, the other rebuilt
   the dependency graph). The new single button runs the full rebuild: dependency
   map  restrictable set  sitewide plugins  per-URL lookup  MU payload.
 * ➕ **Added: “Clear Caches” button.** Wipes every Hyperdrive-built data source(
   lookup table, sitewide plugins, dependency map, restrictable set, restriction
   rules, MU payload, rebuild timestamp, detection/content-scan transients) to zero.
   Companion to Rebuild Now: without a baseline of zero, you cannot tell whether
   a rebuild actually changed the underlying data or simply re-stamped the timestamp.
   Workflow: Clear Caches  confirm counters read 0  Rebuild Now  confirm counters
   read N. User settings (`shypdr_enabled`, debug, runtime_logging) are not touched.
 * 🐛 **Fixed: legacy `rebuild_requirements_cache` action path now stamps `shypdr_last_rebuild_at`.**
   Triggering the rebuild via a stale bookmark or external POST used to leave the
   timestamp unchanged, causing the admin_init safety net to mistakenly classify
   the freshly-rebuilt payload as stale and run an extra inline rebuild on the next
   admin page load.
 * 🧹 **MU-loader: tightened error handling.** The `option_active_plugins` filter’s
   catch block now traps `\Throwable` instead of `\Exception`, so a type error inside
   dependency expansion falls back to “return unfiltered” instead of yielding a 
   500.
 * 🧹 **MU-loader: deduplicated cache-warmer User-Agent list.** `lscache_runner`
   was listed twice.

#### 6.1.8 – May 26, 2026

🛡️ **Reliability fix: no more silently missing data on hosts with broken WP-Cron**

The 6.1.7 sitewide-plugins fix relied on WP-Cron to actually run the rebuild. On
WP Engine (and other traffic-dependent cron hosts) the scheduled event could sit
in the queue indefinitely, leaving the menu cart and other header widgets empty 
until someone manually ran `wp eval` to trigger the rebuild. 6.1.8 closes those 
gaps:

 * 🐛 **Fixed: synchronous safety net on admin_init.** A new `shypdr_admin_init_safety_net()`
   runs for plugin-editors. If the cached payload is stale (never rebuilt, > 24h
   old, or `shypdr_sitewide_plugins` missing entirely), it rebuilds the sitewide-
   plugins set + payload inline and shows a one-shot admin notice. Throttled to 
   one attempt per 5 minutes.
 * ➕ **Added: “Rebuild Now (All)” admin button.** New button on the Hyperdrive 
   settings page that forces every data source to rebuild synchronously — dependency
   map, restrictable set, sitewide plugins, MU payload. Surfaces per-step results
   in a success notice. Use this whenever conditional loading isn’t behaving as 
   expected and you don’t want to wait on cron.
 * 🐛 **Fixed: activation handler now runs synchronously on small sites.** When 
   a site has < 50 `elementor_library` templates AND < 100 active plugins, the activation
   handler runs all rebuilds inline instead of scheduling a deferred cron event.
   Eliminates the “I activated but nothing happened” UX on hosts where cron never
   fires. Larger sites stay on the deferred path so activation doesn’t 502 PHP-FPM.
 * ➕ **Added: `shypdr_last_rebuild_at` timestamp.** Every successful rebuild stamps
   this option so the safety net can detect cron drift. Also surfaced in the settings
   page (“Last full rebuild: 12 minutes ago”).

#### 6.1.7 – May 26, 2026

 * 🐛 **Fixed: site-wide header/footer widgets render empty when their underlying
   plugin is filtered.** Hyperdrive previously decided whether to load a plugin (
   e.g. WooCommerce) by looking only at the current URL’s content. That broke any
   widget placed in an Elementor Pro Theme Builder header/footer that depended on
   a restrictable plugin — most visibly the WooCommerce menu cart, which silently
   rendered empty on every non-WooCommerce page.
 * ➕ **Added: site-wide plugins set.** A new `shypdr_sitewide_plugins` option lists
   plugins required by templates whose conditions include `include/general` (or 
   whose template_type is header/footer/single/archive/search-results/error-404).
   The MU-loader merges this set into the “needed” plugins on every request, so 
   anything in the header/footer always has its dependencies loaded.
 * ➕ **Added: explicit Elementor Pro WooCommerce widget map.** `woocommerce-menu-
   cart`, `woocommerce-mini-cart`, and the full Single Product Builder widget set
   are now mapped directly instead of relying on prefix heuristics.
 * ➕ **Added: `save_post_elementor_library` hook.** Editing a header/footer template
   now schedules a debounced rebuild of the sitewide set, so widget changes propagate
   to the MU-loader payload automatically.
 * 🔧 **MU payload version bumped to v2** — existing installs get a fresh payload
   on next admin page view via the regular upgrade path.

#### 6.1.6 – May 26, 2026

 * 🗑️ **Removed: Frontend Optimizations setting.** The NitroPack-complementary tweaks
   checkbox (preconnect hints, heartbeat throttle, emoji removal) has been removed
   from the settings page. These concerns are handled by the page-cache plugin.

#### 6.1.5 – May 26, 2026

🛑 **Critical fix: remove JS-defer feature + defer ALL synchronous heavy work to
cron**

The blanket JS-defer feature shipped in 6.1.0 caused critical errors on Elementor
+ WooCommerce + FunnelKit sites no matter how careful the blocklist. It’s removed
entirely — page-cache plugins (NitroPack, WP Rocket, LiteSpeed) already handle JS
deferral correctly with dependency-aware engines. Hyperdrive should not duplicate
that work.

A line-by-line review of the plugin also turned up three more synchronous-heavy-
work paths that could 502 PHP-FPM on large sites:

 * 🛑 **JS-defer feature removed.** The `defer_non_critical_scripts()` method, its
   blocklist, and its `wp_enqueue_scripts:9999` hook are gone. The Frontend Optimizations
   toggle still controls preconnect hints, heartbeat throttle, and emoji removal—
   those are safe.
 * 🐛 **Fixed: activating/deactivating any plugin no longer 502s.** `handle_plugin_activation()`
   and `handle_plugin_deactivation()` were rebuilding the dependency map + restrictable
   set synchronously inside the activation HTTP request — same 50-150 plugin-file
   reads that 6.1.2 deferred for our own activation. Now they only clear caches 
   inline and schedule a debounced `shypdr_deferred_rebuild` cron event 15 s out,
   so bulk activations coalesce into one rebuild.
 * 🐛 **Fixed: plugin upgrade no longer 502s the next admin page load.** `shypdr_check_version_upgrade()`
   ran the same heavy rebuild on `admin_init` after every version bump. Now it does
   only the MU-loader file refresh + version-bump synchronously and schedules the
   rebuild to the same `shypdr_deferred_rebuild` cron event.
 * 🐛 **Fixed: Essential Plugins tab no longer 502s on fresh installs.** When `shypdr_plugin_analysis`
   wasn’t in the DB yet, opening the tab triggered a synchronous `scan_active_plugins()`
   that read up to 500KB per plugin × N plugins. Now it shows a “Scan pending” notice
   and queues the same cron event.
 * 🧹 **Cleanup: removed unused `SHYPDR_Main::get_essential_plugins()`** (dead code—
   no callers).
 * 🛡️ **Deactivation now uses `wp_clear_scheduled_hook()`** to unschedule both deferred-
   scan and deferred-rebuild events robustly.

**Upgrade impact:** critical for any install that’s been hitting 502s when activating
plugins, upgrading Hyperdrive, or opening the Essential Plugins tab. JS-defer users
will lose that specific feature — re-enable in their page-cache plugin instead.

#### 6.1.4 – May 26, 2026

🛡️ **Fix: JS defer feature was too aggressive, causing critical errors on Elementor/
WooCommerce/FunnelKit sites**

The NitroPack-complementary frontend optimizations toggle includes a JS defer feature
that applied `defer` to all footer scripts not in a short blocklist. On sites using
Elementor, WooCommerce checkout, or FunnelKit, this broke scripts that depend on
synchronous execution order, resulting in a “There has been a critical error” page.

 * 🐛 **Fixed: expanded blocklist** — Elementor frontend, WooCommerce cart/checkout
   scripts, FunnelKit checkout JS, AffiliateWP tracking, and NitroPack itself are
   now always excluded from deferral.
 * 🐛 **Fixed: skip scripts loaded in `<head>`** — head scripts must always execute
   synchronously; deferring them causes ordering races with footer dependents.
 * 🐛 **Fixed: skip scripts with `after` inline data** — previously only `before`
   inline data was checked. Scripts with `after` inline code also assume synchronous
   execution.
 * 🐛 **Fixed: skip scripts whose direct deps include a head or blocklisted script**—
   prevents deferring a footer script that relies on a synchronous predecessor.

#### 6.1.3 – May 26, 2026

🛡️ **Critical fix: prevent filtered plugin list from poisoning persistent object
cache (Redis/Memcached)**

On sites using a persistent object cache (e.g., WP Engine Redis), the `option_active_plugins`
filter value could be stored in the cache after a frontend request. Subsequent requests—
including wp-admin — would then read the cached filtered list, causing WooCommerce,
AffiliateWP, and other filtered plugins to appear fully deactivated site-wide, not
just on the filtered page.

 * 🐛 **Fixed: `wp_cache_delete('active_plugins', 'options')` and `wp_cache_delete('
   alloptions', 'options')` are now called immediately after filtering** so the 
   filtered value is never persisted in Redis/Memcached. The next request re-reads
   from the database and gets the full unfiltered list.

**Upgrade impact:** critical for any site running a persistent object cache. Sites
on default WordPress (no Redis/Memcached) were not affected but the fix is harmless
for them.

#### 6.1.2 – May 26, 2026

🛡️ **Hotfix: prevent 502 Bad Gateway on activation for large-install sites**

On sites with 100+ active plugins, the activation handler did synchronous file I/
O (reading up to 50KB from every active plugin file for dependency detection) inside
the activation HTTP request — and the post-activation admin page load did even heavier
reads (up to 500KB per plugin) for the essential-plugin scanner. Both could exceed
PHP-FPM timeout on managed hosts (WP Engine, Kinsta, etc.) and return 502 Bad Gateway.

 * 🐛 **Fixed: activation handler is now near-instant.** Only sets defaults, copies
   the MU-loader, and writes an empty payload. The heavy dependency-map rebuild,
   restrictable-set scan, and lookup-table rebuild are deferred to a background `
   shypdr_deferred_initial_scan` WP-Cron event scheduled ~30 seconds after activation.
 * 🐛 **Fixed: first-time-setup admin hook no longer runs the heavy scanner.** Previously
   called `scan_active_plugins()` (which reads every plugin file) on the first admin
   page load — also a 502 risk. Now just verifies the MU-loader is present and ensures
   the deferred cron is scheduled.
 * 🛡️ **Safety: all rebuild calls wrapped in `try/Throwable`** so a buggy class 
   can never break activation.
 * 🛡️ **Safety: background task raises memory limit and `set_time_limit(300)`** 
   so the deferred scan can complete even on very large sites without PHP-FPM constraints.
 * 🔧 **Cleanup: deactivation now unschedules any pending deferred-scan cron event**
   so a deactivated plugin can’t leave orphan cron entries.

**Upgrade impact:** existing installs see zero behaviour change after upgrade — 
the deferred scan only fires if `shypdr_needs_setup` is set, which is only true 
after a fresh activation. Sites already running 6.1.1 continue using the data their
activation already populated.

#### 6.1.1 – May 25, 2026

🚀 Consolidated patch release validated against a 154-plugin production WooCommerce/
membership / LMS site (see PERFORMANCE-AUDIT-2026.md). Folds in every internal iteration
since 6.1.0 into a single stable release.

**⚡ Phase 1 — MU-loader overhead removed**
 * 🔧 Improved: 5  1 DB query in the
MU-loader. The five separate per-request `$wpdb->get_var()` calls are collapsed 
into a single autoloaded `shypdr_mu_payload` option that piggybacks on the alloptions
cache (≈ free read). * 🔧 Improved: ~110 KB less PHP parsed per frontend request.
Admin-only classes (Plugin Scanner, Dependency Detector, Content Analyzer) load 
lazily via PSR-style autoloader instead of unconditional require. * 🔧 Improved:
Frontend transient log writes removed from cache-miss hot path; runtime logging 
now writes to a rotated file when explicitly enabled.

**🎯 Phase 2 — Frontend optimizations that complement page-cache plugins**
 * ✨
New: Plugin-aware preconnect hints — Hyperdrive only adds `js.stripe.com` on checkout,`
player.vimeo.com` on Presto pages, etc. Selective rather than generic. * ✨ New:
Pre-cache hardening — Heartbeat slowed to 60 s on frontend, emoji detection removed
so cache plugins snapshot lighter HTML once. * ✨ New: Automatic page-cache purge
on `shypdr_enabled` toggle / restrictable rebuild. Supports NitroPack, WP Rocket,
LiteSpeed, WP Super Cache, W3 Total Cache, Cache Enabler, SiteGround Optimizer. *
🛡️ Safety: All Phase 2 features behind a single **Frontend Optimizations** toggle(
default OFF on upgrade).

**📊 Phase 3 — Performance Insights tab**
 * ✨ New: Admin tab answering “is Hyperdrive
actually helping?” using the rotated runtime log. Zero frontend cost. * ✨ New: 
Per-URL-pattern breakdown (median reduction %, PHP wall time, loaded/total) so similar
pages collapse together. * ✨ New: “Filtering isn’t helping” callout surfaces URL
patterns where median reduction is 0% across 3+ samples. * 🔧 Improved: `elapsed_ms`
captured per log entry via REQUEST_TIME_FLOAT (no extra I/O).

**🛡️ Deactivation safety**
 * 🐛 Fixed: MU-loader file is removed on deactivation
so filtering stops on the next request (WordPress always loads MU-plugins regardless
of activation state). * 🐛 Fixed: `shypdr_mu_payload` is dropped on deactivation
as a second safety net. * 🛡️ Safety: MU-loader self-checks `active_plugins` / `active_sitewide_plugins`
and bails if the main plugin is no longer active. * 🔧 Improved: User preferences
preserved across deactivation cycles — only removed on uninstall.

#### 6.1.0 – March 7, 2026

🏗️ Architecture Overhaul: Whitelist to Blacklist Model
 * 🔄 Breaking: MU-loader
now uses blacklist architecture — loads everything by default, only restricts known-
heavy plugins * ✨ New: Automatic restrictable plugin detection based on ecosystem
analysis * ✨ New: DB-driven restriction rules — no more hardcoded keyword-to-plugin
mappings * ✨ New: Lightweight plugins (user-switching, analytics, utilities) always
load automatically * ✨ New: New plugins auto-load on frontend without code changes*
✨ New: Ecosystem child detection via dependency map and slug prefix matching * 
🔧 Improved: Plugin scanner builds restrictable set on activation/deactivation *
🔧 Improved: Admin override support for manual restrictable/unrestricted lists *
🛡️ Safety: No restrictable set = no filtering (safe fallback) * 🛡️ Safety: Search
pages load all ecosystems to prevent missing results * 🐛 Fixed: user-switching 
plugin no longer filtered out * 🐛 Fixed: WooCommerce extensions (subscriptions,
coupons) load on my-account page * 🐛 Fixed: AffiliateWP addons load on affiliate/
partner pages

#### 6.0.2 – February 5, 2026

🔗 WordPress 6.5+ Plugin Dependencies Integration
 * ✨ New: Full integration with
WordPress 6.5+ WP_Plugin_Dependencies API * ✨ New: Native support for Requires 
Plugins header parsing * ✨ New: Circular dependency detection using DFS with three-
color marking * ✨ New: Proper slug validation matching WordPress.org format * ✨
New: Support for wp_plugin_dependencies_slug filter (premium/free plugin swapping)*
✨ New: 5-layer dependency detection hierarchy * 🔧 Improved: MU-loader now uses
database-stored dependency map * 🔧 Improved: Automatic dependency map rebuild on
plugin changes * 🔧 Improved: Version upgrade detection with automatic MU-loader
updates * 🛡️ Safety: Circular dependency protection prevents infinite loops * 🛡️
Safety: Max iteration limit as additional protection

#### 6.0.1 – February 1, 2026

🛒 Checkout & Payment Gateway Fixes
 * 🐛 Fixed: Payment gateways (Stripe, PayPal,
etc.) not loading on checkout pages * ✨ New: Dynamic payment gateway detection 
for checkout/cart pages * 🔧 Improved: Streamlined checkout plugin loading for better
performance * 🔧 Improved: Membership plugins now only load on checkout for logged-
in users

#### 6.0.0 – January 29, 2026

🚀 Official Rebrand & WordPress.org Submission
 * ⚠️ Breaking: Complete plugin rename
from “Turbo Charge” to “Samybaxy’s Hyperdrive” * ⚠️ Breaking: Slug changed from “
turbo-charge” to “samybaxy-hyperdrive” * ⚠️ Breaking: All prefixes changed from 
TC_/tc_ to SHYPDR_/shypdr_ (6-char distinctive prefix) * ⚠️ Breaking: MU-loader 
renamed from tc-mu-loader.php to shypdr-mu-loader.php * ✨ New: Extracted inline
CSS to separate admin-styles.css file * 🔧 Improved: WordPress.org plugin review
compliance * 🔧 Improved: All database options, transients, and post meta use new
prefix * 🔧 Improved: All CSS classes use new shypdr- prefix * 📝 Note: Fresh installation
required – settings from previous versions will not migrate

#### 5.1.0 – December 14, 2025

🧠 Zero-Maintenance Dependency Detection
 * ✨ New: Heuristic Dependency Detection
System with 4 intelligent methods * ✨ New: WordPress 6.5+ “Requires Plugins” header
support * ✨ New: Code analysis for class_exists(), defined(), and hook patterns*
✨ New: Pattern matching for naming conventions (jet-*, woocommerce-*, elementor-*)*
✨ New: Database storage with automatic rebuild on plugin changes * 🔧 Improved:
Dependencies admin page with visual statistics dashboard * 🔧 Improved: Auto-rebuild
triggers on plugin activation/deactivation * 🔧 Improved: Debug widget now shows
scrollable full plugin lists * 🐛 Fixed: Membership plugins now load on shop page
for logged-in users * 🐛 Fixed: Numeric output escaping in printf() calls * 🗑️ Removed:
Hardcoded dependency map (replaced with heuristic detection) * ✅ Compliance: Complete
internationalization (i18n) for WordPress.org * ✅ Compliance: WordPress Coding 
Standards and Plugin Check compatibility

#### 5.0.0 – December 5, 2025

⚡ Intelligent Scanner & Multi-Layer Caching
 * ✨ New: Intelligent Plugin Scanner
with heuristic analysis (scores plugins 0-100) * ✨ New: Dual-layer caching system(
Requirements Cache + Detection Cache) * ✨ New: Admin UI for managing essential 
plugins with visual cards * ✨ New: Dynamic essential plugins (replaces static hardcoded
whitelist) * ✨ New: Requirements cache for O(1) hash lookups * ✨ New: Content 
analyzer with intelligent shortcode/widget detection * ✨ New: Filter hooks for 
developer extensibility (shypdr_essential_plugins, etc.) * ✨ New: Automatic cache
invalidation on content changes * 🚀 Performance: 40-50% faster average filter time*
🚀 Performance: 60-75% faster for cached requests (0.3-0.8ms vs 1.2-2.1ms) * 🔧 
Improved: More accurate essential plugin detection via heuristics * 🔧 Improved:
Better customization options through admin interface * 🐛 Fixed: MU-loader cache
early return bug * 🐛 Fixed: Plugin scanner robustness with defensive checks

#### 4.0.5 – August 2025

🏭 Production-Ready Stability Release
 * 🐛 Fixed: Removed all error_log statements
for production performance * 🔧 Improved: Implemented recursion guard pattern for
safe filtering * 🔧 Improved: Cleaned up temporary debug files and documentation*
✅ Stability: Production-ready implementation with comprehensive error handling

#### 4.0.4 – August 2025

🛡️ Hook Filtering Stability
 * ✨ New: Recursion guard mechanism to prevent infinite
loops * 🔧 Improved: Hook filtering reliability with dual protection * 🔧 Improved:
Enhanced type validation throughout codebase

#### 4.0.3 – August 2025

🚨 Critical Bug Fix Release
 * 🐛 Fixed: Critical 502 errors caused by infinite 
recursion in plugin filtering * 🐛 Fixed: Array type checking to prevent type errors*
🔧 Improved: Error handling with try-catch-finally blocks

#### 4.0.2 – August 2025

🔍 Debug & Monitoring Improvements
 * ✨ New: Elementor diagnostics for widget detection*
✨ New: Debug widget for real-time performance monitoring on frontend * 🔧 Improved:
Admin settings page layout and usability * 🔧 Improved: Enhanced performance logging
with detailed statistics

#### 4.0.1 – July 2025

🔌 Essential Plugins & Compatibility
 * ✨ New: Critical whitelist for essential
plugins (Elementor, JetEngine, etc.) * 🐛 Fixed: Jet Menu rendering issues on frontend*
🔧 Improved: Enhanced dependency detection for plugin ecosystems

#### 4.0.0 – July 2025

🎉 Initial Public Release
 * ✨ New: Core plugin filtering system with intelligent
detection * ✨ New: 50+ plugin dependency map covering major ecosystems * ✨ New:
URL-based detection for WooCommerce, LearnPress, membership pages * ✨ New: Content
analysis for shortcodes and page builder widgets * ✨ New: User role detection for
logged-in users and affiliates * ✨ New: Recursive dependency resolver algorithm*
✨ New: Safety fallbacks to prevent site breakage * ✨ New: Admin settings page 
for configuration

## اطلاعات

 *  نگارش **6.1.9**
 *  Last updated **4 روز پیش**
 *  نصب‌های فعال **کمتر از 10**
 *  نگارش وردپرس ** 6.4 یا بالاتر **
 *  Tested up to **6.9.4**
 *  نگارش PHP ** 8.2 یا بالاتر **
 *  زبان
 * [English (US)](https://wordpress.org/plugins/samybaxy-hyperdrive/)
 * Tags
 * [caching](https://fa.wordpress.org/plugins/tags/caching/)[conditional loading](https://fa.wordpress.org/plugins/tags/conditional-loading/)
   [optimization](https://fa.wordpress.org/plugins/tags/optimization/)[performance](https://fa.wordpress.org/plugins/tags/performance/)
   [speed](https://fa.wordpress.org/plugins/tags/speed/)
 *  [نمایش پیشرفته](https://fa.wordpress.org/plugins/samybaxy-hyperdrive/advanced/)

## امتیازها

هنوز هیچ نقدی ارسال نشده است.

[Your review](https://wordpress.org/support/plugin/samybaxy-hyperdrive/reviews/#new-post)

[مشاهده همه بررسی‌ها](https://wordpress.org/support/plugin/samybaxy-hyperdrive/reviews/)

## مشارکت کنندگان

 *   [ Samuel Nwaokoro ](https://profiles.wordpress.org/samybaxy/)

## پشتیبانی

چیزی برای گفتن دارید؟ نیاز به کمک دارید؟

 [مشاهده انجمن پشتیبانی](https://wordpress.org/support/plugin/samybaxy-hyperdrive/)

## کمک مالی

آیا تمایل دارید از پیشرفت این افزونه حمایت کنید؟

 [ کمک مالی به این افزونه ](https://github.com/samybaxy/samybaxy-hyperdrive/blob/main/DONATE.md)