| 开发者 | gunjanjaswal |
|---|---|
| 更新时间 | 2026年7月21日 14:14 |
| 捐献地址: | 去捐款 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
scheduler.yield() (with a setTimeout fallback) so the queued scripts do not re-block the thread in one long task.PerformanceObserver (event + longtask).scheduler.yield() + fallback)data-no-optimize opt-out?queueforge_off URL switch to bypass the delay for one page loadqfinp_exclusions filter to programmatically add never-delay keywords.template_redirect; no edits to your theme or other plugins.queueforge-inp-fixer folder to /wp-content/plugins/.Delaying JavaScript can affect scripts that expect to run before interaction (consent banners, some sliders, reCAPTCHA). Add a keyword for those scripts to the exclusion list, or add data-no-optimize to the tag. Logged-in editors are skipped by default so you can preview safely.
No, unless you enable "Delay jQuery". Many themes assume jQuery is present at load, so it is opt-in.
Enable the Live INP overlay in settings and browse the front end while logged in as an admin. Compare against a page loaded with ?queueforge_off appended to the URL.
Yes. It rewrites the HTML as it is generated; the result can be cached normally. It complements page caching rather than replacing it.
qfinp-runtime-js-before) and the exclusion list only looked for queueforge. The runtime booted with an empty config, bound no interaction listeners, set no fallback timer, and restored nothing — so on every site running 1.0.0, delayed scripts stayed dead for the life of the page. The default "skip logged-in editors" setting is why this went unnoticed: signed in, you never saw the optimised page.wp_localize_script, which casts every value to a string — so 0 arrived as "0", which is truthy in JavaScript. Now sent as real JSON via wp_add_inline_script.queueforge-scripts-loaded event is always emitted.async no longer block the restore queue, preserving the parallel fetching those tags asked for.