You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@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 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.
Is your feature request related to a problem? Please describe.
Describe the solution you'd like
Add brotli middleware
Additional context
A possible implementation: https://github.com/justlorain/brotli-hz
The text was updated successfully, but these errors were encountered: