Compatibility with Nitro Pack caching plug in
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.
Quote from swaine55 on February 17, 2022, 15:50Hello,
I noticed when using Nitropack to cache my site, the currency switcher did not work.
I contacted them to find a solution, and they responded as below:
It looks like this plugin calculates the price on the back end and outputs the HTML of the page with the price. At the same time, when NitroPack accesses the page for optimization, it is always given the same price and then our plugin continues to serve the same cache with this price.
I tried enabling the WOOCS feature to be compatible with caching plugins but this didn't help as well. I also tried enabling WooCommerce's default "Geolocation with caching enabled" setting and it correctly determines the location of the visitor, however it doesn't work well with the prices provided by WOOCS.
Please reach out to WOOCS and see if they provide more information on their compatibility with caching plugins work or if there's a way to for them to store the location and the currency of the current user in the front in a cookie. This way, we will be able to use our Variation Cookies feature to differentiate the cache for the different cookie values.
Is there a fix for this? Is adaptation required?
Thanks
Hello,
I noticed when using Nitropack to cache my site, the currency switcher did not work.
I contacted them to find a solution, and they responded as below:
It looks like this plugin calculates the price on the back end and outputs the HTML of the page with the price. At the same time, when NitroPack accesses the page for optimization, it is always given the same price and then our plugin continues to serve the same cache with this price.
I tried enabling the WOOCS feature to be compatible with caching plugins but this didn't help as well. I also tried enabling WooCommerce's default"Geolocation with caching enabled" setting and it correctly determines the location of the visitor, however it doesn't work well with the prices provided by WOOCS.
Please reach out to WOOCS and see if they provide more information on their compatibility with caching plugins work or if there's a way to for them to store the location and the currency of the current user in the front in a cookie. This way, we will be able to use our Variation Cookies feature to differentiate the cache for the different cookie values.
Is there a fix for this? Is adaptation required?
Thanks
Quote from Pablo Borysenco on February 18, 2022, 11:50Hello
Please check your access - https://c2n.me/4eYRnZv.png
Hello
Please check your access - https://c2n.me/4eYRnZv.png
Quote from swaine55 on February 22, 2022, 13:39Access updated
Access updated
Quote from Pablo Borysenco on February 23, 2022, 11:37Hello
Please update the plugin to latest version - https://currency-switcher.com/how-to-make-auto-update-for-wordpress-plugins-and-themes-bought-on-envato
Check this option - https://share.pluginus.net/image/i20220223093714.png
clear all cache and do a test
Hello
Please update the plugin to latest version - https://currency-switcher.com/how-to-make-auto-update-for-wordpress-plugins-and-themes-bought-on-envato
Check this option - https://share.pluginus.net/image/i20220223093714.png
clear all cache and do a test
Quote from swaine55 on February 24, 2022, 11:00Thanks
Thanks
Quote from swaine55 on February 24, 2022, 15:38Hey again. As it turns out, it was in fact not working.
I contacted Nitro support and they said the following:
At the moment your currency change works by executing a PHP script that re-loads the initial page and the related resources. By doing that a new request is being made and different content is being served.
Unfortunately, if you stick to that method of currency change our service won't be compatible in the manner you want it to. That is because our service simply detects that a request to the website has been made and due to that it serves the cached content. Thus being only 1 currency.
I can suggest that you rework that part of your website with one of the following methods so that our service could be configured to serve different cache for each currency:
- Currency to be related to a parameter in the URL
- Currency to be related to a cookie
- Currency to be related to different URLs.
I note that in their original suggestion they also suggested a cookie to fix the issue. Is this possible? Or perhaps one of the other options other than PHP currency storage via PHP Session?
Hey again. As it turns out, it was in fact not working.
I contacted Nitro support and they said the following:
At the moment your currency change works by executing a PHP script that re-loads the initial page and the related resources. By doing that a new request is being made and different content is being served.
Unfortunately, if you stick to that method of currency change our service won't be compatible in the manner you want it to. That is because our service simply detects that a request to the website has been made and due to that it serves the cached content. Thus being only 1 currency.
I can suggest that you rework that part of your website with one of the following methods so that our service could be configured to serve different cache for each currency:
- Currency to be related to a parameter in the URL
- Currency to be related to a cookie
- Currency to be related to different URLs.
I note that in their original suggestion they also suggested a cookie to fix the issue. Is this possible? Or perhaps one of the other options other than PHP currency storage via PHP Session?
Quote from Pablo Borysenco on February 25, 2022, 12:03Hello
Our plugin does not use cookies.
If the page is cached, the plugin makes an ajax request and redraws the prices.
Can their plugin not cache ajax requests?
Hello
Our plugin does not use cookies.
If the page is cached, the plugin makes an ajax request and redraws the prices.
Can their plugin not cache ajax requests?
Quote from swaine55 on February 25, 2022, 14:42Hey,
Can you confirm with which is the AJAX that is being performed, so the nitro support can possibly exclude it from optimization.
Thanks
Hey,
Can you confirm with which is the AJAX that is being performed, so the nitro support can possibly exclude it from optimization.
Thanks
Quote from Pablo Borysenco on February 28, 2022, 10:58Hello
Actions: "woocs_get_custom_price_html" "woocs_get_variation_products_price_html" "woocs_get_products_price_html"
Hello
Actions: "woocs_get_custom_price_html" "woocs_get_variation_products_price_html" "woocs_get_products_price_html"
Quote from swaine55 on February 28, 2022, 14:20Hello,
I have been in touch with Nitropack support who have been trying to figure out a way to work around the currency switcher caching issue.
As per there response below, do you think it is possible for WOOCS and Nitropack to work together? As they appear to continue suggesting a cookie. Is an adaptation request possible at this stage?
If I understand you correctly, at the moment your currency plugin is starting to use AJAX only after cache is detected, however, since it is a third-party plugin I'm unable to confirm if it detects our caching solution. Please note that compared to other caching solutions, NitroPack is outsourcing the cache from your server to our CDN. Since on most occasions, the cache is being stored on the server the plugin you have been using might be looking for such cache.
I believe a rework so that the currency could start working with cookies will be one of the best approaches. An additional approach will be adding parameters in the URL for the different values.
Hello,
I have been in touch with Nitropack support who have been trying to figure out a way to work around the currency switcher caching issue.
As per there response below, do you think it is possible for WOOCS and Nitropack to work together? As they appear to continue suggesting a cookie. Is an adaptation request possible at this stage?
If I understand you correctly, at the moment your currency plugin is starting to use AJAX only after cache is detected, however, since it is a third-party plugin I'm unable to confirm if it detects our caching solution. Please note that compared to other caching solutions, NitroPack is outsourcing the cache from your server to our CDN. Since on most occasions, the cache is being stored on the server the plugin you have been using might be looking for such cache.
I believe a rework so that the currency could start working with cookies will be one of the best approaches. An additional approach will be adding parameters in the URL for the different values.
Quote from Pablo Borysenco on March 1, 2022, 11:23Hello
It doesn't matter what cache is used. With this setting - https://c2n.me/4f4qOVv.png , the plugin always does the currency check.
Can you drop me exact link to the issue?
Hello
It doesn't matter what cache is used. With this setting - https://c2n.me/4f4qOVv.png , the plugin always does the currency check.
Can you drop me exact link to the issue?
Quote from swaine55 on March 3, 2022, 12:36Well the link to the issue is just the home page (one page store), and the site is the one with user access given in the private data.
When Nitropack caching is turned on, the currency switcher doesnt work. So I assume there is no workaround? If not, can you reccomend a good caching plug in that works with WOOCS? Nitro is returning a score of 99 on all page speed tests, whereas some others dont get close to that.
Well the link to the issue is just the home page (one page store), and the site is the one with user access given in the private data.
When Nitropack caching is turned on, the currency switcher doesnt work. So I assume there is no workaround? If not, can you reccomend a good caching plug in that works with WOOCS? Nitro is returning a score of 99 on all page speed tests, whereas some others dont get close to that.
Quote from Pablo Borysenco on March 3, 2022, 13:51Hello
Please do a test
Try to used https://wordpress.org/plugins/autoptimize/ or WP Rocket
Nitro is returning a score of 99 on all page speed tests, whereas some others dont get close to that. - you can make 100 if you show a screenshot instead of the site.
Hello
Please do a test
Try to used https://wordpress.org/plugins/autoptimize/ or WP Rocket
Nitro is returning a score of 99 on all page speed tests, whereas some others dont get close to that. - you can make 100 if you show a screenshot instead of the site.
Quote from swaine55 on March 8, 2022, 09:00Hey there,
So I moved to WP Rocket.
I am still facing issues. It seems as though the currency switcher will only work after the user has interacted with the page.
I have added a very quick screen recording to the private data (First line). Could you take a look to see what I'm talking about.
I have the Cache settings turned on in WOOCS.
WP Rocket is currently disabled.
Thanks
Hey there,
So I moved to WP Rocket.
I am still facing issues. It seems as though the currency switcher will only work after the user has interacted with the page.
I have added a very quick screen recording to the private data (First line). Could you take a look to see what I'm talking about.
I have the Cache settings turned on in WOOCS.
WP Rocket is currently disabled.
Thanks
Quote from Pablo Borysenco on March 8, 2022, 12:07Hello
specifically in this case, the problem is in the price template - https://c2n.me/4f7pNm6.jpg
The plugin does not redraw this price in ajax mode because the third party theme uses a custom template
Use the standard price display and everything will work correctly
Hello
specifically in this case, the problem is in the price template - https://c2n.me/4f7pNm6.jpg
The plugin does not redraw this price in ajax mode because the third party theme uses a custom template
Use the standard price display and everything will work correctly
Quote from swaine55 on March 9, 2022, 11:39Hey there,
Okay ill try workaround that thanks.
Can you confirm that this is only an issue if a caching plug in is active? Or is this an issue on my site regardless?
Thanks
Hey there,
Okay ill try workaround that thanks.
Can you confirm that this is only an issue if a caching plug in is active? Or is this an issue on my site regardless?
Thanks
Quote from Pablo Borysenco on March 9, 2022, 13:47Hello
This problem occurs because my plugin cannot redraw cached prices. If the price template is correct, then it will work with caching
So the problem is not in the cache and not in your site. The problem is in the functionality that changes the price template
Hello
This problem occurs because my plugin cannot redraw cached prices. If the price template is correct, then it will work with caching
So the problem is not in the cache and not in your site. The problem is in the functionality that changes the price template