popcodeorg / popcodeorg/popcode
Investigate brotli compression
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 191
- Forks
- 143
- Avg merge
- 4d 11h
- Merged PRs (30d)
- 5
Description
Apparently Brotli is a newish compression algorithm that is 25% smaller than gzip and has decent browser support. At a glance it’s not totally clear how easy it would be to actually enable—does not seem that CloudFlare has built-in support, so we would probably need to generate compressed assets on Travis and then figure out how to configure S3 to use the Brotli asset when the Accept header allows it. Also would need to make sure CloudFlare is varying the cache properly (and I think I might remember something about CF overwriting the Accept header to the origin?)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the asset-generation and deployment flow referenced in the issue, including Travis, S3, CloudFlare, and handling of the Accept header. Done means establishing whether Brotli can be enabled reliably and documenting a concrete implementation path, including cache variation and browser support considerations.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- cloud, performance, web-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100