chromasia

Hi Nick,

Many thanks for the detailed response – it pointed me in the right direction. Specifically, your comment about the CSS relating to the stars helped me solve this. I use a plugin called Gonzales to disable scripts and css on pages where it isn’t needed. Until the recent upgrade it was working OK – I used it to disable various woocommerce features (CSS and JS) on most pages other than product pages. Since upgrading it seems that Gonzales can’t identify product pages in quite the same way so it disabled woocommerce.css on the main store page, but not the individual product pages. I’ve now corrected it and everything is back to normal.

Thanks again.

HI Andrew,

No problem, and apologies for my ‘provocative’ response to the OP.

Could you post the link to your page?

Thanks Eric,

I’ve raised a ticket as requested.

Best wishes,

Dave

Hi There,

Is there anything else I should check or try? I’d really like to get this sorted out if possible.

Best wishes,

Dave

Here’s the reply …

“Configuration -> Server -> Tuning -> Static File Delivery Optimization -> File ETag is not set, so it’s the default which is to have iNode, Modified Time and Size enabled.

I can’t see FileETag explicitly configured anywhere in the Apache configuration.”

Do I need to ask for it to be turned on?

Best wishes,

Dave

Thanks. I’ll ask and get back to you.

Best wishes,

Dave

Hi Uniqe_Eric,

Are you still looking into this issue?

Best wishes,

Dave

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 it’s 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

I should add that all the other files required for that page, including a couple of css and js files, don’t have this problem. It’s only the combined css and js files that have the issue.

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! ##
<IfModule LiteSpeed>
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 ###

</IfModule>
## 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 https://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
<IfModule Litespeed>
RewriteEngine On
RewriteRule .* – [E=noabort:1]
</IfModule>
# END litespeed noabort

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# BEGIN Protect XML-RPC
<Files “xmlrpc.php”>
Order deny,allow
Deny from all
</Files>
# END Protect XML-RPC

# END WordPress

<IfModule mod_headers.c>
<FilesMatch “.(js|css|xml|gz|html|woff|woff2)$”>
Header append Vary: Accept-Encoding
</FilesMatch>
</IfModule>

I’ve done some further checking: this issue isn’t caused by the Litespeed plugin. My apologies for jumping to conclusions.

Don’t worry, I sorted it out.

@jscrm – I’m not sure, but I’ve resolved the issue now. The problem was that my .htaccess file was removing the etag.

Thanks, I’ll look into it.