最近帮客户配置服务器，经常修改Nginx的配置文件，频繁的用到正式匹配规则，这里整理了一些常用的正则参数及规则，以备查询。

Nginx配置中Location的语法规则 location [ = | ~ | ~* | ^~ | !~ | !~* ] /uri/{ … }

= 表示精确匹配
~ 表示区分大小写正则匹配
~* 表示不区分大小写正则匹配
^~ 表示URI以某个常规字符串开头
!~ 表示区分大小写正则不匹配
!~* 表示不区分大小写正则不匹配
/ 通用匹配，任何请求都会匹配到
匹配顺序

多个location配置的情况下匹配顺序为：

首先匹配 =
其次匹配 ^~
其次是按文件中顺序的正则匹配
最后是交给 / 通用匹配
当有匹配成功时候，停止匹配，按当前匹配规则处理请求。 继续阅读 »

过去很长一段时间一直认为在服务器端对用户进行访问限速会使用户的浏览体验变差，是一种负优化，直到最近才发现对用户进行合理的限速也能改善用户的访问体验。

事情还要从一个多月前说起，在例行进行服务器检查的时候，发现几台Nginx缓存服务器的带宽波动非常大，经常短时间内顶满带宽，然后又降回到非常低的水平，害的我强迫症都犯了，到底要不要增加带宽呢？不增加的话，带宽顶满对用户体验来说肯定是会有影响的，但如果增加了带宽，一半以上的时间带宽使用率又非常的低，显然老板不会同意。

还是先从日志入手吧，随手翻了翻几台缓存服务器的日志，基本可以确定带宽顶满的时候是在进行视频文件的请求，经过上一次的教训，现在所有的视频文件都是从缓存服务器上直接读取缓存文件的，每个视频文件大小基本都在30-50M之间的样子，倒也不算太大，但访问量上去了以后的带宽占用情况还是比较可观的，就算每台服务器平均有5个视频连接并发，按目前顶满带宽的情况下，每个请求差不多只要5-10秒的样子才能完全下载完成。

但项目上用到的视频又不多，大部分的时间其实是没有视频文件的请求的，但一旦有视频文件的请求，哪怕是只有一个请求，由于视频文件偏大，还是会在短时间内把带宽顶到满的，这就造成了部分用户访问项目出现忽快忽慢的情况。

问题原因找到了，解决起来也就简单了，因为大部分视频文件的时长都在1分钟以上，并不是所有的用户都会耐心的把完整的视频都看完，所以完全没有必要让用户在几秒的时间将完整的视频下载到本地，只要能让视频保证流畅播放就可以了。 继续阅读 »