关于设置Content-Type

The video and slides of the talk that James Hurst gave on openresty at the London Lua user group are now available Slides: http://www.londonlua.org/scriptin...

damacheng009 · 2012-07-12T15:28:12+00:00

The video and slides of the talk that James Hurst gave on openresty at the London Lua user group are now available Slides: http://www.londonlua.org/scriptin...

关于设置Content-Type

damacheng009

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

kindy61

ngx.say 以后确实不能设置 ngx.header.xxx 的。

要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，

浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

wendal1985

如果你能预知Content-Length,那最好就设置一下, 因为能减少一点点流量

在 2012年7月12日下午4:29，kindy <kin...@gmail.com>写道：

ngx.say 以后确实不能设置 ngx.header.xxx 的。
要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，
浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

--
Wendal Chen
GuangDong China

damacheng009

哈哈，原来是要在ngx.say之前设置ngx.header.xxx，谢谢~

2012-07-12

damacheng009

发件人： kindy

发送时间： 2012-07-12 16:29:47

收件人： openresty

抄送：

主题： Re: [openresty] 关于设置Content-Type

ngx.say 以后确实不能设置 ngx.header.xxx 的。

要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，

浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

defage

用ngx.say时似乎已经写死了，在ngx.say之前改ngx.header也是没用，将ngx.header['Transfer-Encoding']=nil 作删除一样不会有效果，文档上有说“Note that ngx.header is not a normal Lua table and as such, it is not possible to iterate through it using the Lua ipairs function.”

以前也遇到这个情况过，如果是一些移动应用，一些系统对content-length还有些依赖，看其他同学是否有好办法？

在 2012年7月12日下午4:33，Wendal Chen <wend...@gmail.com>写道：

如果你能预知Content-Length,那最好就设置一下, 因为能减少一点点流量

在 2012年7月12日下午4:29，kindy <kin...@gmail.com>写道：

ngx.say 以后确实不能设置 ngx.header.xxx 的。
要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，
浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

--
Wendal Chen
GuangDong China

--
刘太华

damacheng009

刚试过在ngx.say之前改Content-Type是有效的哦

2012-07-12

damacheng009

发件人： 刘太华

发送时间： 2012-07-12 18:17:13

收件人： openresty

抄送：

主题： Re: [openresty] 关于设置Content-Type

以前也遇到这个情况过，如果是一些移动应用，一些系统对content-length还有些依赖，看其他同学是否有好办法？

在 2012年7月12日下午4:33，Wendal Chen <wend...@gmail.com>写道：

如果你能预知Content-Length,那最好就设置一下, 因为能减少一点点流量

在 2012年7月12日下午4:29，kindy <kin...@gmail.com>写道：

ngx.say 以后确实不能设置 ngx.header.xxx 的。
要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，

浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

--
Wendal Chen
GuangDong China

--
刘太华

defage

呃，看错命题了。

还有就是以前都是直接想改content-length，发现怎么都改不掉。

刚刚试了下，发现只要把content-type改了，自然就能修改content-length，好神奇

在 2012年7月12日下午6:19，damacheng009 <damac...@gmail.com>写道：

刚试过在ngx.say之前改Content-Type是有效的哦

2012-07-12

damacheng009

发件人： 刘太华

发送时间： 2012-07-12 18:17:13

收件人： openresty

抄送：

主题： Re: [openresty] 关于设置Content-Type

用ngx.say时似乎已经写死了，在ngx.say之前改ngx.header也是没用，将ngx.header['Transfer-Encoding']=nil 作删除一样不会有效果，文档上有说“Note that ngx.header is not a normal Lua table and as such, it is not possible to iterate through it using the Lua ipairs function.”

以前也遇到这个情况过，如果是一些移动应用，一些系统对content-length还有些依赖，看其他同学是否有好办法？

在 2012年7月12日下午4:33，Wendal Chen <wend...@gmail.com>写道：

如果你能预知Content-Length,那最好就设置一下, 因为能减少一点点流量

在 2012年7月12日下午4:29，kindy <kin...@gmail.com>写道：

ngx.say 以后确实不能设置 ngx.header.xxx 的。
要先设置 header 再输出内容。

content-length 就放弃吧，因为 ngx.say 会设置 chunk ，

浏览器也不是一定要 content-length 的。

2012/7/12 damacheng009 <damac...@gmail.com>

大家好：

碰到一个问题，就是我用Lua脚本到后端服务器拿一些图片，并想在浏览器展示，但发现调用ngx.say写拿到的数据后就无法更改Content-Type,Content-Length了，

Transfer-Encoding是chunk形式的，请问大家有啥方法可以达到目的，谢谢。

2012-07-12

damacheng009

--

林青(Kindy Lin)

--
Wendal Chen
GuangDong China

--
刘太华

--
刘太华

agentzh

Hello!

2012/7/12 kindy <kin...@gmail.com>:
>  ngx.say 以后确实不能设置 ngx.header.xxx 的。
> 要先设置 header 再 输出内容。
>

ngx.say() 是输出响应体数据，而此响应头也已经自动发出，毕竟根据 HTTP 协议，响应头不可能在响应体输出后再输出。所以须在
ngx.say() 之前设置 Content-Length 这样的响应头。

> content-length 就放弃吧，因为 ngx.say 会设置 chunk ，

注意 ngx.say() 并不会强制 chunked 编译，这是 nginx 核心来控制的。只有当用户没有自己设置
Content-Length 响应头并且当前用户请求使用的是 HTTP 1.1 协议的时候，才会使用 chunked 编码输出。

Best regards,
-agentzh

agentzh

Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> 刚刚试了下，发现只要把content-type改了，自然就能修改content-length，好神奇
>

我不明白你这里说的意思。你能给出具体例子么？在输出响应头之前设置 ngx.header.content_length
应当总是可以工作的，否则就是 bug，应当报告给我们 :)

Best regards,
-agentzh

defage

sorry,经过测试发现当输出的content-type如果被设置在gzip_types内的，也就是会被压缩，这时候无法通过ngx.header.content_length设定大小，始终都是chunked.

在nginx官方一个文档里找到这句:Also note that the Content-Length header is not set when using either version. Keepalives will therefore be impossible with version 1.0, while for 1.1 it is handled by chunked transfers.

应该说明的就是此意思吧

在 2012年7月12日下午10:48，agentzh <age...@gmail.com>写道：

Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> 刚刚试了下，发现只要把content-type改了，自然就能修改content-length，好神奇
>

我不明白你这里说的意思。你能给出具体例子么？在输出响应头之前设置 ngx.header.content_length
应当总是可以工作的，否则就是 bug，应当报告给我们 :)

Best regards,
-agentzh

--
刘太华

agentzh

Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> sorry,经过测试发现当输出的content-type如果被设置在gzip_types内的，也就是会被压缩，这时候无法通过ngx.header.content_length设定大小，始终都是chunked.

ngx_gzip 输出过滤器会自动清除 content-length
响应头，因为它无法在没看到所有的响应体数据的时候（即发送响应头的时候）预知压缩后的总大小。所以这并不是说你在 Lua 里面设置
ngx.header.content_length 没有成功，而是设置成功后被 ngx_gzip 模块的输出过滤器又给清除了。

> 在nginx官方一个文档里找到这句:Also note that the Content-Length header is not set when
> using either version. Keepalives will therefore be impossible with version
> 1.0, while for 1.1 it is handled by chunked transfers.
>
> 应该说明的就是此意思吧
>

这段英文说的完全是另一件事情，和 gzip 一点关系都没有。这段话是说 HTTP 1.0 keepalive 需要
content-length 响应头才能工作，因为 HTTP 1.0 协议还不支持 chunked 编码，也没有其他的流式输出格式。所以当
content-length 响应头不存在时，http 1.0 响应就以连接断开作为响应体数据的末尾，于是自然不可能再支持
keepalive 特性了。

Regards,
-agentzh

defage

多谢agentzh非常详细的解释，解惑了：）

在 2012年7月13日上午9:43，agentzh <age...@gmail.com>写道：

Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> sorry,经过测试发现当输出的content-type如果被设置在gzip_types内的，也就是会被压缩，这时候无法通过ngx.header.content_length设定大小，始终都是chunked.

ngx_gzip 输出过滤器会自动清除 content-length
响应头，因为它无法在没看到所有的响应体数据的时候（即发送响应头的时候）预知压缩后的总大小。所以这并不是说你在 Lua 里面设置
ngx.header.content_length 没有成功，而是设置成功后被 ngx_gzip 模块的输出过滤器又给清除了。

> 在nginx官方一个文档里找到这句:Also note that the Content-Length header is not set when
> using either version. Keepalives will therefore be impossible with version
> 1.0, while for 1.1 it is handled by chunked transfers.
>
> 应该说明的就是此意思吧
>

这段英文说的完全是另一件事情，和 gzip 一点关系都没有。这段话是说 HTTP 1.0 keepalive 需要
content-length 响应头才能工作，因为 HTTP 1.0 协议还不支持 chunked 编码，也没有其他的流式输出格式。所以当
content-length 响应头不存在时，http 1.0 响应就以连接断开作为响应体数据的末尾，于是自然不可能再支持
keepalive 特性了。

Regards,
-agentzh

--
刘太华

wangchong1985

春哥。。。我看到这个后，我仔细看了下我的lua。。。发现。。。。我设置lua输出的content-type在gzip_types里，但始终无法启动gzip压缩。。很无语。。。求春哥解答。。。

gzip配置：

gzip on;

gzip_min_length 500;

gzip_buffers 4 16k;

#gzip_http_version 1.0;

gzip_comp_level 2;

gzip_types text/plain text/css application/x-_javascript_ application/json text/_javascript_;

gzip_vary on;

gzip_proxied any;

lua输出函数：

-- 返回JSONP格式返回值

function weibo_echo(s, m)

local res = {status = 0, statusInfo = {}, data = "">

local body = "var " .. m .. " = " .. cjson.encode(res) .. ";";

ngx.header.content_type = "text/_javascript_; charset=utf-8"

ngx.say(body)

return

end

浏览器中返回头：

Connection:
keep-alive
Content-Type:
application/x-_javascript_; charset=utf-8
Date:
Fri, 13 Jul 2012 03:15:26 GMT
Server:
ngx_openresty/1.0.15.3
content-length:
1712

求春哥答疑解惑。。。如何正确开启gzip。。。。

在 2012年7月13日上午9:43，agentzh <age...@gmail.com>写道：

Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> sorry,经过测试发现当输出的content-type如果被设置在gzip_types内的，也就是会被压缩，这时候无法通过ngx.header.content_length设定大小，始终都是chunked.

ngx_gzip 输出过滤器会自动清除 content-length
响应头，因为它无法在没看到所有的响应体数据的时候（即发送响应头的时候）预知压缩后的总大小。所以这并不是说你在 Lua 里面设置
ngx.header.content_length 没有成功，而是设置成功后被 ngx_gzip 模块的输出过滤器又给清除了。

> 在nginx官方一个文档里找到这句:Also note that the Content-Length header is not set when
> using either version. Keepalives will therefore be impossible with version
> 1.0, while for 1.1 it is handled by chunked transfers.
>
> 应该说明的就是此意思吧
>

这段英文说的完全是另一件事情，和 gzip 一点关系都没有。这段话是说 HTTP 1.0 keepalive 需要
content-length 响应头才能工作，因为 HTTP 1.0 协议还不支持 chunked 编码，也没有其他的流式输出格式。所以当
content-length 响应头不存在时，http 1.0 响应就以连接断开作为响应体数据的末尾，于是自然不可能再支持
keepalive 特性了。

Regards,
-agentzh

Attachment: 4DCAD62EFA500E7AB932E32346CF6D4C.JPG
Description: JPEG image

Attachment: 343BF3C51C7282BD4942931607B37144.JPG
Description: JPEG image

Attachment: 58EA5462A89B17FB7F1803EAA869B9F1.JPG
Description: JPEG image

wangchong1985

我把输出header中的charset去掉了。。。就gzip成功了。。。擦。。。无语。。。原来gzip_types是完全匹配的。。。

在 2012年7月13日上午11:29，王崇 <wangch...@gmail.com>写道：

春哥。。。我看到这个后，我仔细看了下我的lua。。。发现。。。。我设置lua输出的content-type在gzip_types里，但始终无法启动gzip压缩。。很无语。。。求春哥解答。。。

gzip配置：

gzip on;

gzip_min_length 500;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain text/css application/x-_javascript_ application/json text/_javascript_;

gzip_vary on;
gzip_proxied any;

lua输出函数：

-- 返回JSONP格式返回值
function weibo_echo(s, m)
local res = {status = 0, statusInfo = {}, data = "">
local body = "var " .. m .. " = " .. cjson.encode(res) .. ";";
ngx.header.content_type = "text/_javascript_; charset=utf-8"

ngx.say(body)
return
end

浏览器中返回头：

Connection:
keep-alive
Content-Type:
application/x-_javascript_; charset=utf-8
Date:
Fri, 13 Jul 2012 03:15:26 GMT
Server:
ngx_openresty/1.0.15.3

content-length:
1712

求春哥答疑解惑。。。如何正确开启gzip。。。。

在 2012年7月13日上午9:43，agentzh <age...@gmail.com>写道：
Hello!

2012/7/12 刘太华 <de...@gmail.com>:
> sorry,经过测试发现当输出的content-type如果被设置在gzip_types内的，也就是会被压缩，这时候无法通过ngx.header.content_length设定大小，始终都是chunked.

ngx_gzip 输出过滤器会自动清除 content-length
响应头，因为它无法在没看到所有的响应体数据的时候（即发送响应头的时候）预知压缩后的总大小。所以这并不是说你在 Lua 里面设置
ngx.header.content_length 没有成功，而是设置成功后被 ngx_gzip 模块的输出过滤器又给清除了。

> 在nginx官方一个文档里找到这句:Also note that the Content-Length header is not set when
> using either version. Keepalives will therefore be impossible with version
> 1.0, while for 1.1 it is handled by chunked transfers.
>
> 应该说明的就是此意思吧
>

这段英文说的完全是另一件事情，和 gzip 一点关系都没有。这段话是说 HTTP 1.0 keepalive 需要
content-length 响应头才能工作，因为 HTTP 1.0 协议还不支持 chunked 编码，也没有其他的流式输出格式。所以当
content-length 响应头不存在时，http 1.0 响应就以连接断开作为响应体数据的末尾，于是自然不可能再支持
keepalive 特性了。

Regards,
-agentzh