
location 大致可以分为三类:

(1)location = / {}
=为精确匹配 / ,主机名后面不能带任何字符串,比如访问 / 和 /data,则 / 匹配,/data 不匹配,再比如 location = /abc,则只匹配/abc ,/abc/或 /abcd不匹配。若 location /abc,则即匹配/abc 、/abcd/ 同时也匹配 /abc/。
(2)location / {}
因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配, /data 也匹配,但若后面是正则表达式会和最长字符串优先匹配(最长匹配)
(3)location /documents/ {}
匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location,只有其它 location后面的正则表达式没有匹配到时,才会采用这一条
(4)location /documents/abc {}
匹配任何以 /documents/abc 开头的地址,匹配符合以后,还要继续往下搜索其它 location,只有其它 location后面的正则表达式没有匹配到时,才会采用这一条
(5)location ^~ /images/ {}
匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条
(6)location ~* .(gif|jpg|jpeg)$ {}
匹配所有以 gif、jpg或jpeg 结尾的请求,然而,所有请求 /images/ 下的图片会被 location ^~ /images/ 处理,因为 ^~ 的优先级更高,所以到达不了这一条正则
(7)location /images/abc {}
最长字符匹配到 /images/abc,优先级最低,继续往下搜索其它 location,会发现 ^~ 和 ~ 存在
(8)location ~ /images/abc {}
匹配以/images/abc 开头的,优先级次之,只有去掉 location ^~ /images/ 才会采用这一条
(9)location /images/abc/1.html {}
匹配/images/abc/1.html 文件,如果和正则 ~ /images/abc/1.html 相比,正则优先级更高
优先级总结:
(location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (location /)
location匹配
首先看优先级:精确>前缀>正则>一般>通用
优先级相同:正则看上下顺序,上面的优先;一般则看长度,最长匹配优先
精确、前缀、正则、一般都没有匹配到就看通用
2.5.1 第一个必选规则
直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,比如说官网。这里是直接转发给后端应用服务器了,也可以是一个静态首页。
location = / {
proxy_pass http://tomcat_server/;
}
2.5.2 第二个必选规则是处理静态文件请求
这是nginx作为http服务器的强项!有两种配置模式,目录匹配或后缀匹配,任何其一或搭配使用。
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
2.5.3 第三个规则就是通用规则
比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器。非静态文件请求就默认是动态请求。
location / {
proxy_pass http://tomcat_server;
}
rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标志位实现url重写以及重定向。
rewrite只能放在server{},location{},if{}中,并且默认只能对域名后边的除去传递的参数外的字符串起作用。
例如:
http://www.fzr.com/zzj/index.php?id=1&u=str 只对/zzj/index.php重写。
(1) 执行 server 块里面的 rewrite 指令
(2) 执行 location 匹配
(3) 执行选定的 location 中的 rewrite 指令
语法: rewrite [flag];
###flag标记说明###
4.1.1 基于域名跳转——操作步骤
现在公司旧域名www.fzr.com有业务需求变更,需要使用新域名www.zzj.com代替,但是旧域名不能废除,需要跳转到新域名上,而且后面的参数保持不变。
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.fzr.com-access.log; #日志修改
location / { #添加域名重定向
if ($host = 'www.fzr.com'){ #$host为rewrite全局变量,代表请求主机头字段或主机名
rewrite ^/(.*)$ http://www.zzj.com/$1 permanent; #$1为正则匹配的内容,即域名后边的字符串
}
root html;
index index.html index.htm;
}
}
echo "192.168.10.10 www.fzr.com www.zzj.com" >> /etc/hosts
systemctl restart nginx #重启服务
浏览器输入模拟访问 http://www.fzr.com/test/index.html会跳转到www.zzj.com/test/index.html,查看元素可以看到返回301,实现了永久重定向跳转,而且域名后的参数也正常跳转
4.1.2 实例操作:基于域名跳转
(1)修改主配置文件


(2)重启服务并添加映射关系


(3)创建网页


(4)浏览器中访问测试


4.2.1 基于客户端 IP 访问跳转的操作步骤
要求:今天公司业务新版本上线,要求所有 IP 访问任何内容都显示一个固定维护页面,只有公司 IP:192.168.10.10访问正常
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.fzr.com-access.log; #日志修改
#设置是否合法的IP标记
set $rewrite true; #设置变量$rewrite,变量值为boole值true
#判断是否为合法IP
if ($remote_addr = "192.168.10.10"){ #当客户端IP为192.168.10.10时,将变量值设为false,不进行重写
set $rewrite false;
}
#除了合法IP,其它都是非法IP,进行重写跳转维护页面
if ($rewrite = true){ #当变量值为true时,进行重写
rewrite (.+) /index.html; #重写在访问IP后边插入/index.html,例如192.168.10.10/index.html
}
location = /index.html {
root /var/www/html; #网页返回/var/www/html/index.html的内容
}
location / {
root html;
index index.html index.htm;
}
}
mkdir -p /var/www/html/
echo "<h1>正在维护</h1>" > /var/www/html/index.html
systemctl restart nginx
4.2.2 实例操作:基于客户端 IP 访问跳转
(1)修改配置文件


(2)检查配置文件并重启服务

(3)创建跳转后的网页目录和内容

(4)浏览器访问测试
本机访问:

其它主机访问:
现在域名IP地址做映射:

然后再访问:

4.3.1基于旧域名跳转到新域名后面加目录的操作步骤
现在访问的是 http://bbs.fzr.com/test,现在需要将这个域名下面的访问都跳转到http://www.fzr.com/bbs/test
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name bbs.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/bbs.fzr.com-access.log;
#添加
location /test {
rewrite (.+) http://www.fzr.com/bbs$1 permanent; #这里的$1为位置变量,代表/test
}
location / {
root html;
index index.html index.htm;
}
}
mkdir -p /usr/local/nginx/html/bbs/post
echo "this is web" >> /usr/local/nginx/html/bbs/post/1.html
echo "192.168.10.10 bbs.fzr.com www.fzr.com" >> /etc/hosts
systemctl restart nginx
4.3.2实例操作:基于旧域名跳转到新域名后面加目录
(1)修改主配置文件


(2)重启服务并创建网页文件



(3)添加映射关系并使用浏览器访问测试

本机测试:


4.4.1 基于参数匹配的跳转的步骤
访问http://www.fzr.com/100-(100|200)-100.html 跳转到http://www.fzr.com页面
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/fzr.kgc.com-access.log;
if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
rewrite (.*) http://www.fzr.com permanent;
}
location / {
root html;
index index.html index.htm;
}
systemctl restart nginx
解释:
$request_uri: 包含请求参数的原始URI,不包含主机名,如: http://www.fzr.com/abc/bbs/index.html?a=1&b=2中的/abc/bbs/index.php?a=1&b=2
$uri:这个变量指当前的请求URI,不包括任何参数,如: /abc/bbs/index.html
$document_uri: 与$uri相同, 这个变量指当前的请求URI,不包括任何传递参数,如:/abc/bbs/index.html
用浏览器访问 http://www.fzr.com/100-200-100.html 或 http://www.fzr.com/100-100-100.html 跳转到http://www.fzr.com页面
4.4.2 实例操作:基于参数匹配的跳转
(1)修改配置文件



(2)浏览器访问测试


要求访问 http://www.fzr.com/upload/123.php 跳转到首页。
4.5.1 基于目录下所有 php 结尾的文件跳转的操作步骤
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.fzr.com-access.log main;
location ~* /upload/.*\.php$ {
rewrite (.+) http://www.fzr.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
systemctl restart nginx
浏览器访问 http://www.fzr.com/upload/888.php 跳转到http://www.fzr.com页面。
4.5.2 实例操作:基于目录下所有 php 结尾的文件跳转
(1)修改配置文件



(2)浏览器访问测试


要求访问一个具体的页面如 http://www.fzr.com/abc/888.html 跳转到首页
4.6.1 基于最普通一条 url 请求的跳转的操作步骤
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.fzr.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.fzr.com-access.log;
location ~* ^/abc/888.html {
rewrite (.+) http://www.fzr.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
systemctl restart nginx
浏览器访问 http://www.fzr.com/abc/888.html 跳转到http://www.fzr.com页面。
4.6.2 实例操作:基于最普通一条 url 请求的跳转
(1)修改配置文件



(2)浏览器访问测试


我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server
只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您
我在我的Rails3示例应用程序上使用CarrierWave。我想验证远程位置上传,因此当用户提交无效URL(空白或非图像)时,我不会收到标准错误异常:CarrierWave::DownloadErrorinImageController#createtryingtodownloadafilewhichisnotservedoverHTTP这是我的模型:classPaintingtrue,:length=>{:minimum=>5,:maximum=>100}validates:image,:presence=>trueend这是我的Controller:classPaintingsC
A/ctohttp://wiki.nginx.org/CoreModule#usermaster进程曾经以root用户运行,是否可以以不同的用户运行nginxmaster进程? 最佳答案 只需以非root身份运行init脚本(即/etc/init.d/nginxstart),就可以用不同的用户运行nginxmaster进程。如果这真的是你想要做的,你将需要确保日志和pid目录(通常是/var/log/nginx&/var/run/nginx.pid)对该用户是可写的,并且您所有的listen调用都是针对大于1024的端口(因为绑定(
在Rails自动生成的功能测试(test/functional/products_controller_test.rb)中,我看到以下代码:classProductsControllerTest我的问题是:方法调用products()在哪里/如何定义?products(:one)到底是什么意思?看代码,大概意思是“创建一个产品”,但是它是如何工作的呢?注意我是Ruby/Rails的新手,如果这些是微不足道的问题,我深表歉意。 最佳答案 如果您查看test/fixtures文件夹,您会看到一个products.yml文件。这是在您创建
在我的一些Controller中,我有一个before_filter检查用户是否登录?用于CRUD操作。application.rbdeflogged_in?unlesscurrent_userredirect_toroot_pathendendprivatedefcurrent_user_sessionreturn@current_user_sessionifdefined?(@current_user_session)@current_user_session=UserSession.findenddefcurrent_userreturn@current_userifdefine
require'pp'p*1..10这会打印出1-10。为什么这么简洁?您还可以用它做什么? 最佳答案 它是“splat”运算符。它可用于分解数组和范围并在赋值期间收集值。这里收集赋值中的值:a,*b=1,2,3,4=>a=1b=[2,3,4]在此示例中,内部数组([3,4])中的值被分解并收集到包含数组中:a=[1,2,*[3,4]]=>a=[1,2,3,4]您可以定义将参数收集到数组中的函数:deffoo(*args)pargsendfoo(1,2,"three",4)=>[1,2,"three",4]
我读过的关于Ruby符号的每一篇文章都在谈论符号相对于字符串的效率。但是,这不是1970年代。我的电脑可以处理一些额外的垃圾收集。我错了吗?我拥有最新最好的奔腾双核处理器和4GBRAM。我认为这应该足以处理一些字符串。 最佳答案 您的计算机可能能够处理“一点点额外的垃圾收集”,但是当“一点点”发生在运行数百万次的内部循环中时呢?如果它在内存有限的嵌入式系统上运行呢?有很多地方你可以随意使用字符串,但在某些地方你不能。这完全取决于上下文。 关于ruby-现代计算机的功能是否不足以处理字符串
我正在使用Windows并尝试运行一个现有的功能包,该功能包最初是在MacOS上构建的,这允许他们通过使用带空格的"\"来解决问题。我正在使用Ruby2.2.3和Cucumber。功能名称包含空格,我无法更改它。我尝试使用""和''来绕过空白,但每次都有同样的问题。这是问题的一个例子。如果我运行:cucumberfeatures/'Namecontainingwhitespaces.feature'它工作正常。但是当我运行时:cucumber-pmy_profile和cucumber.yml包含:my_profile:features/'Namecontainingwhitespace
单元测试的好方法是测试脚本在执行之间保持正确数据的能力——在使用Ctrl-C终止脚本然后重新运行之后?是否有针对执行类似操作的现有模块或脚本的任何测试可以针对最佳实践进行审查? 最佳答案 像http://avdi.org/devblog/2010/07/19/greenletters-painless-automation-and-testing-for-command-line-applications/一样使用库或者期望、运行、终止并重新运行您的程序,并检查它是否运行正确。好的做法是将程序设计为独立的模块,每个模块都经过良好测试