我的需求是,openresty做一个ip拦截网关,同时我支持path白名单,可以让使用者灵活的配置可以忽略的path。比如 www.weibo.com/userinfo/*, *.weibo.com/userinfo/。因为lua原生不支持正则表达式,我不能要求所有业务方都学习lua的string.find() 语法,所以,是否有简单的方法支持wildcard匹配呢?
看下ngx.re.match或者ngx.re.find相关接口是不是满足你的需求呢在 2019年4月10日星期三 UTC+8下午6:07:09,Kelvin Kuo写道:我的需求是,openresty做一个ip拦截网关,同时我支持path白名单,可以让使用者灵活的配置可以忽略的path。比如 www.weibo.com/userinfo/*, *.weibo.com/userinfo/。因为lua原生不支持正则表达式,我不能要求所有业务方都学习lua的string.find() 语法,所以,是否有简单的方法支持wildcard匹配呢?
谢谢,通配符对业务人员更友好,但是正则也可以接受把,就用ngx.re.match了。On Wednesday, April 10, 2019 at 6:09:44 PM UTC+8, ytl m wrote:看下ngx.re.match或者ngx.re.find相关接口是不是满足你的需求呢在 2019年4月10日星期三 UTC+8下午6:07:09,Kelvin Kuo写道:我的需求是,openresty做一个ip拦截网关,同时我支持path白名单,可以让使用者灵活的配置可以忽略的path。比如 www.weibo.com/userinfo/*, *.weibo.com/userinfo/。因为lua原生不支持正则表达式,我不能要求所有业务方都学习lua的string.find() 语法,所以,是否有简单的方法支持wildcard匹配呢?
不客气的,用ngx.re.match的时候要注意性能哦在 2019年4月11日星期四 UTC+8下午4:58:58,Kelvin Kuo写道:谢谢,通配符对业务人员更友好,但是正则也可以接受把,就用ngx.re.match了。On Wednesday, April 10, 2019 at 6:09:44 PM UTC+8, ytl m wrote:看下ngx.re.match或者ngx.re.find相关接口是不是满足你的需求呢在 2019年4月10日星期三 UTC+8下午6:07:09,Kelvin Kuo写道:我的需求是,openresty做一个ip拦截网关,同时我支持path白名单,可以让使用者灵活的配置可以忽略的path。比如 www.weibo.com/userinfo/*, *.weibo.com/userinfo/。因为lua原生不支持正则表达式,我不能要求所有业务方都学习lua的string.find() 语法,所以,是否有简单的方法支持wildcard匹配呢?