This thread is resolved. Here is a description of the problem and solution.
Problem: The client is experiencing slow website and backend speeds, suspecting that WPML and its translated content might be causing conflicts or using excessive processing/data/storage space. Additionally, there is concern about a large error log related to WPML. Solution: We reviewed the wp-config.php file via FTP and confirmed that the debug.log was enabled but did not show any serious issues with WPML. To prevent the file from growing and potentially causing storage problems, we deactivated the debug.log. We also clarified that the link provided by the client (https://revoltbikes.nl/wp-admin/admin.php?page=sitepress-multilingual-cms%2Fmenu%2Fdebug-information.php) is not an error log but a debug information page useful for our support team. After checking the site's frontend and backend, we did not observe any significant performance issues. We recommend the client specify where the performance issue is noticeable and why WPML is suspected to be the cause for further assistance.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, please visit our known issues page, verify the version of the permanent fix, and ensure you have installed the latest versions of themes and plugins. If the problem persists, we highly recommend opening a new support ticket at WPML support forum.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Thanks so much, that was a clear explanation and it works! Still wonder though how it could be possible that it did not conflict before, as also both the existing page and product categories were setup the same with 'e-bikes' and 'carbon fiber' as the names.
Next question was the speed of the website and backend. I've contacted Divi support and they concluded that the builder itself is not slow but WPML and the translated content may somehow cause conflict or ended up using a lot of processing/data/storage space. Can you figure out what causes this? Also, there is a huge error log available in WPML error logs. Anything we can solve from there to speed up this website and backend again?
What you have shared is not an error log. It is WPML's debug information. I'll explain now how to check for PHP errors. Please also check this page for instructions.
To enable it, open your wp-config.php file and look for
define('WP_DEBUG', false);
Change it to:
define('WP_DEBUG', true);
// Enable Debug logging to the /wp-content/debug.log file
define('WP_DEBUG_LOG', true);
// Disable display of errors and warnings
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
After this, repeat the action that causes the problem on your site. In the backend use the Divi builder. The errors will be saved to a debug.log log file inside the /wp-content/ directory. Then please share the errors with us.
Unfortunately I can not figure out this access. I would be happy to share a login to the website for you to look around. Does that also help with the solution?
Sure, I can try to help by checking things on your site.
If you need further help with this, please share the access details to your site with me.
I'm enabling a private message for the following reply.
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**
- - Please backup the site files and database before providing us access. --
-- If you have a staging site where the problem can be reproduced, it is better to share access to the staging site.--
Please note that my weekend is Friday-Saturday, and I'll be able to continue to check this issue and help you on Sunday.
You have not shared the FTP access details with us. This is a problem because we need to enable the WordPress debug.log in the WordPress installation's wp-config.php file.
If you don't have the FTP access details, please allow us to install the File Manager plugin.
Also very important, please tell me where I need to go to see the performance issue.
But even before that, please update WPML and Strings Translation and check if it solved the problem. If you go to PLugins -> All Plugin, you will see newer versions of our plugins. Please see the attached screenshot.
Hi Itamar, thank you that must have happened overnight. I just updated the plugins. I'm happy to share the credentials here but I do not have the opportunity to reply in a private message. Can you activate that again?
For your information, you can always edit the previous private message and add the necessary details. But I'm enabling a private message for the next reply for your convenience.
Very important, please tell me where I need to go to see the performance issue.
I'm sorry if I was not clear enough. I didn't mean you would tell me where to go using FTP to see the performance issue. I meant where to go on your site's frontend or backend to see the performance issue.
On FTP, I edited the wp-config.php file and saw that the debug.log file was already enabled. It was a very big file, and nothing in it tells me about a serious problem with WPML. I deactivated the debug.log on your site to prevent the file from getting bigger and bigger, which eventually can cause storage problems on your site.
You wrote: "The only things I noticed are the error logs from WPML in the WordPress backend"
If you meant this place: hidden link, then this is not an error log. It contains details about your site that we, the support team, can check. You have nothing to worry about.
I switched a few pages on the frontend and backend of your site, and everything loads quite fast. I don't see a performance issue.
Unless you tell me where to see the performance issue and why you suspect that WPML causes it, it will be impossible for me to help. But as I wrote everything seems alright.
