开启了gzip的功能,但是并不理想

云服务器上开启了nginx的gzip加速,测试过程中发现js并没有被压缩. 进一步查看发现,css是正常压缩的.因为gzip_types的配置是设置对哪些文件类型进行压缩的. 然后就一直卡在这里,翻书与查资料,都未果,最后在请教运维同学找到了一个坑…

运维童鞋现学现卖

运维是有钱人,不差带宽(开啥gzip,开玩笑~). 现查资料,找到的是我看了n次的一篇Nginx启用Gzip压缩js无效的原因 然后用文章中提到的站长工具Gzip压缩检测查了下我的地址. 没错,是没压缩的.那不就是配置有问题吗.按文章所说,确实配置了啊.

看看配置

先ps -ef|grep nginx看看nginx的进程,我以为是看安装路径. 谁知道不仅仅看的安装路径,人家一眼看到了启动时间,尼玛,启动时间怎么是两天前的,这个有问题.

问题根源

有问题了,重启呗,reload没效果.先stop吧.完了,启动不了,提示invalid PID number,尼玛,这不是之前遇到的问题吗. 传送门:nginx -s reload 提示nvalid PID number解决 需要指定配置文件,那么reload的时候没有指定配置文件,这肯定有猫腻.

问题解决

$ sudo nginx -c /etc/nginx/nginx.conf -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
$ sudo nginx -c /etc/nginx/nginx.conf -s reload

总结

没有详细了解命令的含义以及不够细心查看是否真的加载对配置文件.

附命令

sudo nginx #打开 nginx
nginx -s reload|reopen|stop|quit  #重新加载配置|重启|停止|退出 nginx
nginx -t   #测试配置是否有语法错误

nginx [-?hvVtq] [-s signal] [-c filename] [-p prefix] [-g directives]

-?,-h           : 打开帮助信息
-v              : 显示版本信息并退出
-V              : 显示版本和配置选项信息，然后退出
-t              : 检测配置文件是否有语法错误，然后退出
-q              : 在检测配置文件期间屏蔽非错误信息
-s signal       : 给一个 nginx 主进程发送信号：stop（停止）, quit（退出）, reopen（重启）, reload（重新加载配置文件）
-p prefix       : 设置前缀路径（默认是：/usr/local/Cellar/nginx/1.2.6/）
-c filename     : 设置配置文件（默认是：/usr/local/etc/nginx/nginx.conf）
-g directives   : 设置配置文件外的全局指令