guoxiankai
guoxiankai
> 第一个问题:这些Set配置不是必须的,这些变量是部分插件里会用到的,并且会根据你配的规则来改写这些变量的值,如果你不用相关插件,这些变量不配置也不会影响. > 第二个问题:每个插件的执行阶段是不一样的,有的在重写_by_lua_lua阶段,有的在access_by_lua阶段,有的在平衡器_by_lua阶段,如果有些插件功能你不用到,不配置也可以,但是建议去修改orange.conf里的配置来卸载和加载插件,而不是改nginx.conf配置。 > 第三个问题:你可以理解选择器是一个粗分,规则是细分。一般情况下,选择器里可以配置成全流量选择器,表示对所有的请求对生效,然后在规则里设置对具体的接口匹配.或者是可以在选择器里配置自定义选择器(比如按照域名进行一级筛分),然后在规则里配置更加细粒度的规则(比如uri Match/AppData)。 > 具体的逻辑,你可以参照插件下的各插件的源码分析。 你好,我在url重定向里面指向了百度,在rate limiting里面限制1小时1次,并没有进行限制,能帮忙解决一下吗?谢谢
orange 0.64 openresty/1.11.2.4  
十分抱歉,初次注册github不太会用,请多谅解
> * 请按照issues模板,提供使用的版本以及最小化复现测试用例,我用的v0.7的版本限速插件是没有问题的 你好,可以帮我看一下问题吗
nginx配置文件 ` upstream default_upstream { server localhost:8001; server 223.111.201.30:8001; } lua_package_path '/usr/local/orange/?.lua;/usr/local/lor/?.lua;;'; lua_code_cache on; lua_shared_dict orange_data 20m; # should not removed. used for orange data, e.g. plugins configurations.. lua_shared_dict status...
@liulei18 hi你好,请问可以帮助我一下吗
@liulei18 那我能加您个联系方式,再请教几个问题吗 我QQ 525358790
> * 如果你想对重定向后url做访问频次限制的话,你可以在dashbord重定向到自己的location,比如/rate_limiting_test,而不是重定向到 https://www.baidu.com ,然后对URI /rate_limiting_test 添加访问rate_limiting,比如一分钟1次 谢谢,那您说的是如我设置的这样的吗,重定向到nginx的location里面,可以帮看一下吗 `{ "name": "baidu", "judge": { "type": 0, "conditions": [ { "type": "URI", "operator": "match", "value": "baidu" } ] }, "extractor": { "type":...
> > > * 请按照issues模板,提供使用的版本以及最小化复现测试用例,我用的v0.7的版本限速插件是没有问题的 > > > > > > 你好,可以帮我看一下问题吗 > > * 显然这并不是Nginx的bug,要理解这里发生的事情,首先要知道Nginx处理每一个用户请求时,都是按照若干个不同阶段(phase)依次处理的 > * Nginx请求处理阶段共有11个之多,按照执行顺序依次是 post-read、server-rewrite、find-config、rewrite、post-rewrite、preaccess、access、post-access、tryfiles、content 以及 log > * redirect插件运行在rewrite阶段,而rate_limiting插件运行在access阶段,按照你的配置,当访问http://ip:port/bd 的时候,在rewrite阶段重定向到了https://www.baidu.com ,而运行在access阶段的rate_limiting插件根本没有机会执行,所以rate_limiting当然不会起作用了。 谢谢了,我还想问一下URI重写是不是在rewrite阶段,还是哪个阶段?我测试的URI重写是在URL重定向前面执行,Rate limiting无法对重写进行限制,不知道我这个测试对不对。