Linux 软件免费装
Banner图

Loadwright

开发者 muhammadnan
更新时间 2026年7月23日 23:22
PHP版本: 7.2 及以上
WordPress版本: 7.0
版权: GPLv2 or later
版权网址: 版权信息

标签

performance optimization page speed disable plugins conditional plugins

下载

1.0.0

详情介绍:

Loadwright makes WordPress faster by doing something most speed plugins can't: it stops the plugins you don't need from loading at all on the pages where they aren't used. Their PHP never runs, their database queries never fire, and their CSS/JS is never enqueued on those requests. By default, WordPress loads every active plugin on every request — even a contact-form plugin on a blog post, a slider on the checkout, or a shop filter on your About page. That wasted work slows down your server response and bloats every page. This plugin lets you scope each plugin to exactly where it belongs, so the rest of your site stays lean. Unlike asset optimizers that only minify or defer files, this works at the plugin level: the whole plugin is removed from the request. It works through a tiny must-use loader that you install with one click from the settings screen, so the decision happens before other plugins load — the only point at which a plugin can be kept out of a request entirely. How it speeds up your site Cutting unused plugins from a request reduces three things that page-speed tools measure directly: These are the same factors behind the scores you see in Google PageSpeed Insights, GTmetrix, and Lighthouse, and the page-speed metrics behind them: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), and TTFB (server response time). Trimming per-page plugin load is one of the most effective WordPress speed-optimization (WPO) techniques, and it pairs well with a caching plugin and a CDN for the best results. Actual improvement depends on your theme, hosting, and which plugins you scope — this plugin gives you the control; your rules decide the gain. What you can target Two modes per rule Great for Good to know

安装:

  1. Upload the loadwright folder to /wp-content/plugins/, or install through Plugins → Add New.
  2. Activate the plugin.
  3. Go to Settings → Loadwright. Under Must-use loader, read the explanation and click Install must-use loader — this copies a small file (loadwright-loader.php) into wp-content/mu-plugins/ so Loadwright can run early enough to control plugin loading. Nothing is copied without this click.
  4. Add one or more rules and save. Rules only take effect while the loader is installed.
  5. Purge any page/edge cache so the rules apply to already-cached pages.
You can remove the loader anytime with Remove loader; deactivating or deleting the plugin removes it automatically.

屏幕截图:

  • A single rule targeting a plugin by category and post type.

升级注意事项:

1.0.0 Initial release.

常见问题:

How is this different from "asset" optimizers?

Asset optimizers (and dequeue tricks) remove specific CSS/JS files but the plugin's PHP still runs. This plugin removes the plugin from the request entirely, so its PHP, queries and hooks never execute.

Why does it use a must-use loader, and is it optional?

WordPress decides which plugins to load very early in each request, and only a must-use plugin runs early enough to influence that list. Loadwright therefore copies a small loader file into wp-content/mu-plugins/ — but only after you explicitly click Install must-use loader on the settings screen. The file is copied as-is from the plugin, does nothing but load Loadwright's core, and is removed when you click Remove loader or when you deactivate or delete the plugin. Until it is installed, your rules are saved but inactive.

Is it safe to disable WooCommerce-dependent plugins on cart/checkout?

Be careful. Those pages do a lot server-side. Only disable plugins that are purely decorative on the page in question, and always test as a logged-out visitor with items in the cart.

A rule doesn't seem to fire on a page. Why?

A rule only applies when the request resolves to exactly one published post/page/product. Ambiguous URLs (e.g. two items sharing a slug) are left untouched by design. Archive, search and 404 requests are not targeted in this version.

Does it work on multisite / network-activated plugins?

Rules apply to normally activated (per-site) plugins. Network-activated plugins are not affected in this version.

Will deactivating it undo everything?

Yes. Deactivation removes the loader, so every plugin loads normally again immediately.

更新日志:

1.0.0