I have a site with only elementor and wpml translation management enabled.
When i load my dashboard without WPML it takes 150ms to load. When i load it with WPML it takes 800ms to load. This increase applies to all other pages too. Since WPML is not present on those pages it does not make sense to me why WPML is slowing down my whole backend.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Hello!
You mentioned you had redis on your site and this caching method is quite particular and could be the cause why WPML is behaving stragely.
However before we move forwards with this and a supporter takes the case, would it be possible for you to create a staging site where we can work with only WPML and Elementor as you had tested before and test it with and without redis when WPML is enabled and disabled.
Then, please allow us access to the staging site so we can further investigate what could be happening (i have enabled the credential fields for this purpose).
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
1) I'm installing the query monitor plugin while running other tests. so far, as i found the site, i don't see any slowness, however may i know where did you test it and how so i can test it that way as well?
2) I can see a few references to caching plugins on your site (more than one) like these 2: hidden link
May i know what type of caching you have on your site?
-------------
By the way, i saw the result of the redis activation. you didn't see any change because it was not configured to work on your site. you did have a redis caching plugin enabled since the start and i wonder what are you using it for (or could it be it was just for testing?).
2. I do not know what those plugin references are, but the folders are empty. I use flying press and rocket.net.
3. I do not know what you mean with the redis. I asked the support, they said it's not active. So maybe it was installed before, but not active? Then we activated it, tested, and deactivated again.
I also did some more testing with a query monitor plugin and i think i found the problem.
In my last answer i added a video, that shows, that WPML is slowing down the site by around 600-700 ms. I now added you a screenshot displaying the HTTP API call, that WPML is making, that takes exactly 700 (200+500) ms. So i'm pretty sure, that's the source.
So now those questions arise:
Is this function necessary?
Or does it need to be synchronous, blocking the whole page? Or can it instead be asynchronous?
Or can't the response be cached?
Or does it need to be loaded on every single page?
Or can you improve the time this request takes?
etc.
It seems to me, that there is a lot of ways, that you could improve this, so it does not slow down the whole wordpress admin.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
The ATE call shown in the first screenshot is called only once when you enable WPML. however i asked our devs to take a look at your site to see if they can find something.
You'll notice the site has only WPML enabled. that's on purpose, so please leave it like that if possible.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
I can see that in order for that call to go away, you need to save the language mapping again from time to time (WPML > Languages > Edit Languages > save this page)
Can you do that for now and let me know if that does decrease the time to an acceptable one? i tested it and of course it wasn't as if WPML wasn't there but it seemed to have helped.
Let me know while we search for other possible causes as well.
thank you very much for your help in that issue!
I can confirm, that this works out. The API call isn't happening anymore and WPML now only adds around 100 ms to the pageload instead of 700ms.
