同一个文件， Safari 返回和 Chrome 返回不一致？

[Andy1999]

简直 Exciting!

还有为什么部分 css 不能被替换，已经在后端禁用 gzip 了

location /fonts { 
		proxy_pass https://fonts.googleapis.com/;
		proxy_redirect off;
		proxy_set_header Accept-Encoding ''; 
		subs_filter_types text/css text/xml application/x-javascript;
		sub_filter_once off;
		subs_filter fonts.gstatic.com cdn.moefont.com/gstatic;
                }

更加奇怪的是部分能替换，部分不能

如 https://cdn.moefont.com/fonts/earlyaccess/notosanssc.css 可以

https://cdn.moefont.com/fonts/css?family=Source+Sans+Pro 这个就不行

[VmuTargh]

@Andy1999 哦, 我突然想起有个东西叫做 openresty......

[indust]

@VmuTargh
subs_filter 是这个第三方模块的命令 https://github.com/yaoweibin/ngx_http_substitutions_filter_module
sub_filter 才是官方 http_sub_module 模块的

[Andy1999]

@VmuTargh
@indust 你的 nginx.conf 能否贴出来

[Andy1999]

@indust 对的，貌似官方的只能替换一次

[VmuTargh]

@Andy1999 http://paste.ubuntu.com/15518448/

[indust]

有些文件不会被替换应该是这个第三方模块的问题 https://github.com/yaoweibin/ngx_http_substitutions_filter_module/blob/master/ngx_http_subs_filter_module.c#L248
如果响应头里 Content-Encoding 是 identity 的话就会被当成压缩内容不作处理
官方的模块没有这个问题, 但只是字符替换的话局限性太大

[VmuTargh]

@indust 我丫现在就觉着有点问题了， earlyaccess 的 font-url 默认是'//xxx.com'而不是按照请求自动适配来的......

[VmuTargh]

@indust https://etula.me/gfonts/earlyaccess/notosanssc.css
https://etula.me/gfonts/css?family=Source+Sans+Pro
你可以看看......

[Andy1999]

@VmuTargh https://cdn.moefont.com/fonts/css?family=Source+Sans+Pro
https://cdn.moefont.com/fonts/earlyaccess/notosanssc.css

我是 OK 的


@indust 我把这句注释了就好了