lentitud intermitente en WooCommerce
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday. If you have problems with registration ask help on contact us page pleaseIf you not got email within 24~36 business hours, firstly check your spam box, and if no any email from the support there - back to the forum and read answer here. DO NOT ANSWER ON EMAILS [noreply@pluginus.net] FROM THE FORUM!! Emails are just for your info, all answers should be published only here.
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday.
Hola, estamos experimentando lentitud intermitente en WooCommerce/Elementor, y nuestros registros de lentitud de PHP muestran repetidamente solicitudes a admin-ajax.php que pasan tiempo dentro del manejo de sesión de WOOCS, específicamente session_start() en woocommerce-currency-switcher/classes/storage.php, seguido por la inicialización de WOOCS.
Necesitamos mantener activo el selector de moneda, ¿podrían por favor aconsejarnos la configuración recomendada para reducir esta sobrecarga? En particular, ¿deberíamos cambiar el método de almacenamiento de moneda de PHP Session a Transient/Redis, o ajustar alguna configuración de caché/AJAX de WOOCS para reducir el procesamiento de admin-ajax.php sin afectar la conversión de moneda?
Hello
Thank you for the detailed description, the slow log points straight at the cause.
This is not the currency conversion itself, it is the PHP session lock. With Currency storage set to PHP Session, the plugin calls session_start(), and PHP's default file based session handler holds an exclusive lock on the session file until the request ends. Elementor and WooCommerce fire several admin-ajax.php requests in parallel for the same visitor, so those requests queue up on that lock one after another. In the slow log this shows as time spent inside session_start(), but it is waiting, not work. That is also why it is intermittent: it only hurts when several ajax requests overlap.
So yes, move away from PHP Session. Here is what to do, in this order.
- Update the plugin to the latest version first. Version 1.5.3 contains fixes for exactly the Transient plus cache combination, and on an older build you would run into those.
- In the plugin settings set Currency storage to Transient. This removes the session lock completely. If your server has a persistent object cache such as Redis, transients are stored there automatically and nothing else needs to be configured. Without an object cache they go to the database instead, which is still far better than the lock, but Redis is worth having.
- Since you are running a cache, also enable the option"I am using cache plugin on my site". This is not optional in your case. With Transient storage the visitor bucket is keyed by IP address by default, so visitors sharing one IP, for example an office NAT or a mobile carrier, would end up in the same bucket and could see each other's currency. That option switches the key to a unique value supplied by the browser from localStorage, which solves it.
After the change, clear all caches and test the currency switcher in a private browser window, including the cart and the checkout.
If the slow log still shows the plugin afterwards, please send us the plugin version, the site link where issue is, the current Currency storage setting, whether you have a persistent object cache and which one, and the name of the page cache plugin you use, together with a fresh excerpt from the log.
Best regards
Alex