404 error on Autoptimize JS/HTML file

Actually, I’m now experiencing erratic and randomly huge hang times loading the front page and other pages.

Sometimes the page load is very fast. Others will just pulse the load animation indefinitely. This is particularly bad on the two pages with revolution sliders. And it is not behavior I experienced before using Autoptimize.

Sometimes it will take several seconds before the browser even responds to the inputted address. Then once it starts loading the page, sometimes it will load reasonably quickly, while it go on for upwards of 6-10 seconds. Other times the loading animation will just keep going indefinitely, never loading the page.

The inconsistency is baffling.

based on what I see the load animation pulses when the autoptimized JS 404’s. so the question is why that would happen. Autoptimize never removes items from cache unless you click “save changes & purge cache”. If you do that and you don’t purge your page cache, then this could cause the AO’ed JS (which would still be referenced in the cached HTML) to 404?

frank

Hi,

Thanks for the reply.

Just to clarify, here’s my setup. I’m using KeyCDN with Cache Enabler, CDN Enabler, Optimus, Nginx Cache, Redis Cache and Autoptimize.

The slider that seems to have trouble loading when Autoptimize is enabled, is Slider Revolution 5.

In Autoptimize, I have the following settings toggled:

Optimize html, js, css
Also aggregate inline js
Generate data: URIs for images
Also aggregate inline css
Exclude css from Autoptimize: admin-bar.min.css, dashicons.min.css
CDN base URL: included
Save aggregated script/css as static files? Yes
Also optimize for logged in users? Yes

Cached info: Cached styles and scripts 76 files, totalling 5405 Kbytes (calculated at 21:01 UTC)

Can you see any possible issues?

Also:

Should Autoptimize have created two files to load the page? Or is one a legacy from some purge? Your above answer seems to imply that the Autoptimize file getting the error response shouldn’t be there and that it is only getting called because of a improperly purged cache, that has an html reference to the missing file? Am I getting that right?

Finally:

As a stop gap to the issue, I disabled Autoptimize. Now I am unable to enable again. It gives the plugin enabled notice but either doesn’t enable at all or enables briefly and then disables (usually when I try to save settings).

Thanks for taking the time to read this and for your help.

-> re. not being able to enable AO; no idea what’s happening. a rogue plugin? or redis messing things up (i’ve heard this happening once or twice)?
-> re. disabling AO to fix the revslider issue; you could also keep AO active and only disable JS optimization
-> re. revslider breaking; based on what you wrote before it did not break consistently, so it could be that 404-problem. anyway, you could always exclude the revslider from JS optimization?
-> re. “a improperly purged cache, that has an html reference to the missing file”; no, a page (HTML) in cache (cache enabler and/ or nginx cache) that has references to already purged autoptimize files.

Hi Frank,

Thanks for the answers.

Re: Excluding slider.
>What is the line that needs to be added to the excluder for doing that?

Re: Missing file reference.
> So flushing cache enabler and nginx cache should really have resolved that issue?

Thanks again

Re. excluding slider I think these should do: revslider/public/assets/js, rs-plugin

Re. missing file reference; flushing those should have fixed, unless you have yet another caching layer (e.g. cloudflare)?

frank