Image optimisation is not powerful enough, even with the “Optimise Losslessly” option disabled.
I have noticed this on a very large number of images.

Here is an example:
– Original photo size: 218 KB
– Saved (JPG): 1.3 KB
– WebP/AVIF Saved: 54.23 KB

The same photo optimised by TinyJPG:
– Saved (JPG): 106 KB (and it is very little or not at all destructive: personally I cannot see any difference between the original image and the optimized one).

The performance of image optimization really needs to be improved, otherwise this tool will not be useful enough.

Thank you,

Eric

Now my website is so slow that it barely functions. Images take forever to load (ie: several minutes to load a single blog post) and many do not load at all. Other images half-load, so you see the top part only.

I have since deactivated Smush and deleted W3 Total Cache. I also deactivated Jetpack (which I’d previously used for years) as other posts suggested that it didn’t interact well with Smush. I’ve deactivated all but the essential plugins. However, the issue remains.

I have cleared my WordPress cache. I also called my host who cleared the server cache, but neither of these helped. Posts look fine in the backend (images all load, and look as they should) but if I re-publish, the images are still missing from the live website.

How do I get my images back, and my page speed back to what it was yesterday? I may investigate a different image optimization solution in the future, but before I mess with anything else I just want the site to be functional again.

My client is using this plugin on their website and we have realised that a large amount of images are being uploaded and on upload they are being optimised and converted to WebP – this is putting a strain on resources on the server resulting in the website speed becoming slow/sluggish.

I was wondering if it would be possible to set up a CRON job that would run once in the morning and once at night to convert any “new” images. This should hopefully put a lesser strain on the server/website.

Thank you,
Javed

A friendly advise, please remove cache control header from .htaccess file

The challenge is that the product import API script imports new products with new external images urls almost every night . I could have FIFU add them to the medialibrary but ideally those external urls are automatically added to Cloudflare’s Image option.

Hope my question is clear.

regards Bas

The issue though is that even if it physically reduces the mobile JPEG size when browsing with mobile, its byte size is still the same as the original larger desktop byte size. Therefore, Google Console reads it as ‘you have a massive Largest Contentful Paint, that takes 4 seconds to load up on a 3G network with that ridiculously gigantic 1024×232 image size!’

Is there a way to customize the image size, such as CSS or a plugin, so that it still looks huge on desktop like it already does, but reduces its byte size when being viewed on mobile? Thanks in advance!

I have a site that thinks it has 44m images with wrong meta, this seems to be stopping the new images from being optimised. Not sure what’s caused this but we don’t use any other image optimisation plugins.

Optimisation Status

Images optimised and pulled: 22579 groups (118602 images)
Images previously optimised: 35 groups (91 images)
Image files missing: 212 groups (1401 images)
Duplicate image files ignored: 315 groups (322 images)
Images with wrong meta: 1 group (44570400 images)

Looking at the DB we have a lot of almost blank entries in the wp_litespeed_img_optm table, these all have an ID and optm_status set to -8 with 0 for every other feild.

Can I fix this by removing these records? do I need to alter anything else?

I don’t really want to clear the images down and start again as there are over 100k images that have been optimised.

The image optimisation page is quite slow to load, as is the main control panel for litespeed. I can’t see any other errors in the logs so I’m making the assumption this slowdown is being caused by these empty records.

Report number: UWRVPDNJ

Recommendations please.

Thanks

Ash