wpcheetah

Okay, but I think perfmatter simply adds the link headers to the source code.

Anyway, CF html cache does not include those early links headers, so if I disable “preload resources” they are gone.

From ChatGPT:

• WordPress (Perfmatters in your case) generates <link rel="preload"> in the HTML output and/or sends them as Link: HTTP headers.
• Cloudflare’s Cache Everything / HTML cache only stores the HTML response body — it strips dynamic headers like Link unless they are explicitly transformed/preserved.
• Result: when HTML comes from CF’s cache, your Link headers (needed for 103 Early Hints) are missing.

So I had ChatGPT write a worker that reads the links headers and add them back, it seems to work.

• This reply was modified 9 months, 3 weeks ago by wpcheetah.
• This reply was modified 9 months, 3 weeks ago by wpcheetah.

For example, I see these preloaded in the early hints header. I don’t want all those preloaded or sent as early links, plenty of them are not needed at the beginning of the page. Are you saying they are set to preload by WP or the plugins (e.g. fluent forms)?

<https://ieltsisetvietnam.com/wp-content/uploads/blocksy/css/global.css?ver=97606>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/fluentform/assets/css/fluent-forms-public.css?ver=6.0.4>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/fluentform/assets/css/fluentform-public-default.css?ver=6.0.4>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/stackable-ultimate-gutenberg-blocks/dist/frontend_blocks.css?ver=3.18.0>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/hotline-va-zalo//css/hotline.css?ver=1.0.0>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/themes/blocksy/style.css?ver=6.8.2>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/themes/blocksy/static/bundle/main.min.css?ver=2.1.8>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/themes/blocksy/static/bundle/stackable.min.css?ver=2.1.8>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/blocksy-companion-pro/static/bundle/header-account.min.css?ver=2.1.8>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/plugins/blocksy-companion-pro/framework/premium/static/bundle/popups.min.css?ver=2.1.8>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/uploads/iset-hero-slider-1.webp>; as=image; fetchpriority=high; rel=preload
<https://ieltsisetvietnam.com/wp-content/uploads/blocksy/css/global.css?ver=97606>; as=style; rel=preload
<https://ieltsisetvietnam.com/wp-content/themes/blocksy/static/bundle/main.min.css?ver=2.1.8>; as=style; rel=preload

But in the HTML source, only the following are preloaded. These I have manually set in perfmatters. And the only ones I want to preload/early hint.

link rel="preload" href="https://ieltsisetvietnam.com/wp-content/uploads/iset-hero-slider-1.webp" as="image" fetchpriority="high"><link rel="preload" href="https://ieltsisetvietnam.com/wp-content/uploads/blocksy/css/global.css?ver=97606" as="style" onload="this.rel='stylesheet';this.removeAttribute('onload');"><link rel="preload" href="https://ieltsisetvietnam.com/wp-content/themes/blocksy/static/bundle/main.min.css?ver=2.1.8"

If I turn off “preload resources” the early hints header is gone in dev tools. If I turn off html caching in CF, the early hints headers are back, with only the ones I have set in perfmatters.

• This reply was modified 9 months, 3 weeks ago by wpcheetah.
• This reply was modified 9 months, 3 weeks ago by wpcheetah.
• This reply was modified 9 months, 3 weeks ago by wpcheetah.

Indeed it has been fixed, amazing work!

Okay, so actually it happens when I open the customizer on any page where the LMS plugin is disabled. If I then change the page while the customizer is open the options show.

Is this the URL you’re looking for?

ngoaingudarwin.com/?customize_changeset_uuid=e9b1e119-2d1c-4ed5-bf65-877dde790c3f&customize_theme=blocksy-child&customize_messenger_channel=preview-0

You seemed to miss the point.

Using MS LMS: page loads under 1 second

Using WooCommerce: page loads under 1 second

Using both plugins at the same time: page loads in 10 seconds.

So it is not because of MS or Woo being heavy plugins, or because of server speed. It is simply the intergration between the plugins that makes it slow.

Perhaps it’s the syncing of products or something, I don’t know.

I’m running Woo on several websites with many other plugins installed and have never seen such poor performance on any of them.

Thanks anyway, I didn’t expect you to solve as your “premium support” is worthless too. I might as well as ChatGPT for answers.

After some further investigation I think this is not possible, correct?

Okay, I see. So rather than being a “known threat” it is more of a potential vulnerability. I thought maybe there was some evidence of malicious intent.

Thanks for reviewing this.