Search results

From the moment you utter this sentence, I can no longer accept you as an acceptable user that I can respect. If you want me to take you seriously then please only post more comments that don't question your reputation. Or to put it another way, your comments do not allow for a trustworthy...

Really? Why are you complaining about your provider emptying the /lscache directory when you suddenly have apparent control over it? Are you kidding us?

Don't keep asking me that stupid question. Unlike you, I think before I post. I've told you several times that Google can't and doesn't want to measure the performance of your website because the result would not only always be wrong, but also unfair. To get safe and fair measurement...

This should not make other users believe that this would be possible in principle. Especially since it doesn't solve your problem that your hosting provider empties the /lscache directory every 3 days.

If you reduce that to the URLs actually used, you don't have this problem. But that requires not only intelligence, but logic. You seem to lack both. Sorry, but I neither like advice-resistant users nor ignorance nor arrogance. You actually assume that what you have to offer on your website is...

As already mentioned, an individual configuration of the storage location of /lscache is possible. This is definitely true for LiteSpeed Enterprise and certainly also for OLS. However, I have no idea that you have the opportunity to do this with shared hosting and OLS.

Despite your hosting provider seeing a reason for emptying the /lscache directory, you should seriously consider rethinking your crawling philosophy. We had a discussion a long time ago about what you might remember. It's not about warming the cache of all URLs, just the cache of the URLs that...

Tell me why he thinks this is necessary? Is he running out of disk space? If @JOHN GALT uses shared hosting, which I assume it does, this doesn't allow individual server configuration. It is possible to define individual storage locations for each domain and account, but not with shared hosting.

I have already answered this question for you. If you can't find the /lscache directory in your /home directory, then you obviously have shared hosting and your hosting provider denies you access to it. Ultimately, only your hosting provider can answer that. So contact this one.

If by "W3" you mean the W3 Total Cache Plugin, then you are comparing an airplane to a submarine. That might sound exaggerated, but the differences couldn't be greater. That's why your comparison is wrong. As for the crawler, you need to know what the differences are with the cache. Above all...

A crawler is a crawler and not an alternative cache solution. Nobody has claimed otherwise. You are looking for a solution that I either haven't understood yet or you haven't described yet. So please bother us with details.

An ESI example: https://www.dev.cachecrawler.com/esi/

No, because firstly you have to learn what ESI is and what you can use ESI for and secondly you have to learn how to program.

Not much left to do, but I'm currently drowning in work because I have other plugins in the pipeline that have a higher priority, such as the Kitt AWR plugin for LiteSpeed LScache plugin. AWR = avif & webp Replacement with Image Optimization. It is also a "hacker" plugin that unlocks or exposes...

It is usable and is also available for download, but the native version, for which you don't need the Kitt Cache Crawler, still needs a few minor adjustments.

Of course its possible! The cache-control header was invented exactly for this!

You don't need anything at all for lazy load because the loading="lazy" attribute has been a standard feature of almost every modern browser for quite some time. A so-called 1-pager can of course be cached. What you probably mean is the occasionall oading of content when the content to be...

For once I agree with you. The term plain text is wrongly chosen in this context. But that doesn't change the fact that an appropriate header is needed to tell the browser what content-type it is.

It's not about crawling the URLs again. You have to read it properly and try to understand it. The first thing to do is to record (track) the URLs that are requested by users and generate a sitemap based on this, so that the crawler only crawls the URLs that are actually requested. By the way...

Of course you need a corresponding PHP function that generates CSS or JS files. For me, no CSS or JS files are generated, but combined. Only then is it possible to cache static sources. However, to be fair, it has to be said that there is no advantage to doing so, because when the respective...