I’m trying to tune my CDN for the site https://discuss.endurancelab.fit. When I run a google speed test I’m getting a recommendation to Enable Compression of the following: [44 AM] When I run that same test on https://meta.discourse.org I get the following. [56 AM] So meta.discourse.org is compressing the files that my site is not. I’m using cloudfront for my CDN. Any thoughts on how to get these files compressed?

OK - will do. In order to formulate my question to them, is there a header or some code that would indicate to the CDN to compress those files? Just want to make sure I’m specific in what I ask. I suspect something is getting stripped or not read correctly and I’d like to indicate what that could be. thx

It’s just the usual content encoding negotiation headers. Nothing special.

Your CDN is not compressing certain files that they should do by default. Maybe there is a setting turning compression on or off. Make sure it is turned on. MOST CDNs also allow you to control compression by file type (i.e. MIME type) so things that are already compressed, like JPEG pictures, will not be compressed twice. So you need to call up your CDN and say: Hey, my files are not compressed (gripped in tech lingo). What should i do to turn on compression?

The css file not being compressed is added to my list Will get it sorted

This is some crazy banana level stuff: [Alex Nauda] What are the options for the gzip_proxied directive for? nginx, http-headers, authorization, gzip answered by Alex Nauda on 06:26AM - 31 Oct 15 UTC I just enabled gzip_proxied: any in our template per: https://github.com/discourse/discourse/commit/18a929d801442643883531ea82c948c21d306e73 NGINX explicitly do not serve gzipped content to CDNs that send through a Via header (for dynamically compressed stuff) The reason appears to be that: it is reasonable to compress responses only to requests that will not be cached on the proxy server Now my guess here is that this is some sort of crazy scheme where they are Either trying to account for bad proxies sending bogus headers Or, are trying to save a handful of CPU cycles Both reasons do not make sense to me so I am setting our template to something saner. EDIT confirmed the fix, so closing.

Google Speed Test - Enable Compression

Product Support

mpalmer (Matt Palmer) 2018 年1 月 5 日 11:34 2

That’s probably something you’d need to ask Cloudfront.

话题		回复	浏览量
Google Speed Test - js compression Product Support	1	830	2018 年1 月 28 日
Gzip compression on by default? Self-hosting nginx	0	527	2023 年2 月 14 日
Discourse not using brotli or gzip compression? Self-hosting unsupported-install	6	1492	2019 年10 月 14 日
Is DO Spaces CDN still broken? Any workarounds? Product Support	4	1840	2022 年8 月 13 日
How to Disable Image Compression? Product Support	3	421	2024 年7 月 18 日

Google Speed Test - Enable Compression

相关话题