alanwpeasy

Hello Serge,

That setting made no difference. I just checked https://wiseowlelc.co.nz/

“Set cookies” is set to “Use alternative mechanism for cookies”
“Alternative cookies handler type” is set to “Use REST API”

I’m getting a 403 on Ajax.php in the frontend. The only thing I can think of is the nonce is being cached on the cached page, and has expired?

To be honest, I didn’t try the ‘define( ‘LITESPEED_NO_OPTM’, true );’

I couldn’t find any documentation on what this actually does.

If it disables all optimizations, is there any point is using LSCache?

Hello Serge,

I don’t use nginx, I use Litespeed

I changed the setting and it worked immediately. However, clearing cache also resolved the issue. So I won’t know if this is resolved unless it keeps working for several days. I will keep checking.

Is this a known issue with LSCache cached pages?

Thanks,
Alan.

Sorry, Typeo.. I meant “403” error.

Thanks for your responses.

My testing LSCache compare to several other caching plugins:
LSCache is definitely the slowest of the ones I tested to create the HTML Doc.

However, I do love the fact that the plugin is so comprehensive, so I think I will stick with it.

One issue I continually have with LSCache is with the CSS and JS Optimisation. On all my sites, I normally leave this disabled in LSCache and just use Autoptimize if I want this optimisation.

The reason being is that with LSCache CSS and JS Optimisation I regularly see broken sites, where clearing the cache resolves the issue. As a procedure, I install all WordPress updates every Saturday and force purge all cache when done. Even with doing this, I was seeing some broken sites on the Monday, requiring a cache purge. For this reason, I just don’t use the LSCache CSS and JS optimizations.

It would be great if you could schedule full cache purges, or if there was some method for LSCache to do periodic tests on pages and purge the cache if it is broken.. Not sure what it would test for to determine this though?

Hmmm.. Not sure if that makes sense.

Both un-cached pages and WP Super cache also have to query the database to construct pages. This doesn’t explain why it takes LSCache longer to do so.

I understand that this is not easy. I think I’ll try an alternative “WP Rocket” to see if it suffers the same initial increased loading time.

Thanks for trying.

That is very odd.

I just tested with WP Super Cache.
With Cache off, avg 800ms to 900ms
With Cache on, avg 800ms – 900ms , so no difference

Swapped back to LSCache,
With Cache off, avg 800ms to 900ms
With Cache on, avg 1.3s – 1.7s , so big difference

However, I started recording a video, showing the difference. When I first re-enabled LSCache I was getting 1.3s – 1.7s. Then suddenly it dropped to 600ms – 800ms.

On default settings, does LSCache make any external calls where variable latency may be the issue?

I have to jump in to meetings not.

Thanks for your efforts. I’ll check back later.

OK.. That’s not what I experienced. LSCache appears to take a lot longer on first load than WP Super Cache..

I will retest and report back.

Wow that was a quick response.

RQTUBDWC

This site is just for mucking around. Feel free to do whatever you want to it when logged in.

Hello,

I replied to your previous message via email. It look slike it did not get added here.

I have sent a “LiteSpeed” report from the site, with the “Passwordless Link”

I also created a short video showing the issue. https://wpeasy.sharepoint.com/:v:/s/WPEasyOnboarding/ETIY-jvTnF1IlGlsAOZHrMQBUX9pK1EuaT8QyIDC15xMmw?e=CsPRb8

I look forward to your reply.

Thanks.

Hello, is there anyone for the developers monitoring the forum?

I have just changed 3 of my sites from LSCache to Autotomize and WP Super Cache. All have a notable performance improvement on first load.

I really like all the options in LSCache and hope there is a solution for this.

Thanks,
Alan.

Just a quick update.
I disabled LSCache and installed WP Super Cache. Enables “Simple Mode”.

On first load, the home page loaded just as quickly as with no caching, once cached, it loads as fast as the cached LSCache pages.

There is something very wrong with the extra time LSCache is taking to cache pages.

Thanks for that script.

Strangely, I have not seen this issue occur since asking this question.

I currently have about 40 sites with LSCache. Months ago I disabled the CSS minify and combine on all, because it was just too unreliable.

Around 2 months ago I re-enabled on 5 of my own sites to test. I was seeing this issue intermittently occurring across all 5, which is why I asked the question.

When the issue does occur, I don’t see any 404 errors. The combined JS and CSS files load just fine, they are just broken until I purge.

I have just checked my sites and “Serve Stale” is off, I never change this, so it must be the default.

I will keep it enabled on my own sites for now and report back if it does break again.

If it does occur,
– I will get the LSCache report number for you.
– I’ll download a copy of the CSS while it is broken
– I’ll download a copy of the CSS after the purge.

Thanks,
Alan.

Thanks,
It is no longer broken as I purged the cache. I will have to wait until it happens again.

So if I understand correctly, you want the report number while it is broken, not after the cache is purged, and it gets fixed?.

What happens is the layout breaks and some page elements disappear. This happens randomly on any site that I enable CSS minify and CSS Combine. The reason I picked https://www.wpget.net to ask about is that it has very few plugins and uses the basic “Hello Elementor” theme. The only plugins that would have any effect on CSS is Elementor Pro and Happy Add-ons Pro.

Hello,

Finally, it broke again after an update.

Purging CSS/JS cache resolved the issue.

I was getting 404 errors on .ttf and .woff files.