相同js文件的內容長度或大小在不同服務器上是不同的

因此，我今天從本地主機向開發服務器部署了一個開發項目，並且我做了大量的優化。我縮小了內容的大小，加快了渲染時間，而且一切看起來都很棒。我將代碼發佈到開發服務器，然後我繼續使用chrome測試所有內容，在調試工具的網絡選項卡上查看最新進展，並在兩臺服務器上禁用緩存。相同js文件的內容長度或大小在不同服務器上是不同的

本地主機：IIS 10.0
dev的機器：IIS 8.5

下面是結果：

DOMContentLoaded都圍繞相同：〜1.5秒
負載都圍繞相同：〜1.7秒

但這裏的事情變得怪異：

本地主機： 722KB轉入
開發機：1.4MB轉入

兩臺機器上的代碼都一樣。所有的JavaScript文件都被捆綁並縮小。所以我決定檢查至少一個文件;我捆綁和精縮jQuery的文件：

本地主機：38.6KB
開發馬赫：84.4KB

爲什麼會如此不同？我將兩個文本都複製到一個記事本中，並用於比較程序以測試這兩個文件上的文本，它們是相同的！我查看了兩個保存的文件的文件描述，並且都等於84KB。如果是這樣的話，爲什麼chrome告訴我這個傳入文件的文件大小是38.6KB？如果發送數據的比例是1：2的差異，他們如何同時加載和渲染？

我現在測試這對IE11

本地主機：383.84KB
開發馬赫：1.63MB

和IE11我捆綁和精縮jQuery的文件：

本地主機：38.6KB
開發mach：84.4KB

我想知道這是否與IIS有關？ web.configs在兩端實際上是相同的。或者如果localhost比IIS要做的少呢？

來源

2016-05-24 sksallaj

檢查的的靜態和動態壓縮選項IIS在兩臺機器上。

當動態壓縮上能夠通過默認的IIS，它採用的GZip壓縮在傳輸文件/頁面。這壓縮/減小了文件/頁面的大小。

來源

2016-05-24 02:01:37

哇！我沒有在我的開發服務器上的IIS上安裝此功能，也沒有在產品上安裝此功能，並且當我啓用它時，它將我在本地主機上的所有方式壓縮。多麼令人難以置信的答案。另外IIS提到了這一點：「使用動態壓縮可能會增加處理器利用率，並可能降低服務器的整體性能」建議啓用此功能嗎？ – sksallaj

我個人建議使用它。啓用GZip時太棒了。你可以使用（https://gtmetrix.com/）測試你的網站的性能，你會發現它建議使用GZip。 –

相同js文件的內容長度或大小在不同服務器上是不同的

回答

相關問題