[openresty]如何根据需要对请求进行proxy_pass

liberalwu · 2018-06-07T11:15:47+00:00

嗯，动态库调用引起的。在 2018年6月7日星期四 UTC+8...

[openresty]如何根据需要对请求进行proxy_pass

liberalwu

hello, 各位好：

预期达到的效果很简单，后台有一个接口缓存的机制，会定时将接口数据放到缓存里，

前端在请求的时候，先去看下缓存里面有没有这个接口，如果有，就将缓存里的结果返回，如果没有，就通过转到真实的接口里进行处理

设置了如下的location

        location / {
            default_type application/json;
            content_by_lua '
                local shared_data = ngx.shared.scenic_cache
                local request_uri = ngx.var.request_uri;
                local maybe_cache_uri = ngx.unescape_uri(request_uri);
                local rst = shared_data:get(maybe_cache_uri);
                if rst then
                    ngx.say(rst);
                end 
            ';
                proxy_pass_header Server;
                proxy_set_header Host $http_host;
                proxy_set_header X-Real-IP $remote_addr;
                #proxy_set_header X-Scheme $scheme;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_pass http://192.168.111.11:8012;

        }

结果是，所有的接口都被proxy_pass处理了。

content_by_lua里面即使有返回也会走后面的语句么？如果可以达到我的预期呢

huang_hua2012

hello，

需在比proxy_pass所在的phase更靠前的执行lua逻辑，如使用rewrite_by_lua*

Kwanhur Huang

TL;DR

在 2018年6月7日，上午11:15，伍鑫 <libe...@foxmail.com> 写道：

hello, 各位好：

预期达到的效果很简单，后台有一个接口缓存的机制，会定时将接口数据放到缓存里，
前端在请求的时候，先去看下缓存里面有没有这个接口，如果有，就将缓存里的结果返回，如果没有，就通过转到真实的接口里进行处理

设置了如下的location
location / {
default_type application/json;
content_by_lua '
local shared_data = ngx.shared.scenic_cache
local request_uri = ngx.var.request_uri;
local maybe_cache_uri = ngx.unescape_uri(request_uri);
local rst = shared_data:get(maybe_cache_uri);
if rst then
ngx.say(rst);
end
';
proxy_pass_header Server;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
#proxy_set_header X-Scheme $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://192.168.111.11:8012;

}

结果是，所有的接口都被proxy_pass处理了。
content_by_lua里面即使有返回也会走后面的语句么？如果可以达到我的预期呢

--
--

bjliuzhantao

location / {

default_type application/json;

access_by_lua '

local shared_data = ngx.shared.scenic_cache

local request_uri = ngx.var.request_uri;

local maybe_cache_uri = ngx.unescape_uri(request_uri);

local rst = shared_data:get(maybe_cache_uri);

if rst then

ngx.say(rst);

ngx.exit(ngx.HTTP_OK)

end

proxy_pass_header Server;

proxy_set_header Host $http_host;

proxy_set_header X-Real-IP $remote_addr;

#proxy_set_header X-Scheme $scheme;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_pass http://192.168.111.11:8012;

}

在 2018年6月7日，上午11:15，伍鑫 <libe...@foxmail.com> 写道：

hello, 各位好：

预期达到的效果很简单，后台有一个接口缓存的机制，会定时将接口数据放到缓存里，
前端在请求的时候，先去看下缓存里面有没有这个接口，如果有，就将缓存里的结果返回，如果没有，就通过转到真实的接口里进行处理

设置了如下的location
location / {
default_type application/json;
content_by_lua '
local shared_data = ngx.shared.scenic_cache
local request_uri = ngx.var.request_uri;
local maybe_cache_uri = ngx.unescape_uri(request_uri);
local rst = shared_data:get(maybe_cache_uri);
if rst then
ngx.say(rst);
end
';
proxy_pass_header Server;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
#proxy_set_header X-Scheme $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://192.168.111.11:8012;

}

结果是，所有的接口都被proxy_pass处理了。
content_by_lua里面即使有返回也会走后面的语句么？如果可以达到我的预期呢

--
--

liberalwu

感谢

原来还可以这样~~~

发件人： Kwanhur Huang
发送时间： 2018-06-07 11:47
收件人： openresty
主题： Re: [openresty]如何根据需要对请求进行proxy_pass
hello，

需在比proxy_pass所在的phase更靠前的执行lua逻辑，如使用rewrite_by_lua*

Kwanhur Huang
TL;DR

在 2018年6月7日，上午11:15，伍鑫 <libe...@foxmail.com> 写道：

hello, 各位好：

预期达到的效果很简单，后台有一个接口缓存的机制，会定时将接口数据放到缓存里，
前端在请求的时候，先去看下缓存里面有没有这个接口，如果有，就将缓存里的结果返回，如果没有，就通过转到真实的接口里进行处理

设置了如下的location
location / {
default_type application/json;
content_by_lua '
local shared_data = ngx.shared.scenic_cache
local request_uri = ngx.var.request_uri;
local maybe_cache_uri = ngx.unescape_uri(request_uri);
local rst = shared_data:get(maybe_cache_uri);
if rst then
ngx.say(rst);
end
';
proxy_pass_header Server;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
#proxy_set_header X-Scheme $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://192.168.111.11:8012;

}

结果是，所有的接口都被proxy_pass处理了。
content_by_lua里面即使有返回也会走后面的语句么？如果可以达到我的预期呢

--
--

--

llrasdllr

因为 content_by_lua 和proxy_pass 是同一层的 proxy_pass 把content_by_lua 顶掉了

在 2018年6月7日星期四 UTC+8上午11:15:51，伍鑫写道：

hello, 各位好：

预期达到的效果很简单，后台有一个接口缓存的机制，会定时将接口数据放到缓存里，
前端在请求的时候，先去看下缓存里面有没有这个接口，如果有，就将缓存里的结果返回，如果没有，就通过转到真实的接口里进行处理

设置了如下的location
location / {
default_type application/json;
content_by_lua '
local shared_data = ngx.shared.scenic_cache
local request_uri = ngx.var.request_uri;
local maybe_cache_uri = ngx.unescape_uri(request_uri);
local rst = shared_data:get(maybe_cache_uri);
if rst then
ngx.say(rst);
end
';
proxy_pass_header Server;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
#proxy_set_header X-Scheme $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://192.168.111.11:8012;

}

结果是，所有的接口都被proxy_pass处理了。
content_by_lua里面即使有返回也会走后面的语句么？如果可以达到我的预期呢