Proposal: add brotli middleware

[justlorain]

Is your feature request related to a problem? Please describe.

• Currently Hertz does not support brotli yet.
• Brotli offers higher compression rates and better static content optimization compared to Gzip.

Describe the solution you'd like

Add brotli middleware

Additional context

A possible implementation: https://github.com/justlorain/brotli-hz

[xiaost]

@justlorain sounds great and appreciate your effort!

would you like to share issues you found when implementing the package?
we're planning to extend our APIs for better integration with 3rd party encoding packages (like github.com/intel/fastgo, github.com/facebook/zstd etc.)
meanwhile, would like to keep hertz repo clean without introducing a new package.

[justlorain]

@justlorain sounds great and appreciate your effort!

would you like to share issues you found when implementing the package? we're planning to extend our APIs for better integration with 3rd party encoding packages (like github.com/intel/fastgo, github.com/facebook/zstd etc.) meanwhile, would like to keep hertz repo clean without introducing a new package.

During the implementation, I referenced the gzip middleware implementation and maintained a consistent API as much as possible. My idea is to make brotli available as an optional middleware repo under hertz-contrib (just like gzip).

Or perhaps we need a higher-level package to integrate all compression algorithms supported by hertz (and dynamically select based on requests and settings), including gzip, brotli, and the zstd you mentioned.