为什么使用 Node 而不是 ASP.NET Core 服务时 Azure 上的静态文件服务速度较慢？
Why is a static file on Azure served slower when served with Node instad of ASP.NET Core?
（我不确定这是否是这个问题的正确站点。如果是，请随时删除此免责声明，否则只需 ping 我，我会移动并删除它...）
我们正在将使用 Angular-CLI 工具集创建的 angular 应用程序部署到 Azure WebApp。在此设置中，从浏览器加载一个大约 500 KB 的静态文件需要七秒钟。
使用 ASP.NET 核心 Web 应用程序和 app.UseStaticFiles() 中间件传送同一文件时，加载时间降至不到 200 毫秒。
我是否遗漏了有关 Node.js 此处提供静态文件的内容？谁能指出我们这里做错了什么？
我们发现了问题。该应用程序使用 IIS 而不是 Node.js 托管。
这是IIS如何传输和压缩JS文件的方式，请看这里的答案：
我们在 web.config
中的 <system.webserver> 添加了以下行
<serverRuntime enabled="true" frequentHitThreshold="1" frequentHitTimePeriod="00:00:20" />
解决了问题（~8-10 秒到现在~200 毫秒）。
（我不确定这是否是这个问题的正确站点。如果是，请随时删除此免责声明，否则只需 ping 我，我会移动并删除它...）
我们正在将使用 Angular-CLI 工具集创建的 angular 应用程序部署到 Azure WebApp。在此设置中，从浏览器加载一个大约 500 KB 的静态文件需要七秒钟。
使用 ASP.NET 核心 Web 应用程序和 app.UseStaticFiles() 中间件传送同一文件时，加载时间降至不到 200 毫秒。
我是否遗漏了有关 Node.js 此处提供静态文件的内容？谁能指出我们这里做错了什么？
我们发现了问题。该应用程序使用 IIS 而不是 Node.js 托管。
这是IIS如何传输和压缩JS文件的方式，请看这里的答案：
我们在 web.config
<system.webserver> 添加了以下行
<serverRuntime enabled="true" frequentHitThreshold="1" frequentHitTimePeriod="00:00:20" />
解决了问题（~8-10 秒到现在~200 毫秒）。