Our script is using:
gzip -c $FILENAME > $FILENAME.gz;
touch $FILENAME.gz -r $FILENAME
FWIW, we also just tried:
rm select2.full.min.js.gz
gzip --best --keep --force --no-name select2.full.min.js
The time stamps between the two files are an exact match:
<snip> ... 75005 2024-06-25 09:32:27.487493248 -0700 select2.full.min.js
<snip> ... 20677 2024-06-25 09:32:27.487493248 -0700 select2.full.min.js.gz
We also restarted the staging server for sanity.
I can confirm that ETag values remain unchanged from your noted values using
your exact wget tests.
Open to suggestions.
On 6/25/24 10:03 AM, Simon Déziel wrote:
> @pinnion, I'm still seeing differing ETags between those 2:
>
> $ wget -qSO /dev/null
> https://staging.dashboard.villadeus.com/js/select2.full.min.js.gz 2>&1 | grep
> ETag
> ETag: "667af11b-520f"
> $ wget --compress gzip -qSO /dev/null
> https://staging.dashboard.villadeus.com/js/select2.full.min.js 2>&1 | grep
> ETag
> ETag: "667af11b-124fd"
>
>
> Also, re `touch *`, I'm not entirely sure on how you are doing the "ahead of
> time compression" but I get good result from `gzip --best --keep --force
> --no-name` which cause the `.gz` files to be created with a newer timestamp
> naturally.
>
--
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
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
