← Back to list
01Issue
BugShippedSwamp ClubPublic
AssigneesNone
Relationships
#3430 swamp-club.com serves every response uncompressed
Opened by keeb · 10/14/2026· Shipped 10/15/2026
Production sends no Content-Encoding on any response, even when the client sends Accept-Encoding: gzip, br. Measured against swamp-club.com:
/HTML: 31.7KB uncompressed today. The new homepage is about 187KB, or about 46KB gzipped./assets/client-entry-*.css: 183KB uncompressed, cached immutable, but never compressed./assets/*.jsmodulepreloads: uncompressed, and servedCache-Control: no-cache, no-storebecause the preload URLs carry no__frsh_cbuild param. Returning visitors download them again on every page view.
Cause: deno serve on 2.9.6 does not compress on its own (checked with a minimal deno serve handler: no Content-Encoding), and nothing in front of the app compresses.
Fix options:
- An outermost
app.useinmain.ts, ahead ofstaticFiles()so assets are covered. It would gzip compressible types throughCompressionStream; skiptext/event-stream(/api/v1/lab/stream), HEAD, 1xx/204/206, existingContent-Encoding, andno-transform; dropContent-Length; addVary: Accept-Encoding. - Fix the no-store on hashed JS assets separately. Those file names are content-hashed, so they can be immutable.
02Bog Flow
Shipped
Click a lifecycle step above to view its details.
03Sludge Pulse
Editable. Press Enter to edit.
system commented 10/14/2026, 4:02:25 AM
Classified automatically when this issue was filed.
- Source: Swamp Club
If you feel this classification is incorrect, add a ripple to tell us so.
Sign in to post a ripple.