Blazor/ASP.NET文本压缩-谷歌速度测试不同意,为什么?

Blazor/ASP.NET文本压缩-谷歌速度测试不同意,为什么?,blazor,blazor-server-side,asp.net-optimization,brotli,text-compression,Blazor,Blazor Server Side,Asp.net Optimization,Brotli,Text Compression,我有一个blazor应用程序,通过这种方式添加了文本压缩: context.Services.AddResponseCompression(o => { o.EnableForHttps = true; }); // We use Brotli by default : https://docs.microsoft.com/en-us/aspnet/core/performance/response-compression?view=asp

我有一个blazor应用程序,通过这种方式添加了文本压缩:

    context.Services.AddResponseCompression(o =>
    {
        o.EnableForHttps = true;
    });

    // We use Brotli by default : https://docs.microsoft.com/en-us/aspnet/core/performance/response-compression?view=aspnetcore-3.1
    //services.Configure<GzipCompressionProviderOptions>(o => o.Level = System.IO.Compression.CompressionLevel.Optimal);
    context.Services.Configure<BrotliCompressionProviderOptions>(options =>
    {
        options.Level = CompressionLevel.Fastest;
    });
当我在浏览器中检查时,似乎压缩已激活:

现在,我测试网站速度,第一个建议是添加文本压缩。 所以,我不明白我为什么会有这样的信息:

有人知道这个问题吗?

概述使用压缩级别。最快的将导致压缩以最快的速度完成,而不是网页加载最快

要获得最高级别的压缩,应使用
CompressionLevel.Optimal

概述使用
压缩级别。faster
将以最快的速度完成压缩,而不是以最快的速度加载网页

要获得最高级别的压缩,应使用
CompressionLevel.Optimal


我发现了这个问题,希望它能帮助其他人。对UserResponseCompression的调用必须放在UseStaticFiles之前,这样它还将考虑所有静态(css、js)文件


我发现了这个问题,希望它能帮助其他人。对UserResponseCompression的调用必须放在UseStaticFiles之前,这样它还将考虑所有静态(css、js)文件


非常感谢,我已经尝试过了,但即使使用这个谷歌页面,SpeedInsights也要求压缩!非常感谢,我已经尝试过了,但即使使用这个谷歌页面,SpeedInsights也要求压缩!
app.UseResponseCompression();
// Must be before UseStaticFiles to compress static
//files and UseMvc to compress MVC responses
app.UseResponseCompression();

app.UseStaticFiles();