I will try that, but i suspect that a green empty rectangle will appear (the box containing the message). But well, with some CSS I think I can hide it.
yes, that one. It appears just few seconds after the form is submitted and then the redirect happens. Is there any option to hide it when redirect option is set? This way it will not show and everything will be more “fluent” …
It’s a VPS where we have multiple sites, and, in this case there are multiple WP installations with LS Plugin and the Crawler enabled under the same vhost user. I think is the same user because i don’t haver direct access to the server, but i’m almost sure.
Yes, after crawler has finished if I visit site in incognito window everything is very fast and ‘hit’ appears on response headers. But afters a while, maybe an hour or so, I start to get “miss” in the same pages with no updates on admin site. So, it seems that crawler itself is working, but for some reason, pages started to be considered “uncached” …. I’ve reviewed log but unable to find the culprit.
Don’t get me wrong, this plugin was working perfectly in my set-up until a week ago, in fact, we changed the “official” one for this, two years ago and we were very happy with it.
Just posting here to see if anyone had the same problem and we can resolve this, as usual it could be an incompatibility with other plugin of my specific setup.
Unfortunately we have no time to investigate it, so we had to install another plugin.
Thanks for your answers. Finally playing with “Crawler settings” options seems to do the trick, because today (05/20/2024 08:00) I can see that the crawler has been running
and also, If I visit the site, I’m always getting a cache hit.
Yep, makes sense. If I configure LiteSpeed like is explained here, deactivate Woocommerce geolocation (cache compatible) choose only Wocommerce geolocation, then, my question is if the crawler woud cache at least the location where the server is located?
So this way at least local language would be warmed up?
Hi, thanks for your response, configuration in the client site has change (now is -50) , but I have a couple of screenshots to illustrate this. This is Instagram shop:
Here you can see extrange % discount. I don’t know if instagram is making its own calculations here, but those are products data:
1º Product: Original price: 59.99€ (49.58 in product page + 21.00 VAT) Discount price: 36€ % Discount configured: -40 % Discount shown in Insta: 39% I guess: 40 x 59.99 = 2399.6 / 100 = 23.996 So 59.99 – 23.996 = 35.994. final price = 36 (it seems rounded up) ¿Should be 35.99?
If I get 36 as product price, 36 * 100 / 59.99 = 60.01 So 100 – 60.01 = 39.99 ….. yes I guess is almost 40% …. but …
If i get 35.99 as product price, 35.99 * 100 / 59.99 = 59.993 So 100 – 59.993 = 40.007 … Nailed 40%
2º Product Original price: 50.99€ (42.14 in product page + 21.00 VAT) Discount price: 30.59€ % Discount configured: -40 % Discount shown in Insta: 40% I guess: 40 x 50.99 = 2039.6 / 100 = 20.396 So 50.99 – 20.996 = 30.594. final price = 30.59 (it seems OK)
So if i get 30.59 as product price, 30.59 * 100 / 50.99 = 59.992 So 100 – 59.992 = 40.008 Here is 40% nailed.
To both products applied same rule because both are in the same category (not in the excluded one).
It is strange…. And this is gettis very dense, but maybe there is some minor bug somewhere.
