We got sloppy there by not following up with `touch *` on the directory 
contents. While this indeed breaks cache coherence, it doesn't seem to 
affect the gzip_static behavior.

We resolved the problem on https://villadeus.com/ by manually updating to 
nginx/1.26.1

The problem is still observable on a staging server that's still running 
"nginx/1.18.0 (Ubuntu)" sourced from the Ubuntu repo: 
https://staging.dashboard.villadeus.com/js/select2.full.min.js

Pinnion, Inc.   *Ovid Stavrica*
Chief Technology Officer
Pinnion, Inc.

(800) 818-2039 x806 <tel:8008182039,,806>

On 6/25/24 8:29 AM, Simon Déziel wrote:
> @pinnion, I just checked a random asset from your site
> (https://villadeus.com/wp-includes/js/jquery/jquery.min.js?ver=3.7.1)
> and the `gzip` version has a different ETag than the uncompressed one:
>
>
> $ wget -qSO 
> /dev/nullhttps://villadeus.com/wp-includes/js/jquery/jquery.min.js?ver=3.7.1  
> 2>&1 | grep ETag
>    ETag: "66720e58-15601"
> $ wget -qSO 
> /dev/nullhttps://villadeus.com/wp-includes/js/jquery/jquery.min.js.gz?ver=3.7.1
>   2>&1 | grep ETag
>    ETag: "66720f0c-7656"
> $ wget --compress gzip -qSO 
> /dev/nullhttps://villadeus.com/wp-includes/js/jquery/jquery.min.js?ver=3.7.1  
> 2>&1 | grep ETag
>    ETag: "66720f0c-7656"
>
> On one of my working system with `gzip_static` working, the ETag is
> always identical which makes sense if I understand the feature properly.
>
> Are you 100% sure your `gzip`'ed files are based on the uncompressed
> ones? `ls --full-time` might be handy to confirm.
>

** Attachment added: "fxnJOZkeehpa3Jrc.gif"
   
https://bugs.launchpad.net/bugs/2069921/+attachment/5792336/+files/fxnJOZkeehpa3Jrc.gif

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2069921

Title:
  gzip_static directive stopped working

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/2069921/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to