Search results

Did your change your hosting to a different provider?

@julianne4987 I don't know if you already solved your problem, but as @Pong already described there is no one and only solution for your isssue. It needs a custom way to solve it. There are a huge methods to try to dectect devices. Not every one is perfect, but almost every one works different...

Which method or crawler do you use to warmup the cache? Btw. if you have additional questions, write a new post and don't modify a previous post. It will not be noticed.

I don't tell you fairy tales.... Believe in what ever you want to believe in.... ;)

Why do you try find a complicated solution, if there is a simple solution. Use rewrite rules and disable cache if a specific GET parameter is used. No need for ESI.

Google doesn't measure the speed of your page with a bot. It uses client side results from Chrome browser and such data are used to calculate the speed. Really? Yes, really! ;)

Yes really! ;) If no one requests a never wanted product in your shop, why should the cache of this URL be warmed up?! This is waste of resources. It is also not necessary to warmup the cache for bots. You don't get any advantage.

First of all: It is not really economically to try to warmup the cache for all URLs. Reduce the number to the most wanted URLs if you don't have a method (crawler) to request URLs parallel and not one by one like you do it with the current method.

The very best answer for your request: https://www.litespeedtech.com/support/forum/threads/please-use-the-official-wordpress-forum.16028/

You are not the only one, sorry. From a (very) far distance your solution seems to look fine, but it's only a quick and dirty solution. You overlook a lot to make your solution more practical, but nevertheless, congratulation. Improve it and you are welcome to publish upcoming releases of your...

The one and only answer for your request: https://www.litespeedtech.com/support/forum/threads/please-use-the-official-wordpress-forum.16028/

@hamzaleg Redirecting with 302 is no good idea, because almost every browser caches it and can't be avoided on server side. Always use only 301 redirection to avoid caching.

Sorry, I have no more information about this plugin and what else can be done to solve it. I am not the developer of this plugin. To get support for cache plugin you should open a support ticket.

Okay, other try..... If you define a new ESI block for displayNav the complete template for Nav should be excluded from being cached. That should work, but will rise up page loading time.

If you add a new ESI block for the wishlist module will the result be updated?

Okay, how can I access to the page where the module is installed?

Let me take a closer look on it. For testing I will create an account to see how it works, but I am just busy and must do it later in the evening. Have you disabled the cache plugin?

No, this should/must be done by the wishlist module on the fly. CSS classes can't be excluded. It is part of html code like each other html tags.

These attributes are not the problem. data-url is the primary reason and in my mind if https://www.kadolis.com/fr/wishlist-ajax request will be excluded from being cached it should work. Only the cache plugin is the problem. It has no functions to exclude URLs from being cached, so it must be...

That is not correct. With noabort noconntimeout directive PHP processes can run without limits, but is only supported in LSWS and not OLS.