NginxGzip模块启用和配置指令详解

阅读: 评论:0

NginxGzip模块启⽤和配置指令详解
空调风管Nginx的gzip模块是内置的,在http中添加如下配置:
复制代码代码如下:
gzip on;
gzip_min_length  5k;
gzip_buffers    4 16k;
gzip_http_version 1.0;
gzip_comp_level 3;
gzip_types      text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
gzip_vary on;
配置指令详细注释:
# 默认值: gzip off
# 开启或者关闭gzip模块psmplay
# nginx对于静态⽂件的处理模块
# 该模块可以读取预先压缩的gz⽂件,这样可以减少每次请求进⾏gzip压缩的CPU资源消耗。该模块启⽤后,nginx⾸先检查是否存在请求静态⽂件的gz结尾的⽂件,如果有则直接返回该gz⽂件内容。为了要兼容不⽀持gzip的浏览器,启⽤gzip_static 模块就必须同时保留原始静态⽂件和gz⽂件。这样的话,在有⼤量静态⽂件的情况下,将会⼤⼤增加磁盘空间。我们可以利⽤nginx的反向代理功能实现只保留gz⽂件。
# 可以google"nginx gzip_static"了解更多
# 默认值:1(建议选择为4)
# gzip压缩⽐/压缩级别,压缩级别 1-9,级别越⾼压缩率越⼤,当然压缩时间也就越长(传输快但⽐较消耗cpu)。
# 默认值: gzip_buffers 4 4k/8k
# 设置系统获取⼏个单位的缓存⽤于存储gzip的压缩结果数据流。例如 4 4k 代表以4k为单位,按照原始数据⼤⼩以4k为单位的4倍申请内存。 4 8k 代表以8k为单位,按照原始数据⼤⼩以8k为单位的4倍申请内存。
# 如果没有设置,默认值是申请跟原始数据相同⼤⼩的内存空间去存储gzip压缩结果。
# 默认值: gzip_types text/html (默认不对js/css⽂件进⾏压缩)
虚拟物品保护法# 压缩类型,匹配MIME类型进⾏压缩
# 不能⽤通配符 text/*
# (⽆论是否指定)text/html默认已经压缩
# 设置哪压缩种⽂本⽂件可参考 pes
# 默认值: 0 ,不管页⾯多⼤都压缩
# 设置允许压缩的页⾯最⼩字节数,页⾯字节数从header头中的Content-Length中进⾏获取。
# 建议设置成⼤于1k的字节数,⼩于1k可能会越压越⼤。即: gzip_min_length 1024
# 默认值: gzip_http_version 1.1(就是说对HTTP/1.1协议的请求才会进⾏gzip压缩)
# 识别http的协议版本。由于早期的⼀些浏览器或者http客户端,可能不⽀持gzip⾃解压,⽤户就会看到乱码,所以做⼀些判断还是有必要的。
# 注:99.99%的浏览器基本上都⽀持gzip解压了,所以可以不⽤设这个值,保持系统默认即可。
# 假设我们使⽤的是默认值1.1,如果我们使⽤了proxy_pass进⾏反向代理,那么nginx和后端的upstream server之间是⽤HTTP/1.0协议通信的,如果我们使⽤nginx通过反向代理做Cache Server,⽽且前端的nginx没有开启gzip,同时,我们后端的nginx上没有设置gzip_http_version为1.0,那么Cache的url将不会进⾏gzip压缩
# 默认值:off
# Nginx作为反向代理的时候启⽤,开启或者关闭后端服务器返回的结果,匹配的前提是后端服务器必须要返回包含"Via"的header头。
off - 关闭所有的代理结果数据的压缩
expired - 启⽤压缩,如果header头中包含 "Expires" 头信息
刘锦信
no-cache - 启⽤压缩,如果header头中包含 "Cache-Control:no-cache" 头信息
上海电大网上课堂no-store - 启⽤压缩,如果header头中包含 "Cache-Control:no-store" 头信息
private - 启⽤压缩,如果header头中包含 "Cache-Control:private" 头信息
no_last_modified - 启⽤压缩,如果header头中不包含 "Last-Modified" 头信息
no_etag - 启⽤压缩 ,如果header头中不包含 "ETag" 头信息
auth - 启⽤压缩 , 如果header头中包含 "Authorization" 头信息
any - ⽆条件启⽤压缩
# 和http头有关系,加个vary头,给代理服务器⽤的,有的浏览器⽀持压缩,有的不⽀持,所以避免浪费不⽀持的也压缩,所以根据客户端的HTTP头来判断,是否需要压缩
实验场# 禁⽤IE6的gzip压缩,⼜是因为杯具的IE6。当然,IE6⽬前依然⼴泛的存在,所以这⾥你也可以设置为“MSIE [1-5].”
# IE6的某些版本对gzip的压缩⽀持很不好,会造成页⾯的假死,今天产品的同学就测试出了这个问题
后来调试后,发现是对img进⾏gzip后造成IE6的假死,把对img的gzip压缩去掉后就正常了
为了确保其它的IE6版本不出问题,所以建议加上gzip_disable的设置
有⼈说百度对Gzip的⽀持不够好,担⼼影响收录和SEO,经百度查阅相关资料后发现百度专门针对这个问题作过报告,声明百度是⽀持Gzip的。
服务器开启gzip压缩是否会影响蜘蛛抓取和收录量?
服务器开启gzip压缩,不会对spider抓取产⽣影响,我们会以压缩的⽅式来抓取。并且也能够节省站点的⽹络流量。

本文发布于:2023-06-27 21:32:53,感谢您对本站的认可!

本文链接:https://patent.en369.cn/xueshu/138521.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:压缩   是否   模块   代理   百度   结果   开启
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2022 Comsenz Inc.Powered by © 369专利查询检索平台 豫ICP备2021025688号-20 网站地图