Open ioweb-gr opened 3 weeks ago
Hi @ioweb-gr. Thank you for your report. To speed up processing of this issue, make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, Add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release@magento I am working on this
Join Magento Community Engineering Slack and ask your questions in #github channel. :warning: According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting. :clock10: You can find the schedule on the Magento Community Calendar page. :telephone_receiver: The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket.
Preconditions and environment
Steps to reproduce
Create a website with many configurable products (we have around 4m total products including variations) and each one should have at around 250 variations. Finally load a category with 30 products while the cache is not fresh.
The page will take too long to load > 20s
Initially on Magento 2.4.6 we realized it was the swatches display which we disabled afterwards.
However when we upgraded the problem became apparent once again due to the swatches being loaded even if disabled in the backend.
Expected result
Page loads fast
Actual result
By profiling with blackfire we noticed that the system spends a lot of time in loading option prices
Resulting in 5 seconds of queries extra in the load apart from cpu processing.
By checking the renderer.phtml template we notice it's loading swatches configuration even if they're not enabled in the backend configuration option.
Additional information
There are two issues to solve here
Release note
No response
Triage and priority