• I'm using Jetpack Boost Image CDN on a self-hosted WordPress/WooCommerce site.

    My origin server is Apache/cPanel and uses HTTP/2.

    Jetpack Image CDN is definitely working. Chrome DevTools shows requests such as:

    https://i0.wp.com/xyz.com/wp-content/uploads/...

    The response contains:

    Server: nginx
    Server-Timing: a8c-cdn, dc;desc=...;cache=HIT
    Alt-Svc: clear
    Content-Type: image/webp

    Chrome DevTools shows Protocol: h2.

    Question 1: Does the Jetpack Image CDN currently support HTTP/3 for i0.wp.com/other Image CDN endpoints? If yes, why would this request negotiate HTTP/2 and return Alt-Svc: clear?

    Question 2: My image request also contains:

    fit=1920,1789

    I want to use Jetpack Image CDN for CDN delivery, but I do not want Jetpack to resize my original images. Is there any supported configuration/API/filter to disable the automatic fit transformation while keeping Image CDN enabled?

    I'm specifically asking about Jetpack Boost Image CDN behavior, not my Apache HTTP/2 configuration.
Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Support lastsplash (a11n)

    (@lastsplash)

    Hi there,

    Thanks for the detailed breakdown, including the response headers and DevTools protocol info, that context makes both questions much easier to answer.

    On Question 1 (HTTP/3):

    Yes, HTTP/3 is supported across our infrastructure, including our CDN. We enabled it for all of Automattic’s services in late 2023, so the Image CDN endpoints (i0/i1/i2.wp.com) are served from HTTP/3-capable edge servers. You can read the announcement here:

    https://wordpress.com/blog/2024/01/31/http3/

    Whether an individual request actually negotiates HTTP/3 comes down to what the edge advertises to the browser at request time. In your case the response carries “Alt-Svc: clear”, which tells the browser to discard any advertised alternative protocol, so it has nothing to upgrade to on that request and stays on HTTP/2 (h2). That is why DevTools reports h2. This reflects what that endpoint is currently advertising rather than a limitation of your Apache/HTTP/2 origin, and it is not something you can force from your side.

    On Question 2 (the fit= transformation):

    There isn’t a UI toggle to keep the Image CDN enabled while turning off the automatic resizing, the CDN resizes and optimizes by design. Changing that behavior is possible, but it lives in developer filters rather than a setting. A couple of supported hooks are relevant here:

    One thing worth knowing: the fit=1920,1789 value is derived from the dimensions in your image markup (the srcset/sizes attributes WordPress generates), not an arbitrary downscale of your original file. So in many cases adjusting the markup dimensions changes what the CDN requests.

    There is also a jetpack_photon_noresize_mode filter (https://developer.jetpack.com/hooks/jetpack_photon_noresize_mode/). It tells Photon to skip WordPress’s own uploaded-image resizing and use the CDN’s resize capabilities instead, so it isn’t a clean “never resize anything” switch. I would test its effect on a staging copy before relying on it.

    Since this involves custom filter code specific to your setup, the exact snippet would be development work beyond what the plugin does out of the box, but the hooks above are the supported way to get there.

    Happy to help interpret the behavior if you try one and see something unexpected.

    Plugin Support Stef (a11n)

    (@erania-pinnera)

    Hi there, @yashwant3,

    Do you have updates about that, do you still need help? We usually close inactive threads after one week of no movement, but we want to make sure we’re all set before marking it as solved. Thanks!

    Thread Starter yashwant3

    (@yashwant3)

    Hi, @erania-pinnera ,

    Thanks for following up. Yes, I have the information I needed. Your clarification regarding HTTP/3 support and the Image CDN resizing behavior was helpful.

    I don’t need any further assistance at this time. You can go ahead and mark the thread as solved.

    Thanks again for your help!

    Plugin Support Alin (a11n)

    (@alinclamba)

    Hi @yashwant3,

    Glad to hear that! Thanks for confirming. I’ll mark this as resolved.

    Best!

Viewing 4 replies - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.