Conflict with Woocommerce.

Hello @tomster999 !

I’m very sorry to hear that you’ve experienced this issue while using our plugin!

It may be that if you have a lot of images on the site, then the process will take a bit of time for Smush to go through all of them. The compression doesn’t happen on the server itself.

Would you be able to tell how many images/products you have on your site?

Also, if you’re familiar with wp-cli and have access to it, if there are many images to be processed, it’s sometimes better to run the process from there instead. Here’s a doc on this: https://wpmudev.com/docs/api-plugin-development/smush-api-docs/#wp-cli

Kind regards,
Pawel

I have about 150 and I did the process a few days ago. Finally disabled the plugin yesterday when finding the issue.

Hi @tomster999

Thanks for the update.

I made some tests on my lab site and I can confirm the Woo regenerate thumbnails background is also triggering the Smush, so both background processes running at the same time require more server resources, I would suggest increasing the WordPress memory https://wpmudev.com/blog/increase-memory-limit/ as I couldn’t replicate the slow performance on my end.

I reported this situation to our developers to verify if it is something on our end or Woo that needs to be improved.

Best Regards
Patrick Freitas

Thanks for looking into it. Ya, I tried to activate it again with the same problem. It actually restricted my Cpanel resources for over 24 hrs. I have the 2nd to best plan too with my hosting. In the article, it seems like raising the memory limit might help but not get to the root of the problem so I’m not sure. I did resized and regenerated thumbnails on the staging site too a couple times to test out so I think by the time I did it on live site my resources were exhausted.

Hello there @tomster999

As this is more of a matter of server resources, when regenerating thumbnails I’d rather advise disabling the Smush-on-upload option and first wait for the regeneration to happen. After this is done, Bulk Smush your images and you should be done! Finally, re-enable the Smush-on-upload option for new images. Hopefully, by separating the background procedures the server won’t reach its limits.

Thank you,
Dimitris

Hi @tomster999,

Since we haven’t heard from you for a while. I’ll mark this thread as resolved for now. Please feel free to re-open the thread if you need further assistance.

Best Regards
Nithin

I figured this out for you to possibly fix as it has to do with Smush. The cause of this problem is I changed the product thumbnail size to custom 9:5. This caused any page with products to load extremely load on back end. When changed back to default size and 1:1 “Images will be cropped into a square” this fixed the issue. I was able to reproduce this conflict on another site. This needs to be looked into. I had it set to custom as it looked perfect on my site for product thumbnails.

Hi @tomster999

Thank you for response!

If this is what’s happening, it would surely need to be checked by our developers but I’d appreciate a bit more help from you.

I tried to replicate the issue on my test setup but I feel I’m missing something (some step probably).

Let’s take a “standard” setup as a starting point:

– default WooCommerce installation with a few products, each with a few images
– default Smush setup, with “Image Sizes” option in “Bulk Smushing” set to “All” and “Automatically compress my images on upload” enabled
– on “Settings -> Media” page, “Thumbnail size” is set to 150x150px with “Crop thubmanils to exact dimensions” option checked.
– I run bulk smushing on images to optimized them.

What would be exact step-by-step actions now to replicate the issue as you are experiencing it?

Kind regards,
Adam

I created wordpress site.
Added Kadence Theme. (Astra, Neve, and Generate Press have same issue) Twenty Twenty themes don’t)
Added Woocommerce then Smush
created 8 products
Smushed the images which are only the default placeholder images.
Added the product block to home 4 columns 2 rows.
Then change product images to below specs:
Main image width 600
Thumbnail width 0
Thumbnail cropping Custom 9:5

Any custom size seems to have the same issue.

Once applied go to edit home page and see how slow it is loading.

• This reply was modified 2 years, 10 months ago by Anonymous User 18819390.
• This reply was modified 2 years, 10 months ago by Anonymous User 18819390.
• This reply was modified 2 years, 10 months ago by Anonymous User 18819390.

Hello @tomster999 !

Hope you’re doing well today!

I’ve replicated the setup you’ve mentioned on two different testing sites hosted on different platforms (our WPMU DEV Hosting and my test site on Amazon EC2, both very different on purpose). I wasn’t able to replicate the issue on any of those, including having access to detailed live statistics on both.

Would you be able to contact the support of your hosting so they can investigate and share some additional details as to what is happening when this setup is being used on their end? Especially checking in live stats which they will be able to access while one of those slow requests is in progress.

Warm regards,
Pawel

It happened on both Cloudways and Godaddy so it’s not hosted specific. I’ll try to replicate it again when I have time.

Hi @tomster999

Thank you for the update.

Please let us know when you be able to replicate it again and we can take a deeper look.

Best Regards
Patrick Freitas

@tomster999,

Since we haven’t heard from you for a while. I’ll mark this thread as resolved for now. Please feel free to re-open the thread if you need further assistance.

Best Regards
Nithin