Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Madrid (GMT+02:00)
Hi,
Thank you for your patience.
This is indeed quite a complex issue, and I want to reassure you that our developers are actively working on resolving it as quickly as possible. I'm truly sorry for the delay, issues of this complexity sometimes take longer to fix, but please know that it has our full attention.
As soon as I receive any updates or a solution from the development team, I will share it with you right away.
Hello!
I am George from the second tier support and your ticket was assigned to me.
I watched your video where you are describing the issue.
In your video, you are using the Chrome extension "Page load time".
That extension takes in account on ALL resources (PHP,CSS,JS,Images) from the page that you are visiting and not only the processing time of the PHP scripts.
In your video it is clearly visible that the majority of the load time comes from DOM - which happens after javascript files are being evaluated/executed.
That being said, the majority of the scripts on that page are actually called by TinyMCE which seems to be called by WPBakery Page Builder.
On your staging site, I installed Query Monitor plugin which is checking the load time of the page that is processed by the server (the PHP files) and it results in around 1.25sec of load time.
At present, even when I follow the directions in your video - disabling WPML, String Translation and WooCommerce Multilingual plugin - I still get pretty similar load times.
I am of course measuring it with the "Page load time" Chrome plugin.
My tests currently show that with our plugin it loads for 7.78sec. and with our plugins disabled, it loads for 6.84.
I think that the values that I have at present are pretty close actually and it is kind of expected given the amount of resources that the site loads.
When you edit a product your site makes 540 requests. 124 of them are CSS files; 274 are .js files; 109 are images. Around 40 of all of the 540 requests are because of WPML and its plugins.
Given all that, and that I cannot reproduce the same slowness that you've recorded, and I would like you to please re-check and if possible confirm or provide better steps that I can follow in order to reproduce the problem.
I also have deployed your site locally in my Docker environment and I am unable to see the same slowness.
