XAMPP需手动启用mod_deflate：先用httpd -M | findstr deflate（Win）或apachectl -M | grep deflate（macOS/Linux）验证模块加载，确保LoadModule deflate_module modules/mod_deflate.so及mod_filter、mod_headers已启用；配置应写入httpd.conf末尾，用AddOutputFilterByType并排除二进制文件；关闭php.ini中zlib.output_compression，清除浏览器缓存，用curl -H "Accept-Encoding: gzip" -I测试响应头。
XAMPP 默认不启用 mod_deflate，直接写压缩规则无效；必须先确认模块已加载、再配 MIME 类型、最后排除干扰项，否则浏览器 Network 面板永远看不到 Content-Encoding: gzip。
怎么确认 mod_deflate 真的启用了？
改完配置不重启 Apache = 白忙。模块是否加载，不能靠“我以为开了”，得用命令验证：
- Windows：打开 XAMPP 控制面板 → 点击 Apache 行右侧的 Shell 按钮 → 输入
httpd -M | findstr deflate，看到deflate_module (shared)才算成功 - macOS/Linux：
apachectl -M | grep deflate - 如果没输出，回去检查
C:\xampp\apache\conf\httpd.conf（或对应路径）里这行是否真的去掉了#：LoadModule deflate_module modules/mod_deflate.so - 别漏掉依赖模块：
mod_filter和mod_headers也得启用（同样去掉注释），否则部分配置会静默失效
压缩规则该写在哪？.htaccess 还是 httpd.conf？
本地开发用 XAMPP，.htaccess 基本不可靠——默认 AllowOverride None，你写了也白写。直接改 httpd.conf 更快更稳：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在文件末尾追加（不是替换）：
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/css text/javascript application/javascript application/json application/xml
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|pdf|zip|gz)$ no-gzip
</IfModule>
-
AddOutputFilterByType比SetOutputFilter DEFLATE安全：它只对匹配 MIME 类型的响应生效，不会误压二进制流 -
SetEnvIfNoCase这行必须加：防止 Apache 对图片、PDF 等本就高压缩率的资源再压，白耗 CPU 还可能出错 - 别照抄网上把
image/svg+xml加进压缩列表——SVG 是文本，但很多旧版 Apache 不识别这个 MIME，反而导致压缩跳过
为什么 curl 看到 gzip，但浏览器 Network 面板没有？
常见原因不是配置错，而是环境干扰：
- PHP 脚本里开了
zlib.output_compression = On（在php.ini里）→ 关掉它，否则和 Apache 压缩冲突，可能触发双重压缩或头错误 - 浏览器缓存了未压缩版本 → 强制刷新（
Ctrl+F5）或禁用缓存（DevTools → Network → ✅ Disable cache）再测 - 请求的是
.js文件但响应头是Content-Type: application/ecmascript（现代浏览器常用）→AddOutputFilterByType不匹配，得手动加：AddOutputFilterByType DEFLATE application/ecmascript - 用了反向代理或 CDN 但没透传
Accept-Encoding头 → Apache 根本收不到客户端支持 gzip 的声明，自然不压缩
验证压缩生效的最简方式
别等页面跑起来再开 DevTools，用命令行秒判：
- 终端执行：
curl -H "Accept-Encoding: gzip" -I http://localhost/test.html - 看返回头里有没有
Content-Encoding: gzip和明显变小的Content-Length - 如果返回 406 Not Acceptable，说明 Apache 拒绝了压缩请求——大概率是
mod_filter没启用，或 MIME 类型没匹配上 - 注意：测试 JSON 接口时，确保后端返回的确实是
Content-Type: application/json，Spring Boot 默认是，但手写 Servlet 容易漏设
最容易被忽略的一点：XAMPP 的 php.ini 和 httpd.conf 是两套独立配置，PHP 层的压缩开关和 Apache 层互不感知，但共用同一个响应流——关不干净，压缩就不可控。
