Wordpress LScache Plugin: Missing cache validator
Last Updated on: Wed, 15 Apr 2026 00:00:02 Hi There. Up until recently the Pingdom Website Speed Test was giving me a Performance Grade of around 98 for my homepage, but recently this has dropped to 92 and Im receiving the following error: The following resources are missing a cache validator. Resources that do not specify a cache validator cannot be refreshed efficiently. Specify a Last-Modified or ETag header to enable cache validation for the following resources: https://chromasia.com/min/1fc15.js https://chromasia.com/min/38be9.css https://chromasia.com/min/415a7.js Is it possible Ive inadvertently changed something to cause this or is it expected behaviour? I should also add that Im running my site though a basic cloudflare account, but get this error even when bypassing the cloudflare cache. Many thanks in advance. The page I need help with: https://chromasia.com/ Im also getting this same issue. Hi Chromasia, We do have etag for it, you may want to check is there any rules may un-tag etag from header in .htaccess file. Let us know the result of finding the rule. Best, Eric No, not as far as I can see. My .htaccess file is included below. # BEGIN LSCACHE ## LITESPEED WP CACHE PLUGIN ? Do not edit the contents of this block! ## RewriteEngine on CacheLookup on RewriteRule . ? [E=Cache-Control:no-autoflush] ### marker NOCACHE COOKIES start ### RewriteCond % HTTP_COOKIE woocommerce_items_in_cart RewriteRule . ? [E=Cache-Control:no-cache] ### marker NOCACHE COOKIES end ### ### marker CACHE RESOURCE start ### RewriteRule wp-content/. /[^/] (responsive|css|js|dynamic|loader|fonts) .php ? [E=cache-control:max-age=3600] ### marker CACHE RESOURCE end ### ### marker FAVICON start ### RewriteRule favicon .ico$ ? [E=cache-control:max-age=86400] ### marker FAVICON end ### ## LITESPEED WP CACHE PLUGIN ? Do not edit the contents of this block! ## # END LSCACHE Options +FollowSymLinks Redirect 307 /go https://chromasia.com/ Redirect 307 /latest https://chromasia.com/art-black-white-photography-assignments/ Redirect 301 /+ https://plus.google.com/109877874206927205378/ Redirect 301 /facebook https://www.facebook.com/chromasia Redirect 301 /twitter https://twitter.com/chromasia Redirect 301 /linkedin https://www.linkedin.com/in/davidjnightingale/ Redirect 301 /w https://www.chromasia.com/wp/wp-admin/ Redirect 301 /500px http://500px.com/chromasia Redirect 301 /about.php https://www.chromasia.com/about/ Redirect 301 /commissions.php https://www.chromasia.com/commercial/ Redirect 301 /store.php https://www.chromasia.com/training-education/ Redirect 301 /bw https://chromasia.com/art-black-white-photography-assignments/ Redirect 301 /amember/member.php https://www.chromasia.com/tutorials/members/ Redirect 301 /training https://www.chromasia.com/ Redirect 301 /training/index.php https://www.chromasia.com/ Redirect 301 /training/about.php https://www.chromasia.com/about/ Redirect 301 /training/events.php https://www.chromasia.com/workshops-events/ Redirect 301 /training/mentoring.php https://www.chromasia.com/photography-mentoring-programme/ Redirect 301 /training/store.php https://www.chromasia.com/workshops-events/ Redirect 301 /training/one-to-one.php https://www.chromasia.com/one-to-one-photography-training/ Redirect 301 /training/events/venice_10_17.php https://www.chromasia.com/workshops-and-events/experience-venice-photo-tour-2017/ Redirect 301 /training/events/venice_2_18.php https://www.chromasia.com/venice-carnival-photo-tour-2018/ Redirect 301 /tutorials/online/ https://www.chromasia.com/training-education/ Redirect 301 /tutorials/online/curves https://chromasia.com/curves-tool-introduction/ Redirect 301 /tutorials/online/curves/index.php https://chromasia.com/curves-tool-introduction/ Redirect 301 /happy-halloween-2018/ https://chromasia.com/happy-halloween-2017/ # BEGIN litespeed noabort RewriteEngine On RewriteRule . ? [E=noabort:1] # END litespeed noabort # BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index .php$ ? [L] RewriteCond % REQUEST_FILENAME !-f RewriteCond % REQUEST_FILENAME !-d RewriteRule . /index.php [L] # BEGIN Protect XML-RPC Order deny,allow Deny from all # END Protect XML-RPC # END WordPress Header append Vary: Accept-Encoding I should add that all the other files required for that page, including a couple of css and js files, dont have this problem. Its only the combined css and js files that have the issue. The ability to Load Google Fonts Asynchronously in v1.6.3 is a good addition, and probably makes a significant difference in real world speeds, but its added another file to this issue, i.e. both GTmetrix and the Pingdom Page Speed Tool report that The following resources are missing a cache validator. https://chromasia.com/min/1fc15.js https://chromasia.com/min/2476e.css https://chromasia.com/min/415a7.js https://chromasia.com/min/css_async.js Best wishes, Dave Hi Uniqe_Eric, Are you still looking into this issue? Best wishes, Dave Hi Dave, Checked from GT, there are four resources missing a cache validator, but I can not found any from your htaccess file. So, there are two possible reasons. 1. etag disabled from LSWS->Server->Configuration->Tuning->File ETag 2. etag disabled from apache configuration, and lsws set yes to Using Apache Configuration File Could you contact your hoster to confirm these two items? Best, Eric Thanks. Ill ask and get back to you. Best wishes, Dave Heres the reply ? Configuration -> Server -> Tuning -> Static File Delivery Optimization -> File ETag is not set, so its the default which is to have iNode, Modified Time and Size enabled. I cant see FileETag explicitly configured anywhere in the Apache configuration. Do I need to ask for it to be turned on? Best wishes, Dave Hi There, Is there anything else I should check or try? Id really like to get this sorted out if possible. Best wishes, Dave Hi Dave, So, there is no FileETag None in Apache config and unset etag in .htaccess. I didnt figure out which reason cause the issue now. Could you please create a ticket so we can have a further check on it? Best, Eric Thanks Eric, Ive raised a ticket as requested. Best wishes, Dave Finding result: For some reason, routing through Cloudflare strips the eTag.
LiteCache Rush: Speed comes from using less, not from doing it faster
Reference