宝塔网站设置中直接开启Gzip最稳妥，进【网站】→选站点→【设置】→【GZIP压缩】勾选启用并保存、重载配置即可；CDN需单独开启Gzip，Apache则用mod_deflate而非gzip指令。
宝塔网站设置里直接开Gzip最稳妥
绝大多数用户不需要动配置文件，宝塔已封装好开关。进【网站】→选目标站点→【设置】→【GZIP压缩】，勾选启用即可。这个操作会自动写入该站点的 Nginx 配置（server 块内），只影响当前域名，安全、隔离、无全局副作用。
常见错误现象：勾选后没生效，浏览器 Network 里看不到 Content-Encoding: gzip。原因通常是——没点页面右上角的「保存」，或者保存后忘了点「重载配置」（不是重启 Nginx，重载即可）。
- 确认是否生效：用 Chrome 打开 F12 → Network → 刷新页面 → 点任意 JS/CSS 请求 → 查看 Response Headers 里是否有
Content-Encoding: gzip - 如果用了 CDN（如阿里云、Cloudflare），CDN 层可能覆盖源站 Gzip 设置，需单独在 CDN 控制台开启「Gzip 压缩」，否则源站开了也白开
- 该开关默认不压缩图片、字体等二进制资源，这是合理行为，不用强行改
Nginx 全局 gzip 配置要调哪些参数
如果你管理多站点，或需要统一控制压缩等级、类型，就得进 Nginx 主配置。路径是：软件商店 → 已安装 → Nginx → 【设置】→【性能调整】。
关键参数含义和推荐值：
-
gzip_comp_level：压缩级别，3–6 合理；设为 5 是常见折中，但 2 核 4G 服务器建议用 4，再高 CPU 占用明显上升，体积节省却不到 2% -
gzip_min_length：默认 1k，即小于 1KB 的响应不压缩；别设成 0，小文本压了反而因 header 开销变慢 -
gzip_types：必须包含application/javascript和text/css，否则 JS/CSS 不会被压；新版宝塔默认已加，老版本可能漏掉application/json，API 返回体就压不了 -
gzip_vary必须开（默认已开），否则 CDN 或代理可能缓存错版本
手动加配置时最容易漏的三件事
有人图省事，在网站配置文件里手写 gzip on;，结果无效。不是语法错，而是位置或上下文不对。
- 不能写在
location块里 ——gzip指令只在http或server级生效，写在location会报nginx: [emerg] "gzip" directive is not allowed here - 不能只写
gzip on;就完事 —— 如果没配gzip_types，Nginx 默认只压text/html，JS/CSS 全部被跳过 - 修改完必须执行「重载配置」，不是「重启 Nginx」；重启会中断连接，重载平滑无感
Apache 用户别硬套 Nginx 写法
宝塔 Windows 版或旧 Linux 版若用 Apache，gzip 这个词根本不存在 —— 它叫 DEFLATE，靠 mod_deflate 模块实现。
典型错误：照着 Nginx 教程往 httpd.conf 里贴 gzip on;，结果启动失败。正确做法是确认三模块已启用：
LoadModule deflate_module modules/mod_deflate.soLoadModule filter_module modules/mod_filter.soLoadModule headers_module modules/mod_headers.so
然后在 <IfModule deflate_module> 块里用 AddOutputFilterByType DEFLATE 显式声明类型，比如 text/css application/javascript —— 缺哪项，对应资源就不压缩。
Apache 下检测是否生效，同样看响应头有没有 Content-Encoding: gzip，它和 Nginx 输出一致，浏览器不区分后端。
压缩这事，开对了只是起点；真正容易被忽略的是——CDN、反向代理、甚至某些 PHP 框架中间件，都可能二次干预输出编码。调一个地方，得全链路盯住响应头。
