I\'m attempting to add Gzip middleware to my ASP.net core app.
I have added the following package :
\"Microsoft.AspNetCore.ResponseCompression\"
The answear from Mohammad Dayyan works great for compressing the HTML body. If you want to compress also static client files like CSS or JS, the Startup.Configure
method must look like this:
app.UseResponseCompression();
app.UseStaticFiles();
It's important to place app.UseResponseCompression()
before app.UseStaticFiles()
. Otherwise the static file handler sends the ressource to the client without applying any compression.
You can also add a black/or whitelist for mime types to compress in AddResponseCompression
:
services.Configure(options => options.Level = CompressionLevel.Fastest);
services.AddResponseCompression(options => {
options.MimeTypes = new string[]{
"text/html",
"text/css",
"application/javascript",
"text/javascript"
// ...
};
options.Providers.Add();
});
Excluding specific mime types is also possible due to the options.ExcludedMimeTypes
property.
Yes, there are good arguments to keep such things seperated from the application server and use some reverse proxy for things like compression. This also allows the usage of the more effective Brotli algorithm in ASP.NET Core 2.1 LTS, which is officially only avaliable for the new 2.2 release (except custom middlewares relying on third party libraries).
This was also my first idea, but it seems that nginx 1.17.3 currently doesn't playing well with gzip and ASP.NET Core 2.1. After enabling gzip, I get randomly FormatException: Invalid ETag name
exceptions. So it seems a suiteable workaround for me to let .NET Core do this job.