Nginx pagespeed模块报'rollback gzip'错误及启用Brotli压缩的问题咨询

嗨，我来帮你拆解这些日志信息，以及解决Brotli和PageSpeed共存的问题：

先理清两条日志的真实含义 #

首先要明确：这两条都是信息级日志（[info]），不是错误日志，你的服务其实并没有出故障，先放宽心～

第一条日志：线程相关信息 #

2023/02/23 07:34:49 [info] 1553667#1553667: [ngx_pagespeed 1.15.0.0-8811] No threading detected. Own threads: 1 Rewrite, 1 Expensive Rewrite.
这只是PageSpeed模块的常规启动日志，意思是当前Nginx环境没有启用多线程处理，PageSpeed自己启动了1个普通重写线程和1个专门处理耗时重写任务的线程，完全不影响功能，不用在意它。

第二条日志：gzip回滚的真实意思 #

2023/02/23 07:34:49 [info] 1553667#1553667: pagespeed: rollback gzip, explicit configuration in /etc/nginx/nginx.conf:151
这条日志容易让人误解，其实它和Brotli一点关系都没有！它的意思是：PageSpeed模块本身自带了一套gzip压缩逻辑，但它检测到你在nginx.conf的151行手动配置了Nginx原生的gzip参数，所以它会主动放弃自己的gzip设置，转而使用你定义的gzip规则。这是PageSpeed的兼容机制，不是“放弃Brotli回退到gzip”。

关于Brotli的有效性 #

你完全不用担心Brotli会失效，PageSpeed的这个回滚操作只针对gzip模块，不会干涉Brotli的配置。只要你已经正确加载了Brotli模块，并且配置了Brotli的基础参数（比如brotli on;、指定压缩类型等），Brotli压缩就会正常工作。

如何消除这条gzip回滚的日志（可选） #

如果看着这条日志不舒服，有两种处理方式：

• 方式一（不推荐）：删除或注释掉nginx.conf151行的gzip配置，让PageSpeed使用它自带的默认gzip规则。但这样你就没法自定义gzip的压缩级别、适用类型等参数了。
• 方式二（推荐）：在PageSpeed的配置块中添加如下指令，告诉它直接使用Nginx原生的gzip压缩，不再触发回滚逻辑：

pagespeed UseNativeGzip on;

确保Brotli与PageSpeed共存的配置要点 #

为了让两者完美配合，你还需要注意这些细节：

• 模块加载顺序：在nginx.conf中，先加载Brotli模块（load_module modules/ngx_http_brotli_filter_module.so;和load_module modules/ngx_http_brotli_static_module.so;），再加载PageSpeed模块。
• 正确配置Brotli的基础参数，示例：

brotli on;
brotli_comp_level 6; # 压缩级别，1-11，6是平衡性能和压缩率的选择
brotli_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml; # 指定需要压缩的内容类型

• PageSpeed的压缩过滤器可以保留，比如pagespeed EnableFilters compress_css,compress_javascript;，这是PageSpeed对资源的预压缩，和Brotli的输出压缩不冲突，反而能提升整体压缩效果。

备注：内容来源于stack exchange，提问作者DanRan