edzz83

Currently we have a single GA profiel account that has many accounts attached. it was created a long time ago, is there a different version here?

This account has actually hit its maximum number of assigned accounts (i think that’s 150 or so), so we may need to start a new one, is ther ea better way to do this?

What is GA4? is this a new profile setup from google? Do you have a guide here? Currently we appear to be connected to this profile, and the data is coming in correctly from the right site on the account, but the profile just shows blank and we get that message.

(i might be using the wrong terminologi here, profile i believe refers to the overarching user that can create or be assigned accounts is that correct? i feel like there is something new here i’m missing ior that we might need to upgrade)

Hi Stanley,

Every time I get a message from you i am put up against another wall… simply put, what you’re telling me is not concise and i simply don’t understand it as im getting conflicting information from other sources.

If you give me a proper set of instructions on the process from start to finish, I should be able to easily do this myself, however, i have yet to get those.

I have contacted our hosting support who have advised me that:

Thanks for your ticket.
The GEOIP module for Apache is already installed.
There is no cookie that is generated. What is sounds like you might be after, is the PHP variables that can be used when that module is enabled.
There is some documentation on that here https://www.php.net/manual/en/geoip.constants.php

Can you please explain the process/what is happening here as my understanding is not complete as you have not really advised on whats going on here and what we are trying to achieve.

From my understanding, this is what is happening:
1) Booster (or woo) produce a GEOIP cookie.
2) We need to get htaccess to VARY the cookie produced by Booster/Woo using the Apache GEOIP module we have installed.

Is this right? I still dont see how is this going to fix cached page HTML etc? Is there other steps here? Can you give me an exact use case scenario/set of steps of how i set this up this solution.?

I still have no solution to this issue. It has been 3 weeks and counting.

There is updated information from litespeed here: https://www.ads-software.com/support/topic/litespeed-booster-io-multi-currency-cache-issue/#post-12248773

Can you please advise what the cookie is that booster creates/uses for currency by country so that we can fix this issue.

Can you advise how we fix this issue as we cant keep waiting this is destroying our online sales.

I dont see any currency by country cookie in there.

However, i do see in the settings for currency by country that the IP DETECTION method for this feature can be set to BOOSTER or WOOCOMMERCE. I feel like this would have bearing on the situation? Please advise.

I will also ask on booster support regarding your query.

Sorry this is not specific enough ,there are dozens of cookie entries in the variables list, how do i know which one you are referring to??

Can you please provide me with a full set of very specific instructions so we can get this done without having to wait for days please due to different timezones.

Thanks

Can you advise how I find cookie location name. Please provide steps I have already turn replication on in htaccess

Our team have got this enabled on our server now,

We can use “GeoIPEnable On” in our HTACCESS to turn this function on. We do not have acess in our enbvironment to WHM etc. So if need changes in there need to ask our server managemnet team/service provider.

Please let me know what setting we now need to set to get this working.

We are using a managed server which runs on cpanel. The company is synergy wholesale, a hugely popular Australian hosting provider.

The linked article only shows how to setup redirects after install of geoip which does not help us i will need to check if we are even able to get this installed on our server as we may not be able to.

We do have access to htaccess

Hey @stanleylitespeed – I know its only been a week but any update on this, not having multi currency on our sites is destroying our conversions. We have had to turn the whole thing off now as the session value is causing random page load loops with litespeed enabled.

Thanks Stanley. Please post when the patch is ready and we will action it asap.

This is already causing issue with our site and about half a dozen others we run so I hope you can resolve quickly.

Thanks again!

Per the other thread i see of someone posting same issue=

It is not working on this site, i can see it uses woocommerce geolocate to define country, proposed fix was to set geolocate (page cache friendly) this is found in general woo commerce settings, however, this is not an elegant fix and causes massive issues: let me explain:

When turning this setting on, it adds V session variable in url, we don’t wish to have the v variables in our page URL’s because it is a huge problem.
1) It looks terrible,
2) it also causes issues with page sharing on social media (people have already started sharing the variable url instead of the normal domain url, which is having have obvious major ramifications with our international customer base)…
3) it also causes possible MAJOR issues with SEO.

So to confirm, this plugin uses the woocommerce store location (geolocate) setting. We request that this would work with litespeed natively, perhaps you can add hook/setting into litespeed cache to ensure this works properly, as currently it is caching the location which is not right!

With Woocommerce being one of the biggest shopping platforms online, i would hope that you can patch a fix/setting into litespeed asap for this, as this is a major issue for any shop owner (even those not using multi currency, and just using location function)

It is not working on this site, i can see it uses woocommerce geo locate to define country, proposed fix was to set geolocate (page cache friendly) in woo commerce settings, however, this is not an elegant fix and causes massive issues: let me explain:

When turning this setting on, it adds V session variable in url, we dont wish to have the v variables in our page URL’s because it is a huge problem.
1) It looks terrible,
2) it also causes issues with page sharing on social media (people have already started sharing the variable url instead of the normal domain url, which will have obvious ramifications with our international customer base)…
3) it also causes possible MAJOR issues with SEO.

So to confirm, this plugin uses the woocommerce store location (geolocate) setting. We request that this would work with litespeed natively, perhaps need to add hook/setting into litespeed cache to ensure this works properly, as currently it is caching the location which is not right!

Thanks for getting back to me. Was issue on my end. Had htaccess security directives that were stopping use of admin.php files. Removed this directive and it fixed the issue ?? thanks!

Thanks mate, super fast response, seems our developer made a bit of a mistake loading this popup on all pages! All resolved now, this did infact reduce our load times by about 1.5-2.5seconds across our site ?? I would note that ERForms does query admin-ajax quite a bit (i think it was about 4-5times in one pageload), this did increase our load speed and when disabled it reduced it, however, one cannot deny the fact that also disabling the popup which was causing the issue would also reduce those load times too. Certainly cant complain with the lightning fast response from support! ??

Thanks for your help!