location精确匹配去除路径前置

2024-11-04

06-Location详解之精准匹配

之前nginx不是编译过吗?现在重新make install一下. 刚刚这个是我们新安装的.原始版的nginx,配置文件比较少,便于我们做调试. 试试精准匹配的概念. 匹配的是/.优先匹配这个最精准的,一旦匹配完成就立即停止这个匹配过程. 为了以示区别,我把它弄到别的目录上去. 应该是谁发生效果呢?按照官方的说法,等于号是精准匹配. 应该是精准的生效.但是好像出错了. 如果是精准匹配生效访问192.168.118.128应该是显示 <html>welcome to z.com's admin

nginx location模块--匹配规则

Location语法语法:location [=|~|~*|^~] /uri/ { … } = --> 开头表示精确匹配 ^~ --> 开头表示uri以某个常规字符串开头,理解为匹配url路径即可. nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格). ~ --> 开头表示区分大小写的正则匹配 ~* --> 开头表示不区分大小写的正则匹配 !~和!~* --> 分别为区分大小写不匹配及不区分大小写不

三思考，实现自己定义404页：Tomcat、SpringMVC精确匹配、重写DispatchServlet

第1种方式:Tomcat直接处理 web.xml <error-page> <error-code>404</error-code> <location>/error/404.htm</location> </error-page> 这样的仅仅能展示纯静态的页面,很不灵活. 第2种方式:利用Spring MVC的最精确匹配 @Controller public class UrlNotFoundController { @Reques

Nginx 核心配置-location的匹配案例实战篇

Nginx 核心配置-location的匹配案例实战篇作者:尹正杰版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.location语法规则介绍在没有使用正则表达式的时候,nginx会先在server中的多个location选取匹配度最高的一个uri,uri是用户请求的字符串,即域名后面的web文件路径,然后使用location模块中的正则url和字符串,如果匹配成功就结束搜索,并使用此location处理此请求. 语法规则: location [=|~|~*|^~] /uri/ {

nginx之location的匹配规则

nginx之location的匹配规则一.语法规则 location [=|~|~*|^~] /uri/ { - } 符号含义 = 开头表示精确匹配 ^~ 开头表示 uri 以某个常规字符串开头 ~ 开头表示区分大小写的正则匹配 ~* 开头表示不区分大小写的正则匹配 / 通用匹配,任何请求都会匹配到匹配顺序: =, ^~,文件顺序,/ 例如: /规则: 匹配所有请求 /api/ 匹配: http://localhost/api/ http://localhost/api/hello htt

grep精确匹配搜索某个单词的用法（附: grep高效用法小结)）

grep(global search regular expression(RE) and print out the line,全面搜索正则表达式并把行打印出来)是一种强大的文本搜索工具,它能使用正则表达式搜索文本,并把匹配的行打印出来. 使用grep搜索某个关键字时,默认搜索出来的是所有包含该关键字的行,如下:搜索/var/named/veredholdings.cn_zone文件中172.16.50.24所在的行,默认会把所有包括172.16.50.24所在的行打印出来.[root@uat

nginx location 正则匹配

nginx 统计语句1.根据访问IP统计UV awk '{print $1}' access.log|sort | uniq -c |wc -l2.统计访问URL统计PV awk '{print $7}' access.log|wc -l 3.查询访问最频繁的URL awk '{print $7}' access.log|sort | uniq -c |sort -n -k 1 -r|more 4.查询访问最频繁的IP awk '{print $1}' access.log|sort | uni

Nginx 关于 location 的匹配规则详解

有些童鞋的误区 1. location 的匹配顺序是“先匹配正则,再匹配普通”. 矫正: location 的匹配顺序其实是“先匹配普通,再匹配正则”.我这么说,大家一定会反驳我,因为按“先匹配普通,再匹配正则”解释不了大家平时习惯的按“先匹配正则,再匹配普通”的实践经验.这里我只能暂时解释下,造成这种误解的原因是:正则匹配会覆盖普通匹配(实际的规则,比这复杂,后面会详细解释). 2. location 的执行逻辑跟 location 的编辑顺序无关. 矫正:这句话不全对,“普通 locatio

nginx location URI匹配规则

当nginx收到一个请求后,会截取请求的url部份,去搜索所有location指令中定义的URI匹配模式.在server模块中可以定义多个location指令来匹配不同的url请求,多个不同的location配置的URI匹配模式,总体的匹配原则是: 先匹配普通字符串模式,再匹配正则模式. 只识别URI部分,例如: /test/abc/user.do?name=xxxx 一个请求过来后,nginx匹配这个请求的流程如下: 1:先查找是不有=开头的精确匹配,如:location = /test/ab

Nginx location指令匹配顺序规则

location匹配命令 1. “= ”,字面精确匹配, 如果匹配,则跳出匹配过程.(不再进行正则匹配) 2. “^~ ”,最大前缀匹配,如果匹配,则跳出匹配过程.(不再进行正则匹配) 3. 不带任何前缀:最大前缀匹配,举例如下: location / 代表以"/"开头的搜索匹配, 再没有正则表达式匹配的情况下才进行这个匹配(优先级最低) 4. “~ ”,大小写相关的正则匹配 5. “~* ” , 大小写无关的正则匹配 6. “@”, Named location 不是普通的loc

nginx之location简单匹配总结

location匹配规则与优先级 = 精确匹配,匹配成功则停止匹配 ^~ 前缀普通字符匹配,匹配成功则停止匹配 ~ 正则匹配,区分大小写:多个正则按顺序匹配 ~* 正则匹配,不区分大小写:多个正则按顺序匹配 !~ 正则不匹配,区分大小写:多个正则按顺序匹配 !~* 正则不匹配,不区分大小写:多个正则按顺序匹配 /url 开头普通字符匹配,在正则匹配之后:多个普通字符按长度匹配 / 通用匹配,未匹配到location的都会匹配到此 location匹配实例 = 匹配访问:http:/

nginx里面的location 规则匹配

nginx location语法 ~ # 区分大小写的正则匹配 location ~ \.(gif|jpg|png|js|css)$ { #规则D } ~* # 不区分大小写的正则匹配(和~的功能相同,就是不区分大小写) location ~* \.png$ { #规则E } ^~ #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录 location ^~ /static/ { #规则C } = #进行普通字符精确匹配否定用法:不匹配用法: !~ 区分大小写

Nginx location规则匹配

^~ 标识符匹配后面跟-一个字符串.匹配字符串后将停止对后续的正则表达式进行匹配,如location ^~ /images/ , 在匹配了/images/这个字符串后就停止对后续的正则匹配 = 精准匹配,如location=/,只会匹配url为/的请求. ~ 区分大小写的匹配. ~* 不区分大小写的匹配. !~ 对区分大小写的匹配取非. !~* 对不区分大小写的匹配取非./ 通用匹配,如果没有其它匹配,任何请求都会被匹配到匹配顺序优先级: (location =)> (

nginx 的location的匹配顺序

匹配规则匹配顺序示例 [root@python vhast]# cat test.conf server { server_name haha.com; #listen 8080; rewrite_log on; error_page 404 /403.html; #return 405; location /{ #return 404 "find nothing!\n"; } root html/; location /first { rewrite /first(.*) /se

nignx的location正则匹配

原文链接:http://nginx.org/en/docs/http/ngx_http_core_module.html Syntax: location [ = | ~ | ~* | ^~ ] uri { ... }location @name { ... } Default: - Context: server, location 项目说明优先级 = 精确匹配 1 模糊匹配 4 - 区分大小写 3 -* 不分区大小写 3 ^~ 从开头部分匹配 2 Sets configuration

Nginx 中 location 的匹配顺序

nginx中location的匹配模式有以下几种: 精确匹配:以=开头,只有完全匹配才能生效,例子location = /uri 非正则匹配:以^~开头,^表示非.~表示正则,例子location ^~ /uri 正则匹配: 以~开头,表示区分大小写的正则匹配,例子location ~ pattern 以!~开头,表示区分大小写不匹配的正则,例子location !~ pattern 以~*开头,表示不区分大小写的正则匹配,例子location ~* pattern 以!~*开头,表示不区分大小

awk使用正则精确匹配

[root@localhost home]# cat file 5001][YRSD5-1][YRSD5-1-2][0203008400028411] 010102 5001][YRSD7-1][YRSD7-1-2][0203008400028411] 010102 5001][YRSD5-1][YRSD5-1-20][14030084000286E7] 010101 5001][YRSD7-1][YRSD7-1-3][03030084000285C0] 010102 5001][YRSD5-1

使用 grep 的 -o 和 -E 选项进行正则的精确匹配

sed 命令可以很好的进行行匹配,但从某一行中精确匹配某些内容,则使用 grep 命令并辅以 -o 和 -E 选项可达到此目的.其中 -o 表示“only-matching”,即“仅匹配”之意.光用它不够,配合 -E 选项使用扩展正则表达式则威力巨大. 比如下面有一条文本 tmp.txt ,其中内容为: {"aid":45,"path":"attachment/Mon_1112/2_1_5728040df3ab346.jpg"} 我们想从中过略出

POJ 3020 Antenna Placement【二分匹配——最小路径覆盖】

链接: http://poj.org/problem?id=3020 http://acm.hust.edu.cn/vjudge/contest/view.action?cid=22010#problem/M Antenna Placement Time Limit: 1000MS Memory Limit: 65536K Total Submissions: 5500 Accepted: 2750 Description The Global Aerial Research Centr

Solr的精确匹配搜索

情景: 利用Solr做一批词的逆文档频率.Solr中存储的每条数据为一篇文章,此时需要查出某词在多少篇文章中出现过,然后用公式:某词逆文档频率 = 总文章数 / (出现过某词的文章数+1) 来计算. 以下两幅图为两种搜索方式的搜索结果对比: 结果:对某词进行搜索时,将某词用英文双引号括起来就是精确搜索. 直接调用API也是类似的:http://IP:8983/solr/IDFcollection/select?q=quanwen:"机械制造"&wt=json&inden

vim 精确匹配查找单词【转】

删除文件中所有的空行:g/^\s*$/d 去掉所有的行尾空格::%s/\s\+$// 整个文件特定字符串的替换:%s/old_word/new_word/g 删除从当前行开始到最后一行的所有内容:.,$d 去掉所有的“//”注释::%s!\s*//.*!!(首先可以注意到,这儿分隔符改用了“!”,原因是在模式或字符串部分使用了“/”字符,不换用其他分隔符的话就得在每次使用“/”字符本身时写成“\/”,上面的命令得写成“:%s/\s*\/\/.*//”,可读性较低.命令本身倒是相当简单,用过正

location精确匹配去除路径前置

热门专题