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.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | - | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 |
- | - | - | - | - | - | - |
Supporter timezone: America/Lima (GMT-05:00)
This topic contains 10 replies, has 1 voice.
Last updated by Philip 5 hours, 10 minutes ago.
Assisted by: Andreas W..
Author | Posts |
---|---|
January 11, 2025 at 8:23 am #16583618 | |
Philip |
Background of the issue: Symptoms: Questions: |
January 12, 2025 at 4:54 pm #16586208 | |
Kor Supporter
Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00) |
Thank you for contacting WPML support. While you are waiting for one of my colleagues to take this ticket and work on it, let me provide you with the first debugging steps and try to help with the issue quickly. 1) This error is usually caused by the limitation of PHP setting max_execution_time on your site. You can follow the article below to increase this setting value or contact your hosting support to ask for help with this issue and check the site again. 2) Disable any additional plugins unrelated to WPML and its add-ons. 3) If the problem goes away, start reactivating the plugins one by one or activate them in small groups. Do this to check where the problem is reoccurring and see which plugin is causing the problem. 4) If this didn't resolve the cause of the issue, please switch to a default theme like Twenty Twenty-One to see if the issue might be related to the theme. Furthermore, strings in your database will not be removed unless you delete them manually. Please let me know how it goes. |
January 13, 2025 at 3:02 pm #16589151 | |
Philip |
Hi Kor, Thanks for your message. Your reply didn't help much, sorry. We are aware of max_execution_time and as you can see it is already set to 600s (10 minutes) so we don't see any point in increasing it further.. As for plugins - the website has not changed the list of plugins for the last 1.5 years, but this problem only started to appear after the latest WPML plugins update. We would be very grateful for maybe some more hepful answer - what could this be related to? What role does this PreloadThemeMoFile.php file play and what could be the cause? Thank you! |
January 17, 2025 at 12:12 am #16604168 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, In this particular file and on the mentioned line WPML String Translation is trying to execute the function load_textdomain(). load_textdomain( $fileResult->domain, $fileResult->file_path ); The load_textdomain() function is used to load the language files for a particular domain. The parameters passed are: $fileResult->domain: This is the text domain for which the .mo file will be loaded. Can you please revise if your site has the folder /wp-content/languages and its subfolder wp-content/languages/wpml? Further the issue could be related to the following folders, but I doubt that at this point: wp-content/themes/[your-theme]/languages/ Best regards |
January 21, 2025 at 7:18 pm #16620311 | |
Philip |
Hi Andreas, I have checked and yes, our website has these folders: /wp-content/languages BTW, we have installed the following Beta versions of the plugins and it seems the error has gone: WPML String Translation 3.3.0-b.2 Please let me know if you feel we should check something more related to this issue. Thank you. |
January 21, 2025 at 10:16 pm #16620659 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Could you please enable WB DEBUG and let me know if you find any errors related to load_textdomain() or other errors? Guide: |
January 22, 2025 at 11:28 am #16622524 | |
Philip |
Hi Andreas, Thanks for your support. I looked at our PHP error logging and warnings file and I don't see anything related to load_textdomain() after upgrading to the latest Beta versions of the two plugins. |
January 22, 2025 at 5:41 pm #16624608 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hi, I would like to offer to take a closer look and request temporary access (wp-admin and FTP) to the site to investigate the issue further. The required fields are below the comment section when you log in to leave the next reply. The information you provide is private, meaning only you and I can see and access it. IMPORTANT If you can't see the "wp-admin / FTP" fields, your post and site login details will be set to "PUBLIC". DO NOT publish the data unless you see the required wp-admin / FTP fields. I may need to install a plugin called "All In One WP Migration" here to create a copy of the site that I can use to investigate the issue further. However, I would also be very grateful if you could provide a staging site or copy of the website from your server for this purpose. If you have any questions about creating such a staging site, you can consult your hosting provider. Please note that WPML must also be registered on this staging site at https://wpml.org/de/account/websites/. If you are not able to provide such a copy of the website for testing, please let me know on this ticket. The private reply form looks like this: The next time you reply, click on "I still need assistance". Video: Please note that we are obliged to request this information individually on each ticket. We are not allowed to access any credentials that were not specifically submitted on this ticket in the private response form. Best regards |
January 23, 2025 at 2:35 pm #16628648 | |
Philip |
Hi Andreas, Thanks for getting back to me. We will explore the possibility of providing you with a test environment or access to the project. We made some tests using Code Profiler Pro plugin and have the feeling that WPML is responsible for 13 seconds of the total 21 seconds of execution time on our Admin panel: hidden link Maybe you can recommend us something to make things better? For example, we are not sure about this file: wp-content/plugins/sitepress-multilingual-cms/classes/utilities/class-debug-backtrace.php Is it really needed on page load? Maybe we can do something to optimize it? Same with core file: wp-content/plugins/sitepress-multilingual-cms/vendor/wpml/fp/core/functions.php Our website “suffers” from long loading times. We use Redis for internal WP caching. This helps a bit, but it still doesn't speed up and improve the situation enough and in many cases performance plugins reports the situation where we clearly see that WPML is responsible for slow performance.. Any help you can give would be greatly appreciated. |
January 23, 2025 at 5:45 pm #16629337 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Does this mean that if you disable any plugin and run the site only with WPML, the load time on backend is 12 seconds or higher? Could you please try our release candidate version for WPML 4.7? Go to: https://wpml.org/account/downloads/ On the dropdown on the top right switch to "Beta". Download: WPML Multilingual CMS 4.7.0.rc.1 If needed, also install the addons for WCML, ACFML, and WPML SEO found on the same page. If these updates will not solve the issue, please let me know. |
January 24, 2025 at 3:48 pm #16632037 | |
Philip |
Hi Andreas, Thanks for your recommendations. So I've installed the plugin versions you recommended: hidden link Using the Code Profiler Pro plugin, I measured the page load speed and as far as I can see, there is no speed gain. Moreover, it loads even a little slower than when using the previous Beta version of these two plugins: Also, please pay attention to the Scripts Performance section I see that some of the slow loads are also related to WPML Multilingual CMS: Same for Methods & Functions performance: Do you have any kind of recommendations in this matter? We found this thread, do you think it can help us https://wpml.org/forums/topic/performance-issues-with-acfml/ ? Should we try to apply the changes mentioned there? Any help you can give would be greatly appreciated. |
January 24, 2025 at 3:58 pm #16632044 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Yes, if you are using "Advance Custom Fields Multilingual" then please give this workaround a try: If this will not solve the issue, it would be great if you could provide me access to a test environment or provide me access to the live site so that I can take a copy using the plugin "All In One WP Migration". The private reply form is enabled again. |
January 30, 2025 at 7:47 pm #16653308 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hallo, Ich habe auf dem Staging das WP MEMORY LIMIT anggepasst und alle Updates ausgeführt. Ein Beispiel: Der Bildschirm Plugins > Installierte Plugins lädt aktuell in etwa 4 Sekunden. Deaktiviere ich WPML lädt er in etwas mehr als 2 Sekunden. Ein massives Performance-Problem sehe ich darin aktuell nicht. Um diese Ladezeiten zu verbessern könnte ein Object Cache Plugin angewendet werden. Deaktiviere ich alle Plugins und teste alleine mit WPML lädt der gleiche Bildschirm in nur einer Sekunde. Soll bedeuten, wenn es mit allen Plugin aktiviert und WPML zu einer höheren Ladezeit kommt, dann liegt das nicht alleine an WPML. --- Beachte bitte zudem, dass das Addon "WooCommerce Multilingual & Multi-Currency" verwendet werden sollte, um WooCommerce mit WPML zu bereiben. --- Auf dem Staging sehe ich folgendes Problem und bitte Dich dies auf der Live Site zu überprüfen. (Siehe Screenshot) Es scheint als sind die minimalen Voraussetzungen auf dem Server nicht erfüllt: Könntest Du bitte die WordPress-Speichergrenze (WP Memory Limit) auf mindestens 256 MB erhöhen? Für WPML ist mindestens 128M erforderlich. PHP MemoryLimit -1 Du musst Dich dazu mit dem Server Deiner Website verbinden und die Datei wp-config.php in einem Text-Editor öffnen. Die Datei befindet sich im Stammverzeichnis von WordPress. Füge diesen Code der Datei wp-config.php hinzu, um den Arbeitsspeicher von WordPress zu erhöhen: define ('WP_MEMORY_LIMIT', '256M'); Fügen dies kurz vor diesem Kommentar ein: // That's all, stop editing! Happy blogging. Die aktuellen Werte lassen sich unter WPML > Support > WordPress einsehen. Diese Einstellungen können direkt von Ihrem Hosting-Provider eingeschränkt werden. Daher empfehle ich, sich mit ihnen in Verbindung zu setzen und dort darum zu bitten, diese direkt zu ändern, sollten die Änderunge nicht direkt übernommen werden. Sollten sich die Probleme damit nicht lösen, dann gib mir bitte Bescheid. Es wäre zudem sehr hilfreich, wenn Du uns die WPML-Informationen zur Fehlerbehebung der Live-Site zukommen lassen könnten. Mit freundlichen Grüßen |
January 31, 2025 at 9:45 am #16654647 | |
Philip |
Hi Andreas, Thanks for your fast response. The problem is that we can't leave only WPML plugins 🙂 Effective work of WPML as a translator of our website is its correct interaction with ACF Pro (first of all) and with other plugins. I activated only one additional Code Profiler Pro plugin to see the page load dynamics when only WPML plugins are activated (as you did) and I see that WPML Multilingual CMS takes almost 9 seconds to load: hidden link Is there any way to improve this? As for PHP and WP memory limits, we have no such a problems in LIVE: hidden link Please let me know. Thanks! |
January 31, 2025 at 7:10 pm #16657042 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
We have one reported performance issue regarding ACF Multilingual and String Translation. Could you please give this a try? |