ngx.redirect 怎么用?

Yes, the default TCP-retransmission gap is 3 seconds. If there are many request delayed with 3 seconds, possiblely it's a network problem, checking the switc...

zoom.quiet · 2012-03-07T23:38:00+00:00

Yes, the default TCP-retransmission gap is 3 seconds. If there are many request delayed with 3 seconds, possiblely it's a network problem, checking the switc...

ngx.redirect 怎么用?

zoom.quiet

非常认同 openresty 将各种功能直接对应到 url ,并在 nginx 内部没有线程消耗的理念!
- 不过,怎么理解或是 使用 ngx.redirect?
设想:
- / 访问时,自动导向 /readme 输出使用帮助
- /=/(\w+) 是具体的功能, 只接受 POST 数据,如果是 GET 的,自动导向 /readme

尝试:
    location / {
        rewrite ^ /readme redirect;
    }
    location /readme {
        content_by_lua_file conf/lua/readme.lua;
    }
    location ~ ^/=/(\w+) {
        content_by_lua_file conf/lua/$1.lua;
    }
lua/readme.lua
    仅仅一系列固定的 ngx.say
lua/chk.lua 类似:

local method   = ngx.var.request_method
--ngx.say("remote_addr:\t",ngx.var.remote_addr)
--ngx.log(ngx.INFO,"\n\trequest_method: ",method,"\n\t")
if method ~= 'POST' then
    return ngx.redirect("/readme")
else
...

结果:
$ curl localhost/
$ curl localhost/=/

都是返回 302页面
- curl 开 -v 参数可看到,,,
< HTTP/1.1 302 Moved Temporarily
< Server: ngx_openresty/1.0.10.48
< Date: Wed, 07 Mar 2012 15:28:35 GMT
< Content-Type: text/html
< Content-Length: 172
< Location: http://127.0.0.1:9090/readme
< Connection: keep-alive

那么,意思是 ngx.redirect() 只能进行 http 的标准头操作,
不能进行实际的跳转?

那俺只能进行 子调用的安排?!


--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

zoom.quiet

在 2012年3月7日 下午11:37，Zoom.Quiet <zoom...@gmail.com> 写道：
> 非常认同 openresty 将各种功能直接对应到 url ,并在 nginx 内部没有线程消耗的理念!
> - 不过,怎么理解或是 使用 ngx.redirect?
> 设想:
> - / 访问时,自动导向 /readme 输出使用帮助
> - /=/(\w+) 是具体的功能, 只接受 POST 数据,如果是 GET 的,自动导向 /readme
>
> 尝试:
>    location / {
>        rewrite ^ /readme redirect;
>    }
>    location /readme {
>        content_by_lua_file conf/lua/readme.lua;
>    }
>    location ~ ^/=/(\w+) {
>        content_by_lua_file conf/lua/$1.lua;
>    }
> lua/readme.lua
>    仅仅一系列固定的 ngx.say
> lua/chk.lua 类似:
>
> local method   = ngx.var.request_method
> --ngx.say("remote_addr:\t",ngx.var.remote_addr)
> --ngx.log(ngx.INFO,"\n\trequest_method: ",method,"\n\t")
> if method ~= 'POST' then
>    return ngx.redirect("/readme")
> else
> ...
>
> 结果:
> $ curl localhost/
> $ curl localhost/=/
>
> 都是返回 302页面
> - curl 开 -v 参数可看到,,,
> < HTTP/1.1 302 Moved Temporarily
> < Server: ngx_openresty/1.0.10.48
> < Date: Wed, 07 Mar 2012 15:28:35 GMT
> < Content-Type: text/html
> < Content-Length: 172
> < Location: http://127.0.0.1:9090/readme
> < Connection: keep-alive
>
> 那么,意思是 ngx.redirect() 只能进行 http 的标准头操作,
> 不能进行实际的跳转?
>
> 那俺只能进行 子调用的安排?!

- 先抄了段代码解决:
if method ~= 'POST' then
    ngx.say('only POST chk me;-)')
    local readme = ngx.location.capture("/")
    if res.status == 200 then
        ngx.say(readme.body)
    end

但是,感觉不如重定向直觉?

--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

agentzh

On Wed, Mar 7, 2012 at 11:37 PM, Zoom.Quiet <zoom...@gmail.com> wrote:

都是返回 302页面
- curl 开 -v 参数可看到,,,
< HTTP/1.1 302 Moved Temporarily
< Server: ngx_openresty/1.0.10.48
< Date: Wed, 07 Mar 2012 15:28:35 GMT
< Content-Type: text/html
< Content-Length: 172
< Location: http://127.0.0.1:9090/readme
< Connection: keep-alive

那么,意思是 ngx.redirect() 只能进行 http 的标准头操作,
不能进行实际的跳转?

那俺只能进行子调用的安排?!

ngx.redirect 发起的是 HTTP 301/302 跳转（或者说“外部跳转”）。你说的是“内部跳转”？内部跳转应当使用 ngx.exec() 函数或者在 rewrite 阶段使用 ngx.req.set_uri(uri, true)

细节请见 ngx_lua 的官方文档：

http://wiki.nginx.org/HttpLuaModule#ngx.exec

http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri

这些不同类型的跳转在我的 Nginx 连载教程中都有详细的介绍：

http://blog.sina.com.cn/openresty

建议先仔细阅读 :)

Best,
-agentzh

zoom.quiet

在 2012年3月8日 上午10:55，agentzh <age...@gmail.com> 写道：
> On Wed, Mar 7, 2012 at 11:37 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>
>>
>> 都是返回 302页面
>> - curl 开 -v 参数可看到,,,
>> < HTTP/1.1 302 Moved Temporarily
>> < Server: ngx_openresty/1.0.10.48
>> < Date: Wed, 07 Mar 2012 15:28:35 GMT
>> < Content-Type: text/html
>> < Content-Length: 172
>> < Location: http://127.0.0.1:9090/readme
>> < Connection: keep-alive
>>
>> 那么,意思是 ngx.redirect() 只能进行 http 的标准头操作,
>> 不能进行实际的跳转?
>>
>> 那俺只能进行 子调用的安排?!
>>
>
> ngx.redirect 发起的是 HTTP 301/302 跳转（或者说“外部跳转”）。你说的是“内部跳转”？内部跳转应当使用 ngx.exec()
> 函数或者在 rewrite 阶段使用 ngx.req.set_uri(uri, true)
>
> 细节请见 ngx_lua 的官方文档：
>
> http://wiki.nginx.org/HttpLuaModule#ngx.exec
>
> http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri
>
> 这些不同类型的跳转在我的 Nginx 连载教程中都有详细的介绍：
>
> http://blog.sina.com.cn/openresty
>
> 建议先仔细阅读 :)
>
嗯嗯嗯,都看过了,俺精读的是:
http://openresty.org/#eBooks
    下载到的 .zip html 版本
- 不过,这就是问题所在,国内的各种学院式图书,都是根据自个儿认为最好的知识体系架构将领域技术平述完事儿,根本不管新人怎么习得,,,
- blog 中的系列文章,是以 Nginx 研究者的角度,穷尽当前 Nginx 技术体制中的各种细节
- 维基中的手册,是记载模块所有功能的 菜单
- 但是,没有什么文章,是引导大家怎么训练转换到 openresty 的思路上来的
俺准备今晚吼过 开源卫士社区语音讲座后,写个 step by step 的openresty 乱入
   - 解决立即上手出活的思路问题,,,
   - 請原创工程师以及资深用户吐糟意见吼,,,


ps:
- 现在,对于,已经算破了冰的俺,最大的问题是:
  - http://openresty.org/#Components
  - 列出了这么多组件
  - 但是,除了给出原生组件的项目官网,就没有給出任何在 openresty 中使用的具体说明
- 比如说:
  - http://www.kyne.com.au/~mark/software/lua-cjson.php
  - 看官方文档,是要
-- Module instantiation
local cjson = require "cjson"
local cjson2 = cjson.new()
local cjson_safe = require "cjson.safe"
      - 可是,俺尝试半天,无果,
      - 最后死撞一下,什么也不声明,直接用 cjson.decode() 就成了!
不能 这么玩心灵感应的吼!!!!


> Best,
> -agentzh



--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

Attachment: 屏幕快照 2012-03-08 11.52.14.png
Description: PNG image

agentzh

On Thu, Mar 8, 2012 at 12:00 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
> - blog 中的系列文章,是以 Nginx 研究者的角度,穷尽当前 Nginx 技术体制中的各种细节

呃。。。事实上，这些教程是写给普通 Nginx 用户看的，如果是全面面向 Nginx 研究者，深度将远不止如此 :)

Best regards,
-agentzh

zoom.quiet

在 2012年3月8日 上午10:55，agentzh <age...@gmail.com> 写道：
> On Wed, Mar 7, 2012 at 11:37 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>> 都是返回 302页面
>> - curl 开 -v 参数可看到,,,
>> < HTTP/1.1 302 Moved Temporarily
>> < Server: ngx_openresty/1.0.10.48
>> < Date: Wed, 07 Mar 2012 15:28:35 GMT
>> < Content-Type: text/html
>> < Content-Length: 172
>> < Location: http://127.0.0.1:9090/readme
>> < Connection: keep-alive
>>
>> 那么,意思是 ngx.redirect() 只能进行 http 的标准头操作,
>> 不能进行实际的跳转?
>>
>> 那俺只能进行 子调用的安排?!
>>
>
> ngx.redirect 发起的是 HTTP 301/302 跳转（或者说“外部跳转”）。你说的是“内部跳转”？内部跳转应当使用 ngx.exec()
> 函数或者在 rewrite 阶段使用 ngx.req.set_uri(uri, true)
>
> 细节请见 ngx_lua 的官方文档：
>
> http://wiki.nginx.org/HttpLuaModule#ngx.exec
>
> http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri
>
其实都尝试过:
ngx.exec("/")
<<<lua handler aborted: runtime error: [string "ngx.exec"]:1:
    attempt to call ngx.exec after sending out response headers,
ngx.req.set_uri("/", true)
<<<lua handler aborted: runtime error: [string "ngx.req.set_uri"]:1:
    attempt to call ngx.req.set_uri to do location jump in contexts
other than rewrite_by_lua and rewrite_by_lua_file,

> 这些不同类型的跳转在我的 Nginx 连载教程中都有详细的介绍：
>
- 都是最后 content 阶段之前的操作
- 而俺期望的是:
  - 将各个 url 的 nginx 配置视作独立的功能函式
  - 在相关请求处理中,可以在业务逻辑的任意地方进行调用整合输出
比如说:
/readme 对应的是 readme.lua 负责各种文字的标准化输出
那么,在其它任意 url 对应的 *.lua 业务脚本的任何逻辑分支中
    - 只要有已知的错误
    - 就可以直接中止执行,并输出 /readme 的説明
    - 当然,需要追加标识哪儿出问题的前导说明
类似 py 中:
     try:
     except:
结构中,exept 住的异常,立即安全的使用其它常用处理,
比如说,俺在 bottle 中的常用手法:
@route('%s/reset/:linkback'%ini.urlprefix)
def reseted(linkback):
    chpasswd = ini.lpasswd%(ini.ldapadm,base64.urlsafe_b64decode(linkback))
    try:
        lisERR,strERR,lisOUT,strOUT = __popen(chpasswd)
        crtpasswd = chpasswd.split()[-1]
        __redirect("Notice",ini.msgTPLcrtpass%crtpasswd)
    except OSError, e:
        __redirect("OSError",ini.msgTPLtryerr%e)

- @route 相当 nginx 的 location 匹配
- redirect() 就是立即携带信息,跳到指定 url 进行标准提示

其实,进一步的,俺期望
    - openresty 将业务的各个事务,合理分离为 url
    - 根据不同权限/消息什么的,可以自动组合成新业务流程,以直觉的代码形式编写
e.g

if "admin" ~= LEVEL then
   ngx.say(ngx.exec.capture("/index",args,,,)
        ,   ngx.exec.capture("/admin",args,,,)
        ,   ngx.exec.capture("/about",args,,,)
        ,   ngx.exec.capture("/content",args,,,)
        )
else
   ngx.say(ngx.exec.capture("/index",args,,,)
        ,   ngx.exec.capture("/about",args,,,)
        ,   ngx.exec.capture("/content",args,,,)
        )
end

嗯嗯嗯 !


> http://blog.sina.com.cn/openresty
>
> 建议先仔细阅读 :)



--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

zoom.quiet

在 2012年3月8日 下午12:09，agentzh <age...@gmail.com> 写道：
> On Thu, Mar 8, 2012 at 12:00 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>> - blog 中的系列文章,是以 Nginx 研究者的角度,穷尽当前 Nginx 技术体制中的各种细节
>
> 呃。。。事实上，这些教程是写给普通 Nginx 用户看的，如果是全面面向 Nginx 研究者，深度将远不止如此 :)

- 是也乎,是也乎
- Joshua Zhu’s Blog » Nginx Internals Talk in Guangzhou, China
http://blog.zhuzhaoyuan.com/2009/08/nginx-internals-talk-guangzhou/
- 第二期 珠三角技术沙龙,老朱吼时,几乎下面的都没有反应了,,,


--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

zoom.quiet

在 2012年3月8日 下午12:36，Zoom.Quiet <zoom...@gmail.com> 写道：
> 在 2012年3月8日 下午12:09，agentzh <age...@gmail.com> 写道：
>> On Thu, Mar 8, 2012 at 12:00 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>> - blog 中的系列文章,是以 Nginx 研究者的角度,穷尽当前 Nginx 技术体制中的各种细节
>>
>> 呃。。。事实上，这些教程是写给普通 Nginx 用户看的，如果是全面面向 Nginx 研究者，深度将远不止如此 :)
>
> - 是也乎,是也乎
> - Joshua Zhu’s Blog » Nginx Internals Talk in Guangzhou, China
> http://blog.zhuzhaoyuan.com/2009/08/nginx-internals-talk-guangzhou/
> - 第二期 珠三角技术沙龙,老朱吼时,几乎下面的都没有反应了,,,
分享3年前的幻灯:
Nginx Internals
http://www.slideshare.net/joshzhu/nginx-internals


--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

agentzh

On Thu, Mar 8, 2012 at 12:31 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>
>> http://wiki.nginx.org/HttpLuaModule#ngx.exec
>>
>> http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri
>>
> 其实都尝试过:
> ngx.exec("/")
> <<<lua handler aborted: runtime error: [string "ngx.exec"]:1:
>    attempt to call ngx.exec after sending out response headers,
> ngx.req.set_uri("/", true)
> <<<lua handler aborted: runtime error: [string "ngx.req.set_uri"]:1:
>    attempt to call ngx.req.set_uri to do location jump in contexts
> other than rewrite_by_lua and rewrite_by_lua_file,
>

这里给出的出错信息都很清楚地指示了你在用法上的具体错误：

1. 你在已经输出了响应头的情况下再用 ngx.exec() 发起内部跳转是无意义的，因为跳转到的目标 location
再输出它自己的响应头就会导致非法 HTTP 响应了。

2. 你只能在 rewrite 阶段使用 ngx.req.set_uri(uri, true) 发起跳转。这是 Nginx
核心中的限制，在官方文档中亦有明确的交待："The jump can only be set to true in
rewrite_by_lua and rewrite_by_lua_file. Use of jump in other contexts
is prohibited and will throw out a Lua exception. " 见
http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri

请仔细阅读文档，并正确使用这些 API :)

> - 都是最后 content 阶段之前的操作
> - 而俺期望的是:
>  - 将各个 url 的 nginx 配置视作独立的功能函式
>  - 在相关请求处理中,可以在业务逻辑的任意地方进行调用整合输出

如果你想以 Nginx location 为单位组织你的应用，那你应该使用 Nginx 子请求。ngx_lua 提供了子请求接口：

http://wiki.nginx.org/HttpLuaModule#ngx.location.capture

http://wiki.nginx.org/HttpLuaModule#ngx.location.capture_multi

但是，需要注意的是，子请求接口是全缓冲输出模式，效率上会有额外开销。建议你改用 Lua API 来组织和划分。

> 比如说:
> /readme 对应的是 readme.lua 负责各种文字的标准化输出
> 那么,在其它任意 url 对应的 *.lua 业务脚本的任何逻辑分支中
>    - 只要有已知的错误
>    - 就可以直接中止执行,并输出 /readme 的?h明
>    - 当然,需要追加标识哪儿出问题的前导说明
> 类似 py 中:
>     try:
>     except:
> 结构中,exept 住的异常,立即安全的使用其它常用处理,

python 应用框架是自己进行 URL 分发的，你也可以完全在 Lua 中来做这件事情，而不完全依赖于 Nginx 的 location
进行细粒度的 URL 分发。

> - redirect() 就是立即携带信息,跳到指定 url 进行标准提示
>

不要假设其他 web 系统中的 "redirect" 名字都具有你熟悉的 python 框架中的 redirect
方法的含义。应当仔细阅读文档，明确实际的功能和行为 :)

> 其实,进一步的,俺期望
>    - openresty 将业务的各个事务,合理分离为 url
>    - 根据不同权限/消息什么的,可以自动组合成新业务流程,以直觉的代码形式编写

有多种玩法，比如：

1. 可以在客户端 JS 层面来做 AJAX 请求的组合和融合管理，可以使用类似 ExtJS 4.0 这样的客户端 JS 的 MVC 框架。

2. 当然，也可以在 Nginx 层面通过子请求来进行组合（或者说 mashup），从而能组合各种异质的 Nginx
location（Lua 的或者非 Lua 的），比如使用 ngx_echo 模块的 echo_subrequest 或者 ngx_lua
的 ngx.location.capture 等接口，或者 nginx SSI.

3. 更一步地，可以自己在 Lua 层面进行 URL 分发和调度管理。类似 Python 和 Ruby 社区的许多独立的 Web 开发框架。

> if "admin" ~= LEVEL then
>   ngx.say(ngx.exec.capture("/index",args,,,)
>        ,   ngx.exec.capture("/admin",args,,,)
>        ,   ngx.exec.capture("/about",args,,,)
>        ,   ngx.exec.capture("/content",args,,,)
>        )
> else
>   ngx.say(ngx.exec.capture("/index",args,,,)
>        ,   ngx.exec.capture("/about",args,,,)
>        ,   ngx.exec.capture("/content",args,,,)
>        )
> end

我感觉这里使用模版系统级别的组合指令更合适一些？

Best regards,
-agentzh

zoom.quiet

在 2012年3月8日 下午1:12，agentzh <age...@gmail.com> 写道：
> On Thu, Mar 8, 2012 at 12:31 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>>
>>> http://wiki.nginx.org/HttpLuaModule#ngx.exec
>>>
>>> http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri
>>>
>> 其实都尝试过:
>> ngx.exec("/")
>> <<<lua handler aborted: runtime error: [string "ngx.exec"]:1:
>>    attempt to call ngx.exec after sending out response headers,
>> ngx.req.set_uri("/", true)
>> <<<lua handler aborted: runtime error: [string "ngx.req.set_uri"]:1:
>>    attempt to call ngx.req.set_uri to do location jump in contexts
>> other than rewrite_by_lua and rewrite_by_lua_file,
>>
>
> 这里给出的出错信息都很清楚地指示了你在用法上的具体错误：
>
> 1. 你在已经输出了响应头的情况下再用 ngx.exec() 发起内部跳转是无意义的，因为跳转到的目标 location
> 再输出它自己的响应头就会导致非法 HTTP 响应了。
>
> 2. 你只能在 rewrite 阶段使用 ngx.req.set_uri(uri, true) 发起跳转。这是 Nginx
> 核心中的限制，在官方文档中亦有明确的交待："The jump can only be set to true in
> rewrite_by_lua and rewrite_by_lua_file. Use of jump in other contexts
> is prohibited and will throw out a Lua exception. " 见
> http://wiki.nginx.org/HttpLuaModule#ngx.req.set_uri
>
> 请仔细阅读文档，并正确使用这些 API :)
>

- 是也乎,真正见到 error 信息后,才能对目前连载中的教程有感觉
- 强烈建议先給出 Nginx 11 个阶段的总图谱
  - 指出各个阶段可以使用的 Nginx /OpenResty 指令
  - 以便形成整体思路
刚刚开始时,见到含义相近的指令名,是无法意识到阶段顺序这种内核细节差异的,,

>> - 都是最后 content 阶段之前的操作
>> - 而俺期望的是:
>>  - 将各个 url 的 nginx 配置视作独立的功能函式
>>  - 在相关请求处理中,可以在业务逻辑的任意地方进行调用整合输出
>
> 如果你想以 Nginx location 为单位组织你的应用，那你应该使用 Nginx 子请求。ngx_lua 提供了子请求接口：
>
> http://wiki.nginx.org/HttpLuaModule#ngx.location.capture
>
> http://wiki.nginx.org/HttpLuaModule#ngx.location.capture_multi
>
> 但是，需要注意的是，子请求接口是全缓冲输出模式，效率上会有额外开销。建议你改用 Lua API 来组织和划分。
>

- 这句话,非常重要吼,,,
- 能展开一些介紹嘛 ?
  - 对于高性能 web 应用开发来說
  - 行为/业务/功能/代码,,, 哪一种模块化才最合理,的确是很难把握的事儿
  - 如果, openresty 中包含有强烈设计思想的使用规约或是函式,就可以减少大量的设计问题了


>> 比如说:
>> /readme 对应的是 readme.lua 负责各种文字的标准化输出
>> 那么,在其它任意 url 对应的 *.lua 业务脚本的任何逻辑分支中
>>    - 只要有已知的错误
>>    - 就可以直接中止执行,并输出 /readme 的説明
>>    - 当然,需要追加标识哪儿出问题的前导说明
>> 类似 py 中:
>>     try:
>>     except:
>> 结构中,exept 住的异常,立即安全的使用其它常用处理,
>
> python 应用框架是自己进行 URL 分发的，你也可以完全在 Lua 中来做这件事情，而不完全依赖于 Nginx 的 location
> 进行细粒度的 URL 分发。
>
>> - redirect() 就是立即携带信息,跳到指定 url 进行标准提示
>>
>
> 不要假设其他 web 系统中的 "redirect" 名字都具有你熟悉的 python 框架中的 redirect
> 方法的含义。应当仔细阅读文档，明确实际的功能和行为 :)
>

- 嗯嗯嗯 ,这是一定的
- 不过,杀熟不杀生,除非 haskell 这种非冯机制的語言,只能放弃以往所有经验之外
  - 命令序列式的語言
  - 学习时,肯定是使用旧经验 来对比想象,才快上手的
- 在手册中,应该强調这方面容易引发的誤解

>> 其实,进一步的,俺期望
>>    - openresty 将业务的各个事务,合理分离为 url
>>    - 根据不同权限/消息什么的,可以自动组合成新业务流程,以直觉的代码形式编写
>
> 有多种玩法，比如：
>
> 1. 可以在客户端 JS 层面来做 AJAX 请求的组合和融合管理，可以使用类似 ExtJS 4.0 这样的客户端 JS 的 MVC 框架。
>
- 这肯定不考虑,否则直接 node.js 更加舒服了
- openresty 最吸引人的,就是前后端不分直接在 httpd 中完成业务逻辑
  - 使用 lua 統一维护界面
  - 比需要跨語言/請求过程的复杂配合/调试 要爽的多

> 2. 当然，也可以在 Nginx 层面通过子请求来进行组合（或者说 mashup），从而能组合各种异质的 Nginx
> location（Lua 的或者非 Lua 的），比如使用 ngx_echo 模块的 echo_subrequest 或者 ngx_lua
> 的 ngx.location.capture 等接口，或者 nginx SSI.
>
    - 对! 就是 ngx_echo ,这是以往你的文章中讲的比较多的
    - 只是,这模块是在 nginx 配置文件中的,不是 lua 中的
    - 进行参数/中间数据传递时,没有那么直觉
    函式和参数都在一屏距离才容易掌握,,,


> 3. 更一步地，可以自己在 Lua 层面进行 URL 分发和调度管理。类似 Python 和 Ruby 社区的许多独立的 Web 开发框架。
>

- 这正是俺设想的,不过,跟 RESTful 的理解不深有关系
  - 俺設想,不同功能的 API 接口,即可以独立請求
  - 也可以加以组合,以便快速兼容全新业务
  - 因为,說到底,所有 web 应用都只是对相关数据进行 增/删/改/查 而已

>> if "admin" ~= LEVEL then
>>   ngx.say(ngx.exec.capture("/index",args,,,)
>>        ,   ngx.exec.capture("/admin",args,,,)
>>        ,   ngx.exec.capture("/about",args,,,)
>>        ,   ngx.exec.capture("/content",args,,,)
>>        )
>> else
>>   ngx.say(ngx.exec.capture("/index",args,,,)
>>        ,   ngx.exec.capture("/about",args,,,)
>>        ,   ngx.exec.capture("/content",args,,,)
>>        )
>> end
>
> 我感觉这里使用模版系统级别的组合指令更合适一些？
- 嗯嗯嗯,俺举例不好
  - 如果是输出web 页面 ,当然是配合模板为好
  - 但是,如果是仅仅 json 输出的 API,也可以进行組合就好了

ps:
- 类比 py 的修饰器
- lua 本身是有高端函式語言特性的
  - 也可以有类似的函式叠加方式?
  - 以便将相同的处置/判定 可以快速的复用在不同的功能上?

--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/

agentzh

On Thu, Mar 8, 2012 at 2:30 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
> 在 2012年3月8日下午1:12，agentzh <age...@gmail.com> 写道：
>> On Thu, Mar 8, 2012 at 12:31 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>
> - 这句话,非常重要吼,,,
> - 能展开一些介?B嘛 ?
> - 对于高性能 web 应用开发来?f
> - 行为/业务/功能/代码,,, 哪一种模块化才最合理,的确是很难把握的事儿
> - 如果, openresty 中包含有强烈设计思想的使用规约或是函式,就可以减少大量的设计问题了
>

对于 ngx_openresty 这样的基础件，我们不会只提供一种方式和规范。我们把自主权留给“上层建筑”（比如一些上层应用框架）。不用应用场景的用法可能大相径庭。

> - 嗯嗯嗯 ,这是一定的
> - 不过,杀熟不杀生,除非 haskell 这种非冯机制的?Z言,只能放弃以往所有经验之外
> - 命令序列式的?Z言
> - 学习时,肯定是使用旧经验来对比想象,才快上手的
> - 在手册中,应该强?{这方面容易引发的?`解
>

我不觉得 ngx.redirect 表达 HTTP 1.1 redirection 在命名上存在容易引起误解的地方 :)

我也不可能在 ngx_lua 的文档中罗列 ngx.redirect 与 Python, Perl, Ruby, Java, Nodejs, Haskell, Smalltalk 等所有常见语言的所有常见应用框架中所有叫做"redirect"命字的东西的区别。

>> 1. 可以在客户端 JS 层面来做 AJAX 请求的组合和融合管理，可以使用类似 ExtJS 4.0 这样的客户端 JS 的 MVC 框架。
>>
> - 这肯定不考虑,否则直接 node.js 更加舒服了
> - openresty 最吸引人的,就是前后端不分直接在 httpd 中完成业务逻辑
> - 使用 lua ?y一维护界面
> - 比需要跨?Z言/?求过程的复杂配合/调试要爽的多
>

Web 2.0 是 ngx_openresty 推荐的应用模型，在这种模式下，是“天然客户端分布式”的。除非那些需要 SEO 的场景，或者客户端融合的代价过高而须在服务器融合。

>> 2. 当然，也可以在 Nginx 层面通过子请求来进行组合（或者说 mashup），从而能组合各种异质的 Nginx
>> location（Lua 的或者非 Lua 的），比如使用 ngx_echo 模块的 echo_subrequest 或者 ngx_lua
>> 的 ngx.location.capture 等接口，或者 nginx SSI.
>>
> - 对! 就是 ngx_echo ,这是以往你的文章中讲的比较多的
> - 只是,这模块是在 nginx 配置文件中的,不是 lua 中的
> - 进行参数/中间数据传递时,没有那么直觉
> 函式和参数都在一屏距离才容易掌握,,,
>

每一种方式都有它最适合的应用场景。我们提供多种方式就是为了满足多种玩法 :) 有得必有失，包括功能上的，也包括性能上的。

>
>> 3. 更一步地，可以自己在 Lua 层面进行 URL 分发和调度管理。类似 Python 和 Ruby 社区的许多独立的 Web 开发框架。
>>
>
> - 这正是俺设想的,不过,跟 RESTful 的理解不深有关系
> - 俺?O想,不同功能的 API 接口,即可以独立?求
> - 也可以加以组合,以便快速兼容全新业务
> - 因为,?f到底,所有 web 应用都只是对相关数据进行增/删/改/查而已
>

其实 RESTful 的最大价值并非在 web 应用内部 :) 而是 Web 2.0 乃至 Web 3.0 的场景。

> ps:
> - 类比 py 的修饰器
> - lua 本身是有高端函式?Z言特性的
> - 也可以有类似的函式叠加方式?
> - 以便将相同的处置/判定可以快速的复用在不同的功能上?
>

在你决定使用高阶函数和 lambda 组合子这样的函数式方式前，需要清楚由此带来的性能开销 :) 过程式的 Lua 代码在 LuaJIT 中通常会跑得更快，甚至快得多。毕竟咱们平常用的 CPU 并不是传说中的“Lambda 芯片” :)

Regards,
-agentzh