[MGNLCACHE-195] Use and default to the Brotli compression over gzip for html, js and css resources Created: 18/Dec/17  Updated: 30/Aug/21

Status: Open
Project: Cache Modules
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Neutral
Reporter: Martin DrĂ¡pela Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)

 Description   

While studying MGNLCACHE-192 (Javascript resources not gzip compressed due to misconfiguration) for 5.5.8 release notes, I sort of glued me eyes to the br value in the Accept-Encoding header.

The abbreviation stands for Brotli - "... a data format specification for data streams compressed with a specific combination of the general-purpose LZ77 lossless compression algorithm, Huffman coding and 2nd order context modelling." (from Wikipedia), developed by Google (see Zoltan Szabadka's blog post Introducing Brotli: a new compression algorithm for the internet).

Some additional secondary literature suggests that for packing and HTTPS the Brotli compression may be better than gzip:

Both the standard and modern browser support seem to be present for Brotli:

See also:


Generated at Sun Feb 11 23:53:08 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.