Apache开启压缩功能
起源
在一般的web服务器中，都会开启压缩功能，也就是deflate或者是gzip的压缩。
开启压缩功能主要的目的是为了减少传输的带宽，从而当服务器响应给客户端的时候，会大大减少传输的数据，代价就是在服务器段需要消耗cpu时钟周期，因为压缩是在服务器端进行的，并且压缩还是比较损耗cpu的。
在进行压缩的时候，一般压缩的都是静态文件，例如图片，js，css文件。
例如下面几个淘宝首页的js的压缩情况（第一列是压缩前的数据，第二列是压缩后的数据），压缩的标准是在1KB以下的js文件不会进行压缩，大于等于1KB的js文件就会进行压缩（小文件可能越压缩越大，还耗费服务端的cpu）：
css的压缩情况如下所示（压缩比大约为70%，节省了70%的流量）：
在淘宝首页中，css image和image均没有进行压缩：
首部信息
在客户端请求的时候，就会发送客户端是否能够接受压缩的格式，也就是accept-encoding表示能够接受的压缩格式，在chorme浏览器中，一般能接受的压缩格式为gzip和deflate格式：
在服务端响应的时候，会发送给客户端，这是否是压缩的文件，头部信息主要为content-encoding，这里的压缩方式为gzip压缩，而且会有一个变化的首部vary，在其中为accept-encoding，表示接受的编码格式，如下所示：
开启httpd的压缩功能
在使用httpd的时候，必须有模块mod_deflate才能进行压缩，当然也有其他的模块，检查模块的命令如下所示（如果不存在，那么需要重新编译，然后加上参数--enable-deflate即可）：
[root@mogilenode1 bin]# ./httpd -M|grep deflate（-M表示列出所有的静态模块和共享模块，如果存在，那么就会显示delate模块）
httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.249.236 for ServerName
deflate_module (static)
Syntax OK
在没有启用压缩的时候，查看页面情况如下所示：
浏览器在默认情况下请求报文会发送是否支持压缩，在这里就是支持的，并且列出了支持的压缩格式，在响应报文中没有进行压缩。
配置httpd，在其中加入如下的配置：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>
再次查看响应如下所示（你会发现越压缩越大，所以在进行压缩的时候，必须大于一定大小才要进行压缩，否则不仅浪费带宽，还浪费cpu的性能）：
在其中也可以针对特定类型的进行压缩，针对特定的类型不压缩，如下配置（指定对html压缩）：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/html
</IfModule>
在第二次请求的时候，如果启用了缓存，那么就不会显示content-encoding和内容长度了，如下：
总结：
对于静态资源服务器来说，压缩是必须的，减少带宽节约成本。
起源
在一般的web服务器中，都会开启压缩功能，也就是deflate或者是gzip的压缩。
开启压缩功能主要的目的是为了减少传输的带宽，从而当服务器响应给客户端的时候，会大大减少传输的数据，代价就是在服务器段需要消耗cpu时钟周期，因为压缩是在服务器端进行的，并且压缩还是比较损耗cpu的。
在进行压缩的时候，一般压缩的都是静态文件，例如图片，js，css文件。
例如下面几个淘宝首页的js的压缩情况（第一列是压缩前的数据，第二列是压缩后的数据），压缩的标准是在1KB以下的js文件不会进行压缩，大于等于1KB的js文件就会进行压缩（小文件可能越压缩越大，还耗费服务端的cpu）：
css的压缩情况如下所示（压缩比大约为70%，节省了70%的流量）：
在淘宝首页中，css image和image均没有进行压缩：
首部信息
在客户端请求的时候，就会发送客户端是否能够接受压缩的格式，也就是accept-encoding表示能够接受的压缩格式，在chorme浏览器中，一般能接受的压缩格式为gzip和deflate格式：
在服务端响应的时候，会发送给客户端，这是否是压缩的文件，头部信息主要为content-encoding，这里的压缩方式为gzip压缩，而且会有一个变化的首部vary，在其中为accept-encoding，表示接受的编码格式，如下所示：
开启httpd的压缩功能
在使用httpd的时候，必须有模块mod_deflate才能进行压缩，当然也有其他的模块，检查模块的命令如下所示（如果不存在，那么需要重新编译，然后加上参数--enable-deflate即可）：
[root@mogilenode1 bin]# ./httpd -M|grep deflate（-M表示列出所有的静态模块和共享模块，如果存在，那么就会显示delate模块）
httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.249.236 for ServerName
deflate_module (static)
Syntax OK
在没有启用压缩的时候，查看页面情况如下所示：
浏览器在默认情况下请求报文会发送是否支持压缩，在这里就是支持的，并且列出了支持的压缩格式，在响应报文中没有进行压缩。
配置httpd，在其中加入如下的配置：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>
再次查看响应如下所示（你会发现越压缩越大，所以在进行压缩的时候，必须大于一定大小才要进行压缩，否则不仅浪费带宽，还浪费cpu的性能）：
在其中也可以针对特定类型的进行压缩，针对特定的类型不压缩，如下配置（指定对html压缩）：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/html
</IfModule>
在第二次请求的时候，如果启用了缓存，那么就不会显示content-encoding和内容长度了，如下：
总结：
对于静态资源服务器来说，压缩是必须的，减少带宽节约成本。
起源
在一般的web服务器中，都会开启压缩功能，也就是deflate或者是gzip的压缩。
开启压缩功能主要的目的是为了减少传输的带宽，从而当服务器响应给客户端的时候，会大大减少传输的数据，代价就是在服务器段需要消耗cpu时钟周期，因为压缩是在服务器端进行的，并且压缩还是比较损耗cpu的。
在进行压缩的时候，一般压缩的都是静态文件，例如图片，js，css文件。
例如下面几个淘宝首页的js的压缩情况（第一列是压缩前的数据，第二列是压缩后的数据），压缩的标准是在1KB以下的js文件不会进行压缩，大于等于1KB的js文件就会进行压缩（小文件可能越压缩越大，还耗费服务端的cpu）：
css的压缩情况如下所示（压缩比大约为70%，节省了70%的流量）：
在淘宝首页中，css image和image均没有进行压缩：
首部信息
在客户端请求的时候，就会发送客户端是否能够接受压缩的格式，也就是accept-encoding表示能够接受的压缩格式，在chorme浏览器中，一般能接受的压缩格式为gzip和deflate格式：
在服务端响应的时候，会发送给客户端，这是否是压缩的文件，头部信息主要为content-encoding，这里的压缩方式为gzip压缩，而且会有一个变化的首部vary，在其中为accept-encoding，表示接受的编码格式，如下所示：
开启httpd的压缩功能
在使用httpd的时候，必须有模块mod_deflate才能进行压缩，当然也有其他的模块，检查模块的命令如下所示（如果不存在，那么需要重新编译，然后加上参数--enable-deflate即可）：
[root@mogilenode1 bin]# ./httpd -M|grep deflate（-M表示列出所有的静态模块和共享模块，如果存在，那么就会显示delate模块）
httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.249.236 for ServerName
deflate_module (static)
Syntax OK
在没有启用压缩的时候，查看页面情况如下所示：
浏览器在默认情况下请求报文会发送是否支持压缩，在这里就是支持的，并且列出了支持的压缩格式，在响应报文中没有进行压缩。
配置httpd，在其中加入如下的配置：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>
再次查看响应如下所示（你会发现越压缩越大，所以在进行压缩的时候，必须大于一定大小才要进行压缩，否则不仅浪费带宽，还浪费cpu的性能）：
在其中也可以针对特定类型的进行压缩，针对特定的类型不压缩，如下配置（指定对html压缩）：
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/html
</IfModule>
在第二次请求的时候，如果启用了缓存，那么就不会显示content-encoding和内容长度了，如下：
总结：
对于静态资源服务器来说，压缩是必须的，减少带宽节约成本。
公众号：运维Linux和python
