對Web服務器上的所有文件類型啓用文件壓縮是否是一種好的做法？

您是否認爲在Web服務器上對所有文件類型進行文件壓縮是一種很好的做法？對Web服務器上的所有文件類型啓用文件壓縮是否是一種好的做法？

我打算在SVG文件上啓用文件壓縮功能，以減少下載字體文件和其他文本基本文件類型的等待時間，我在考慮是否啓用文件壓縮所有類型的文件或不是。

它對性能有什麼不好的影響？

請讓我知道你的經驗是什麼。

來源

2013-09-24 Rojan Gh.

在網上搜索了幾個小時之後，我發現這兩個資源：

http://www.ibm.com/developerworks/library/wa-httpcomp/

和

http://docs.oracle.com/cd/E24902_01/doc.91/e23435/enablecomp.htm

形式的第一資源：

HTTP壓縮，HTTP 1.1協議規範改進網頁下載時間的建議

和從第二資源：

普通文本和大多數非圖像內容非常適合於壓縮。文本文件通常可以壓縮70％或更多。壓縮可以節省大量帶寬並實現更快的瀏覽器響應時間。在大多數高速LAN 環境中，這種影響可以忽略不計，但對於連接速度較慢的WAN 連接的用戶而言，這種影響相當明顯。

壓縮不建議用於已經壓縮的文件。部分名單包括這些類型的文件：

拉鍊

PDF

EXE

圖像文件

使用mod_deflate模塊實際上可以增加它們的大小壓縮這些文件類型或損壞文件。

使用mod_deflate時有9級可用的壓縮級別。默認級別（6）和最大值壓縮級別（9）之間的差異最小，並且處理較高壓縮級別所需的額外CPU時間的成本很高，最終不會有利。出於這個原因，您應該使用默認的壓縮級別。

因此，這裏是我寧願壓縮在我的服務器端列表：

* / * XML *（包括應用程序/ xhtml + xml |應用程序/ XML |應用程序/ XML的DTD |圖片/ SVG + xml和...）

文/ *（包括文本/ HTML |文/ javascript和...）

消息/ *（包括郵件/ HTTP |消息/ RFC822和。 ..）從這個頁面的代碼示例http://www.iis.net/configreference/system.webserver/httpcompression

application/ecmascript | application/json |應用程序/ javascript

這可能對某人有用。

來源

2013-09-25 08:14:56

-1

是的，這通常是一個好主意。計算機通常可以比通過網絡獲取字節更快地解壓縮字節。

如果您不確定，爲什麼不使用類似PageSpeed的內容來分析最佳操作過程。

https://developers.google.com/speed/pagespeed/

來源

2013-09-25 00:27:54

我知道壓縮是Web服務文件的好方法，但有些文件格式在壓縮時可能會變大，因爲它們無法壓縮，並會迫使系統（web服務器）執行更多cpu週期。我想知道的是，如果在所有文件類型上應用壓縮被證明是更好的，或者將其應用於特定文件類型。 –

嗯，我以爲你在問是否最好把所有東西都打開，而不是無所作爲。這聽起來像你不願意挑選和選擇文件類型。 –

那有道理。無論如何感謝您的回答。 –

壓縮無損數據會給你帶來好的結果。但壓縮有損文件不會，也很可能會花費更多，因爲在這些文件上使用壓縮只會導致浪費的時鐘週期（有損文件是預壓縮的視頻，音頻和圖像文件 - jpg，mp3，avi ..等）。無損數據將包括文本，源代碼，任何位圖圖像（bmp），可執行文件，csv文件等等。它們將具有良好的壓縮比，因此壓縮它們會得到良好的結果（導致更高的吞吐量和能量效率）。您還應該考慮使用輕量級壓縮算法（如果可能，請使用gzip和特別是lzop）。

來源

2013-10-01 16:15:16 22332112

對Web服務器上的所有文件類型啓用文件壓縮是否是一種好的做法？

回答

相關問題