Blazor/ASP.NET文本压缩-谷歌速度测试不同意,为什么?
我有一个blazor应用程序,通过这种方式添加了文本压缩: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
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();