sanderK-22
|
Hello
I did what you pointed out. Deleted failed jobs. But the issue is still the same.
Best Regards
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi, and thanks for trying our suggestion.
I've communicated this to our second-tier supporter. The case is still under investigation. I'll keep you updated here.
I appreciate your patience.
Itamar.
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi,
Our second-tier supporter has exhausted the debugging options on the copy of your site on his local server. He can't find a reason for the performance issue due to WPML, nor can he identify a performance issue on his local server. And whenever he tries to check your live site, the site crashes. We want to reiterate our request that you create a staging site on your server, allowing us to debug any server-related issues. If I remember correctly, then your site is hosted on Cloudways. Please see this guide on how to create a staging site on Cloudways: hidden link.
I'm enabling a private message for the following reply so that you can share with us the access details to the staging site.
Privacy and Security Policy
We have strict policies regarding privacy and access to your information. Please see:
https://wpml.org/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/
**IMPORTANT**
-- If you have a staging site where the problem can be reproduced, it is better to share access to the staging site.--
Regards,
Itamar.
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi, and thanks for the access details.
You have 2FA authentication enabled on this staging site. Please see the attached screenshot. I need to pass the access details to our second-tier supporter, and I can't tell when he will check this issue. It will be hard to coordinate with you for the sharing of the 2FA. Could you please disable the 2FA option for the staging site?
Furthermore, I'm getting the following error when trying the FTP access you shared.
Error: Connection timed out after 20 seconds of inactivity
Error: Could not connect to server
Could you please check the FTP details for the staging site and correct them?
If needed, I'm enabling a private message for the following reply.
Regards,
Itamar.
|
sanderK-22
|
I clicked to make the message private but it show it is not
Please mke it private
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi,
A private message is enabled for the following reply.
Regards,
Itamar.
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi, and thanks for the access details.
I've shared them with our second-tier supporter, who will continue to investigate this issue. We will keep you updated.
Regards,
Itamar.
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi,
Thank you for your patience.
After further investigation, we couldn’t find any indication that WPML is the main cause of the performance issues you’re experiencing on your site. While WPML naturally adds some additional load to the site (as any plugin would), the slowness seems to originate from more fundamental performance problems unrelated to WPML.
Our second-tier supporter tested the staging site and confirmed that even with WPML disabled, the backend (especially the Orders page) remains extremely slow and sometimes fails to load at all. Please see the attached screenshot. This suggests that the performance bottleneck lies deeper in the site’s setup, server configuration, or database.
To summarize:
WPML may contribute slightly to the load, but it is not the root cause of the slowness.
The site remains very slow even with WPML disabled.
We recommend checking server performance, database optimization, and WooCommerce configuration (e.g., the number of orders, transients, and scheduled actions) to identify the underlying issue. If needed, please contact the support team at your hosting service for help with this issue.
Kind regards,
Itamar
|
sanderK-22
|
Hello
You said “The site remains very slow even with WPML disabled.“
So I tested it out. I disabled WPML plugins and started to see if backend is still slow. I couldn’t see the slowness.
I made a test to open and close 5 products. When WPLM was disabled I was able to open and close 5 products within a minute. But when WPML plugins were enabled then I couldn’t even open a 1 product. It took me 2 and half minutes and after that I got timeout error 524.
I made 2 videos about the problem:
1st video - WPML disabled. Shows how I open and close 5 products.
hidden link
2nd video - WPML enabled. Shows how I couldn’t even open 1 product instead I got timeout error.
hidden link
It seems that WPML is the cause of the extreme slowness.
I am looking for solution for this
Best Regards
|
sanderK-22
|
Hello
I contacted my hosting provider - Cloudways.
They told me:
"I have reviewed the logs and found that the admin-ajax request is currently being generated. The issue appears to be caused by the plugin, which is triggering the ajax request within your application.
sitepress-multilingual-cms | 843
"
"you can reach out to the plugin’s support team and let them know that when working on the wp-admin dashboard, there’s a high number of admin-ajax requests being triggered. Based on the PHP slow logs, it appears to be related to the sitepress-multilingual-cms plugin. Please ask them to check if any script within the plugin is failing to load or taking too long to execute, as this may be causing the issue."
Best Regards
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi,
Thanks for adding this information and for sending the videos.
I've passed this on to our second-tier supporter and am awaiting his reply.
I'll update you here once I have it.
Regards,
Itamar.
|
Itamar
WPML Supporter since 02/2016
Languages:
Hebrew (עברית )
Timezone:
Asia/Jerusalem (GMT+03:00)
|
Hi,
We want to remind you that we are investigating this issue on the staging site you provided here: hidden link.
Before we can properly investigate any performance impact from WPML, we need to clarify an important point:
- Even with all WPML plugins completely disabled, the staging site still becomes extremely slow or stops responding.
- Our second-tier supporter tested again and confirmed that:
- The backend loads the first page (e.g. Orders or Products),
- But navigating to the next page often fails, times out, or causes a 524 error,
- This happens even when WPML is not active at all,
- There are also fatal errors in the debug log from other plugins (e.g. caching plugin), which were temporarily disabled to make the site load.
Because of this fundamental performance problem, we are unable to run any reliable comparative tests with/without WPML. In other words, the site becomes unresponsive before we can even measure the effect of WPML.
To confirm whether WPML is responsible, we need a stable environment where:
- The site works normally with WPML disabled
- Only when WPML is enabled does the slowdown appear
But currently, the site already fails and times out with WPML disabled, so we cannot isolate WPML as the cause. This makes proper debugging on our side impossible.
What needs to happen first?
Before we can continue, the hosting/server issue needs to be resolved so the backend works reliably without WPML. The problem may be related to:
- Server resource limits (CPU, RAM, slow queries)
- Database size / WooCommerce order volume
- Caching layer errors
- A plugin conflict unrelated to WPML
- Cloudflare timeouts (524 = server not responding in time)
Once the site loads normally in the backend without WPML, we will be able to continue our investigation and compare performance correctly.
We do want to help
As soon as the site is functioning normally without WPML, we are happy to continue testing and dig deeper on the WPML side.
Please let us know once the hosting or server performance issue is resolved, and we will gladly continue from there.
Kind regards,
Itamar
|
