nginx或是通过ngx_lua能实现对response中全部url的任意修改么？

et.tw

2013-06-22

et.tw

kindy61

body_filter 是可以的

在 2013-6-22 上午11:56，"et.tw" <et...@163.com>写道：

nginx或是通过ngx_lua能实现对response中全部url的任意修改么？

2013-06-22

et.tw

--
#xA0;

claresuns

在 2013年6月22日星期六UTC+8下午12时20分54秒，kindy写道：
> body_filter 是可以的
> 
> 在 2013-6-22 上午11:56，"et.tw" <et...@163.com>写道：
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> nginx或是通过ngx_lua能实现对response中全部url的任意修改么？
> 
>  
> 
> 2013-06-22
> 
> 
> 
> et.tw
> 
> 
> 
> 
> -- 
> 
> #x5BF9;于body_filter我一直有个疑虑就是，如果chunked，我的关键字在两个包中，是不是就不能达到过滤的效果了

agentzh

Hello!

On Sun, Jun 23, 2013 at 6:38 PM,  claresuns wrote:
>
> 对于body_filter我一直有个疑虑就是，如果chunked，我的关键字在两个包中，是不是就不能达到过滤的效果了
>

即使不使用 chunked 编码，nginx 在输出响应体数据时，也是按块输出的，毕竟在内存中缓冲整个响应体，对内存的冲击太大。

如果你的关键字恰好被数据块的分界一分为二，则你需要使用状态机方式自己进行状态追踪，就像我的 ngx_replace_filter 模块所做的那样：

    https://github.com/agentzh/replace-filter-nginx-module

这样仍然不需要缓冲所有的数据，还是按块进行流式处理。

当然，如果你不怕在内存中缓冲所有的响应体数据，你也可以直接使用 ngx.location.capture 发起子请求。这个 Lua
接口会直接返回所有的响应体数据。但对于很大的响应，内存开销会比较高。你自己权衡了，呵呵。

Best regards,
-agentzh

millken

也可以获取一块后，将最后的1K数据放到下一块数据前，我看到的有些webserver就是这么做的。
在 2013年6月25日星期二UTC+8上午2时48分43秒，agentzh写道：

Hello!

On Sun, Jun 23, 2013 at 6:38 PM, claresuns wrote:
>
> 对于body_filter我一直有个疑虑就是，如果chunked，我的关键字在两个包中，是不是就不能达到过滤的效果了
>

即使不使用 chunked 编码，nginx 在输出响应体数据时，也是按块输出的，毕竟在内存中缓冲整个响应体，对内存的冲击太大。

如果你的关键字恰好被数据块的分界一分为二，则你需要使用状态机方式自己进行状态追踪，就像我的 ngx_replace_filter 模块所做的那样：

https://github.com/agentzh/replace-filter-nginx-module

这样仍然不需要缓冲所有的数据，还是按块进行流式处理。

当然，如果你不怕在内存中缓冲所有的响应体数据，你也可以直接使用 ngx.location.capture 发起子请求。这个 Lua
接口会直接返回所有的响应体数据。但对于很大的响应，内存开销会比较高。你自己权衡了，呵呵。

Best regards,
-agentzh

agentzh

Hello!

2013/7/13 Millken Chen:
>
> 也可以获取一块后，将最后的1K数据放到下一块数据前，我看到的有些webserver就是这么做的。

这种做法显然是不可靠的，因为它假设回溯长度不超过 1k. 而且每个数据块都需要重复扫描 1k 的数据，效率上也打了折扣。

Regards,
-agentzh