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
As the title suggests, I think that text/xml and application/xml should be in defaultCompressibleContentTypes given that it is text and will compress very effectively in nearly all situations. I think it is pretty common to compress XML data.
For now, of course I can manually provide the list of types.
The text was updated successfully, but these errors were encountered:
it makes the default list reuse the same logic as the custom list so it also supports wild cards
changes the default list to have text/* and application/xml
If you prefer that the default list not support wildcards, I can change the PR to just add the two mime-types for XML, but personally I think all of text/* should likely be compressed
@VojtechVitek don't mean to bug, but I just wanted to check in. The PR is currently waiting for approval to run the CI workflow. If you're busy, no worries, just didn't want it to fall through the cracks. Thanks!
As the title suggests, I think that
text/xml
andapplication/xml
should be indefaultCompressibleContentTypes
given that it is text and will compress very effectively in nearly all situations. I think it is pretty common to compress XML data.For now, of course I can manually provide the list of types.
The text was updated successfully, but these errors were encountered: