nginxlocation结尾中有和

nginx location结尾中有/ 和没

location用于匹配url

它进行的是模糊匹配

没有“/”时，location /abc/def可以匹配/abc/defghi请求，也可以匹配/abc/def/ghi等

而有“/”时，location /abc/def/不能匹配/abc/defghi请求，只能匹配/abc/def/anything这样的请求

nginx匹配不以 .jpg和 .jpeg 结尾 该怎么写

location !~ \.(jpeg|jpg)$

NGINX正则表达式 匹配不以.jpg和.jpeg结尾

正则去判断不以什么结尾好像不好操作。

正则判断完，代码里面在去做真假操作比较好吧？

nginx怎样判断链接是否以html结尾

location ~* html$ {}

以html结尾

location ~* \.html$ {}

以 .html 结尾

php nginx整合问题 正常使用php结尾的文件没有问题

你应该隐藏index.php

location ~* \.php$ 以.php结尾，但你/index.php/login根本不是，所以建议你在全局里重新写路由规则

Nginx如何配置可以让.html后缀的文件当php动态文件执行呢？

有两种方式修改nginx配置文件可以实现。方式一：打开你的网站的nginx配置文件，然后找到：“location ~ \.php$ {”，再把其中的\.php修改为：“\.php|\.html”，保存后重启nginx即可。方式二：同上，打开配置文件找到：“location ~ \.php$ {”，然后把location整段复制，在下面粘帖上，再把\.php修改为\.html，保存后重启nginx即可生效。上述两种方式的配置示例代码如下：location ~ \.php|\.html$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /webs$fastcgi_script_name; include fastcgi_params; }示例代码二：location ~ \.html$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /webs$fastcgi_script_name; include fastcgi_params; } 到建站技术学习论坛网站查看回答详情>>

Nginx中的正则如何匹配数字

Nginx中的正则匹配数字：

1、正则表达式匹配

~ 区分大小写匹配

~* 不区分大小写匹配

!~和!~*分别为区分大小写不匹配及不区分大小写不匹配

^ 以什么开头的匹配

$ 以什么结尾的匹配

转义字符。可以转. * ?等

* 代表任意字符

2、文件及目录匹配

-f和!-f用来判断是否存在文件

-d和!-d用来判断是否存在目录

-e和!-e用来判断是否存在文件或目录

-x和!-x用来判断文件是否可执行

例:

location = /

#匹配任何查询，因为所有请求都已 / 开头。但是正则表达式规则和长的块规则将被优先和查询匹配

location ^~ /images/ {

# 匹配任何已/images/开头的任何查询并且停止搜索。任何正则表达式将不会被测试。

location ~* .(gif|jpg|jpeg)$ {

# 匹配任何已.gif、.jpg 或 .jpeg 结尾的请求

入门

1、if指令

所有的Nginx内置变量都可以通过if指令和正则表达式来进行匹配，并且根据匹配结果进行一些操作，如下：

代码如下 复制代码

if ($http_user_agent ~ MSIE) {

rewrite ^(.*)$ /msie/$1 break;

}

if ($http_cookie ~* "id=([^;] +)(?:;|$)" ) {

set $id $1;

}

使用符号~*和~模式匹配的正则表达式：

1.~为区分大小写的匹配。

2.~*不区分大小写的匹配（匹配firefox的正则同时匹配FireFox）。

3.!~和!~*意为“不匹配的”。

Nginx在很多模块中都有内置的变量，常用的内置变量在HTTP核心模块中，这些变量都可以使用正则表达式进行匹配。

2、可以通过正则表达式匹配的指令

location

查看维基：location

可能这个指令是我们平时使用正则匹配用的最多的指令：

代码如下 复制代码

location ~ .*.php?$ {

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME /data/wwwsite/test.com/$fastcgi_script_name;

include fcgi.conf;

}

几乎每个基于LEMP的主机都会有如上一段代码。他的匹配规则类似于if指令，不过他多了三个标识符，^~、=、@。并

且它没有取反运算符!，这三个标识符的作用分别是：

1.^~ 标识符后面跟一个字符串。Nginx将在这个字符串匹配后停止进行正则表达式的匹配（location指令中正则表达

式的匹配的结果优先使用），如：location ^~ /images/，你希望对/images/这个目录进行一些特别的操作，如增加

expires头，防盗链等，但是你又想把除了这个目录的图片外的所有图片只进行增加expires头的操作，这个操作可能

会用到另外一个location，例如：location ~* .(gif|jpg|jpeg)$，这样，如果有请求/images/1.jpg，nginx如何决

定去进行哪个location中的操作呢？结果取决于标识符^~，如果你这样写：location /images/，这样nginx会将1.jpg

匹配到location ~* .(gif|jpg|jpeg)$这个location中，这并不是你需要的结果，而增加了^~这个标识符后，它在匹

配了/images/这个字符串后就停止搜索其它带正则的location。

2.= 表示精确的查找地址，如location = /它只会匹配uri为/的请求，如果请求为/index.html，将查找另外的

location，而不会匹配这个，当然可以写两个location，location = /和location /，这样/index.html将匹配到后者

，如果你的站点对/的请求量较大，可以使用这个方法来加快请求的响应速度。

3.@ 表示为一个location进行命名，即自定义一个location，这个location不能被外界所访问，只能用于Nginx产生的

子请求，主要为error_page和try_files。

注意，这3个标识符后面不能跟正则表达式，虽然配置文件检查会通过，而且没有任何警告，但是他们并不会进行匹配

。

综上所述，location指令对于后面值的匹配顺序为：

1.标识符“=”的location会最先进行匹配，如果请求uri匹配这个location，将对请求使用这个location的配置。

2.进行字符串匹配，如果匹配到的location有^~这个标识符，匹配停止返回这个location的配置。

3.按照配置文件中定义的顺序进行正则表达式匹配。最早匹配的location将返回里面的配置。

4.如果正则表达式能够匹配到请求的uri，将使用这个正则对应的location，如果没有，则使用第二条匹配的结果。

server_name

查看维基：server_name

server_name用于配置基于域名或IP的虚拟主机，这个指令也是可以使用正则表达式的，但是注意，这个指令中的正则

表达式不用带任何的标识符，但是必须以~开头：

代码如下 复制代码

server {

server_name [www.example.com] ~^wwwd+.example.com$;

}

server_name指令中的正则表达式可以使用引用，高级的应用可以查看这篇文章：在server_name中使用正则表达式

fastcgi_split_path_info

查看维基：fastcgi_split_path_info

这个指令按照CGI标准来设置SCRIPT_FILENAME (SCRIPT_NAME)和PATH_INFO变量，它是一个被分割成两部分（两个引用

）的正则表达式。如下：

代码如下 复制代码

location ~ ^.+.php {

(...)

fastcgi_split_path_info ^(.+.php)(.*)$;

fastcgi_param SCRIPT_FILENAME /path/to/php$fastcgi_script_name;

fastcgi_param PATH_INFO $fastcgi_path_info;

fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;

(...)

}

第一个引用（.+.php）加上/path/to/php将作为SCRIPT_FILENAME，第二个引用(.*)为PATH_INFO，例如请求的完整

URI为show.php/article/0001，则上例中SCRIPT_FILENAME的值为/path/to/php/show.php，PATH_INFO则

为/article/0001。

这个指令通常用于一些通过PATH_INFO美化URI的框架（例如CodeIgniter）。

gzip_disable

查看维基：gzip_disable

通过正则表达式来指定在哪些浏览器中禁用gzip压缩。

gzip_disable "msie6";rewrite

查看维基：rewrite

这个指令应该也是用的比较多的，它需要使用完整的包含引用的正则表达式：

代码如下 复制代码

rewrite "/photos/([0-9] {2})([0-9] {2})([0-9] {2})" /path/to/photos/$1/$1$2/$1$2$3.png;通常环境下我们

会把它和if结合来使用：

代码如下 复制代码

if ($host ~* www.(.*)) {

set $host_without_www $1;

rewrite ^(.*)$

http://$host_without_www$1

permanent; # $1为'/foo'，而不是'[www.mydomain.com]'

}

Nginx中的正则如何匹配中文

首先确定在编译pcre时加了enable-utf8参数，如果没有，请重新编译pcre，然后就可以在Nginx的配置文件中使用这

样的正则：”(*UTF8)^/[x{4e00}-x{9fbf}]+)$”注意引号和前面的(*UTF8)，(*UTF8)将告诉这个正则切换为UTF8模

式。

代码如下 复制代码

[root@backup conf]# pcretest

PCRE version 8.10 2010-06-25

re> /^[x{4e00}-x{9fbf}]+/8

data> 测试

0: x{6d4b}x{8bd5}

data> Nginx模块参考手册中文版

No match

data> 参考手册中文版

0: x{53c2}x{8003}x{624b}x{518c}x{4e2d}x{6587}x{7248}

location顺序错误导致下载.php源码而不执行php程序的问题

看下面的例子片断(server段、wordpress安装到多个目录)：

=====================================

代码如下 复制代码

location / {

try_files $uri $uri/ /index.html;

}

location /user1/ {

try_files $uri $uri/ /user1/index.php?q=$uri&$args;

}

location ~* ^/(user2|user3)/ {

try_files $uri $uri/ /$1/index.php?q=$uri&$args;

}

location ~ .php$ {

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fastcgi_params;

}

=====================================

nginx.conf的配置代码看上去没有任何问题，而事实上：

访问 /user1/会正常执行php程序。

访问 /user2/ 或 /user3/ 都不会执行程序，而是直接下载程序的源代码。

原因在哪里？看到他们地区别了吗？

/user1/是普通location写法

而/user2/ 或 /user3/ 是正则表达式匹配的location

问题就出在了/user2/ 或 /user3/匹配location指令使用了正则表达式，所以必须注意代码段的先后顺序，必须把

location ~ .php$ {...}段上移、放到它的前面去。

正确的代码举例：

=====================================

代码如下 复制代码

location / {

try_files $uri $uri/ /index.html;

}

location /user1/ {

try_files $uri $uri/ /user1/index.php?q=$uri&$args;

}

location ~ .php$ {

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fastcgi_params;

}

location ~* ^/(user2|user3)/ {

try_files $uri $uri/ /$1/index.php?q=$uri&$args;

}

nginx 伪静态 不支持图片 .gif .jpg 这些结尾的都不行? 如何修改nginx 伪静态参数?

因为content type不对吧，你的php输出的content type是啥？

nginx的伪静态rewrite规则,匹配栏目目录没有斜杠不能访问

这个是很显然的事情，原因在于你的rewrite规则是"^/(.*)(.*)/$" 这样的话就是必须以/结尾的请求才会转发。因此会出现你说的第一种情况。

#首页：

rewrite "^/+" /index....... break;

#其它页面

rewrite "^/([^/]*)([^/]*)" index.php break;

PHP程序 nginx 转发问题,为什么.gif .jpg 这些结尾的径无法转发

rewrite 是重定向，不是转发

什么文件补存在？哪里出错应该说出来