Conversation

Notices

1. Embed this notice
   Erin 💽 (erincandescent@queer.af)'s status on Saturday, 23-Dec-2023 06:41:28 JST Erin 💽

   in reply to

   • mcc

   @mcc the (difference between "gzip" and "deflate" is gzip has 12 bytes more overhead and a slightly slower checksum)

   • Haelwenn /элвэн/ :triskell: and feld like this.
   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:30 JST mcc

     in reply to

     @erincandescent you mean, they have shied away from deflate [headers] and preferred gzip [headers]?

   • Embed this notice
     Erin 💽 (erincandescent@queer.af)'s status on Saturday, 23-Dec-2023 06:41:30 JST Erin 💽

     in reply to

     • mcc

     @mcc browsers these days tend to prefer "gzip" over "deflate". webservers often only implement "gzip"

     all this becuase nobody has ever misimplemented gzip, but Microsoft did once in the 90s misimplement "deflate"

     feld likes this.
   • Embed this notice
     Erin 💽 (erincandescent@queer.af)'s status on Saturday, 23-Dec-2023 06:41:32 JST Erin 💽

     in reply to

     • mcc

     @mcc generally yes

     Old (we're talking ancient) versions of IIS would send a raw deflate stream for "deflate" (without zlib headers) so everyone has shied away form it and preferred deflate ever since

     (who can blame them, the encoding token should be "zlib"...)

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:34 JST mcc

     in reply to

     @erincandescent So should I assume that any browser which supports (ie, declares support for) deflate will necessarily always support (ie, declare support for) gzip?

   • Embed this notice
     Erin 💽 (erincandescent@queer.af)'s status on Saturday, 23-Dec-2023 06:41:35 JST Erin 💽

     in reply to

     • mcc

     @mcc gzip is "deflate with gzip headers" and "deflate" is "deflate with zlib headers"

     why do we have both? historical reasons...

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:36 JST mcc

     in reply to

     Wait. Wait! I've figured out the most reliable way to figure out whether it's working or not. I simply put *different content* in the .css file than I put in the .css.gz file. And based on this… it's not working. The recommended configuration block from the Apache manual does nothing at all. I am at a loss how, or whether, to proceed.

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:36 JST mcc

     in reply to

     Chrome's headers say it will accept any of "gzip", "deflate", or "br". Is "gzip" different from "deflate"? man gzip seems to suggest it… sometimes? always? deflates?

     br is … "brotli"? is it good?

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:38 JST mcc

     in reply to

     *head in hands* wait. So the x-gzip-canary header is in the FIlesMatch. If I download https://domain/styles2.css, I do not see the x-gzip-canary in Chrome. But if I download https://domain/styles2.css.gz, I *do* see the header. So… what does that mean? That the FilesMatch only applies to manually-dialed .css.gz files? Or that the IfModule block is not rewriting as I expect it to?

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:39 JST mcc

     in reply to

     Related question: Say I'm using the magic conf block from https://httpd.apache.org/docs/2.4/mod/mod_deflate.html#precompressed

     But also it appears mod_gzip or mod_deflate or something is on— I don't remember enabling it, but https://www.giftofspeed.com/gzip-test/ says it's on.

     How do I test whether it is mod_deflate or this weird mod_header trick which is handling any one request? In other words, how do I verify this paste block is doing anything at all?

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:39 JST mcc

     in reply to

     One more question: Say I'm using the above block, and I take Measures ("Header append X-gzip-canary Yes", as recommended by Vriska Serket, who follows me here on Mastodon) to check if the .gz cache is being accepted. And it's not being accepted.

     Should I expect an <IfModule mod_headers.c> *inside* a <VirtualHost> block to work as expected (IE, to both work, and to only apply to the specific VirtualHost of that block)?

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 23-Dec-2023 06:41:40 JST mcc

     If I enable mod_gzip in apache, and a large-ish but highly compressible file gets accessed 100,000 times, will apache gzip it 100,000 times or will it gzip it once and cache the gzipped version?