ellasbubbles

Slowing down the site is not the principle concern. “Text to HTML Ratio” (this is the third time I am mentioning the concern), is the concern. To copy and paste from my previous message: “. Our site audit is showing Red Flags due to “Text to HTML” ratio. Which is simply the ratio between text (pure visible content) and code on your website. Over 1,800 pages of our website are effected with this Warning”

There is no need to export any report. Simply look at our DOM size for view-source:https://ellasbubbles.com/accessible-showers/ella-roll-in-wheelchair-accessible-shower-base-48×37-center-drain/

The entire DOM is 440k Characters

wcPPCPSettings alone is accounting for 27,000 of those character or 6% of our entire DOM size

You can learn more about this corporate level concern here: https://www.semrush.com/blog/semrush-study-on-site-seo-issues/#6–low-text-to-html-ratio

Absolutely! SEMRush is a Site Auditing Platform used in commercial/corporate landscapes for web performance. Our site audit is showing Red Flags due to “Text to HTML” ratio. Which is simply the ratio between text (pure visible content) and code on your website. Over 1,800 pages of our website are effected with this Warning

With this in mind, we have alocated the top 10 plugins/scenarios contributing to this high ratio, and yours is one of them.

Kindly visit: view-source:https://ellasbubbles.com/accessible-showers/ella-roll-in-wheelchair-accessible-shower-base-48×37-center-drain/

And search for “wcPPCPSettings”. This is 26936 characters in our DOM implemented from your plugin and it is highly recommended to offload this into an external file; that is, if all of the code is even required to begin with

RESOLVED: Changing this:

$height_key = array_search( (int) $variant_image[1], $this->heights, true );
$width_key = array_search( (int) $variant_image[2], $this->widths, true );

if ( $width_key && $height_key && $width_key === $height_key && true === $this->registered_sizes[ $width_key ][‘crop’] ) {
$image[0] = $cf_image . ‘/w=’ . $variant_image[1] . ‘,h=’ . $variant_image[2] . ‘,fit=crop’;
return $image;
}

To this:

if ( is_array( $this->heights ) && is_array( $this->widths ) ) {
$height_key = array_search( (int) $variant_image[1], $this->heights, true );
$width_key = array_search( (int) $variant_image[2], $this->widths, true );

if ( $width_key && $height_key && $width_key === $height_key && true === $this->registered_sizes[ $width_key ]['crop'] ) {
    $image[0] = $cf_image . '/w=' . $variant_image[1] . ',h=' . $variant_image[2] . ',fit=crop';
    return $image;
}

}

If images are offloaded completely, this would cause further issues

We have noticed issues as some of the images chosen from RankMath will actually be dead and since deleted images

Got it, we have manually adjusted this back; thanks1

Can you please log in and witness the issue I am experiencing vs. me typing it here step by step. It is a little more prominent and vivid than what you understand.

For example, in Media I clealy have more than 6+ images offloaded, as recognized by your plugin: https://i.imgur.com/kEIEnyh.png

However, in the Settings Panel, I only “have 6 images offloaded”, as others are not recognized by your plugin: https://i.imgur.com/xpby7Tz.png

What caused the inconsistency and how can you resolve this? We are talking about over 7,000 images to Re-Offload, so would appreciate a mediocre fix if possible

Our plugin is reading 0 offloaded. Again we have made no DB modifications and only followed the beta install instructions as provided here: https://i.imgur.com/jUx0BRf.png

All images are at cloudflare still

SELECT?*?FROM?postmeta?WHERE?meta_key?LIKE?'%_cloudflare_image_id%'
Showing rows 0 – 24 (20456 total, Query took 1.9794 seconds.)

The beta does not see to have the “Settings” Panel: https://i.imgur.com/Hr0z8O4.png

Although upon installing, I am not seeing our images being served by the CDN

Please note that we have not removed or altered anything in any way regarding the images at cloudflare or meta information: https://i.imgur.com/PXPpSDy.png

Hi Anton, thank you for the elaborate reply. Please note that the individual query does NOT take 60s, yet the query is duplicated over 100+ times at 0.2s each which is building the total load time. We have about 30 images on about 48 unique variations.

Please note that you are more than welcome to test this out on our site, although after jumping beta’s we are now experiencing a new issue with 0 images being recognized as offloaded: https://i.imgur.com/29YmYc3.png

Before testing any further, we ask that you please investigate this on your end. I have resubmitted login information through https://vcore.au/contact-us/ for your convenience

• This reply was modified 4 months, 2 weeks ago by ellasbubbles.

UPDATE [60s+ Load Time]: We are forced to downgrade the plugin due to a 60s+ load time introduced to product pages: https://i.imgur.com/qJm4yac.png

Please note that Plugin: cf-images remains the slowest query on ALL pages

Queries should be optimized not to fetch repetitively

RESOLVED: Tested + 5 Starred Plugin.

Thank you

NOT RESOLVED: I just updated the plugin on site, and can confirm that the first image of the chosen variations does deliver from imagedelivery; however please check the additional images (by changing the slider to a different image). These do NOT deliver from imagedelivery still: https://ellasbubbles.com/walk-in-tubs/stainless-steel-door/elite/

Thank you for looking into this further, as this is about 80% of relevant images on our website (and most woocommerce sites).

Please add a variation to your product, and then add the main image, there will then be blue text “Add additional images”: https://i.imgur.com/6AXT3xP.png

I have dropped a test admin login through the contact form at https://vcore.au/contact-us/ as well

CONFIRMED RESOLVED (Thank You): https://ellasbubbles.com/walk-in-tubs/installation-gallery/

Was this resolved? Why is it marked as complete?