luarocks安装lbc， openresty无返回

lyxint · 2013-04-22T16:42:56+00:00

Hello! 2013/4/23 司馬迎風 > > 谢谢！那照这么说的话，应...

luarocks安装lbc， openresty无返回

lyxint

大家好：

openresty版本1.2.6.6： ./configure --with-luajit
--with-http_drizzle_module --with-http_postgres_module
--with-http_iconv_module
luarocs版本2.0.12: ./configure --prefix=/usr/local/openresty/luajit
--with-lua=/usr/local/openresty/luajit/ --lua-suffix=jit
--with-lua-include=/usr/local/openresty/luajit/include/luajit-2.0

安装lbc： usr/local/openresty/luajit/bin/luarocks install lbc

测试lbc:
        location = /bc {
            allow 127.0.0.1;
            deny all;
            lua_code_cache off;
            content_by_lua '
                require("bc")
                ngx.say(bc.number(ngx.var.arg_num):tostring())
            ';
        }

1） 如果lua_code_cache为off， 每次curl结果为预期
2） 如果注释掉lua_code_cache off; 只有第一次curl结果为预期， 随后curl均为curl: (52) Empty
reply from server, log中没有找到任何错误信息

弄了半天没有找到问题所在， 向group寻求帮助， 谢谢！

lyxint

解决了。

  把  require  “bc" 写到init_by_lua或init_by_lua_file里，
content_by_lua、content_by_lua_file里面直接使用bc
或者
  在 content_by_lua、content_by_lua_file里local bc = require "bc"后再使用bc

这是什么原因啊？

agentzh

Hello!

2013/4/22 duyue:
> 解决了。
>
>   把  require  “bc" 写到init_by_lua或init_by_lua_file里，
> content_by_lua、content_by_lua_file里面直接使用bc
> 或者
>   在 content_by_lua、content_by_lua_file里local bc = require "bc"后再使用bc
>
> 这是什么原因啊？
>

你使用的这个 lbc 库不正确地使用了全局变量来存放其内部状态，换言之，它会污染使用者的全局作用域。对应到 lbc 的实现代码上，便是下面这两行：

   luaL_newmetatable(L,MYTYPE);
   lua_setglobal(L,MYNAME);

由于 ngx_lua 中，每个请求都有自己独立的全局环境，所以你在请求的 handler 中 require
这样的库，会导致后续请求无法正确使用这个库（因为后续请求都有自己干净的全局环境表，而这个 Lua
库依赖第一个请求的全局环境表来存取其内部状态数据）。

放在 init_by_lua 里之所以可以工作是因为 init_by_lua 使用的是 Lua VM
级别总的全局环境表，这个总的全局环境表会为所有请求的全局环境所继承。换言之，你的 lbc 库很可能“污染”了这个总的全局环境表 :)

作为设计良好的 Lua 库，无论如何都不应该去污染用户的全局环境表。建议你把这个问题报告给 lbc 的维护者。

Best regards,
-agentzh

lyxint

2013/4/23 agentzh <age...@gmail.com>:
> 作为设计良好的 Lua 库，无论如何都不应该去污染用户的全局环境表。建议你把这个问题报告给 lbc 的维护者。


多谢agentzh

我发现lua_cjson包也有同样的问题：
除非在init_by_lua、init_by_lua_file中有require "xxx"， 否则在handler中require
"xxx"并使用会导致除第一次请求外全部500.
只要init_by_lua、init_by_lua_file中有require "xxx"， handler中require不require都不会出问题。

agentzh

Hello!

2013/4/25 duyue:
>
> 多谢agentzh
>
> 我发现lua_cjson包也有同样的问题：
> 除非在init_by_lua、init_by_lua_file中有require "xxx"， 否则在handler中require
> "xxx"并使用会导致除第一次请求外全部500.
> 只要init_by_lua、init_by_lua_file中有require "xxx"， handler中require不require都不会出问题。
>

你使用的 lua-cjson 是什么版本？ngx_openresty 软件包里面包含的 lua-cjson 1.0.3 并没有这个问题。

我一直懒得去升级这个库，因为新版本总是有操不尽的心啊。。。

迟早我要把 JSON 序列化和反序列化的功能内置进 Lua 5.1 和 LuaJIT 2.0 的 VM. 这样效率也可以更高一些。

Best regards,
-agentzh

lyxint

2013/4/26 agentzh <age...@gmail.com>:
>
> 你使用的 lua-cjson 是什么版本？ngx_openresty 软件包里面包含的 lua-cjson 1.0.3 并没有这个问题。


我用的是openresty 1.2.6.6， lua-cjson是openresty自带的版本。更详细的信息
https://gist.github.com/ifduyue/5464833

我刚刚在我的台式机上测试也重现了问题。

agentzh

Hello!

On Thu, Apr 25, 2013 at 8:14 PM, duyue wrote:
>
> 我用的是openresty 1.2.6.6， lua-cjson是openresty自带的版本。更详细的信息
> https://gist.github.com/ifduyue/5464833
>
> 我刚刚在我的台式机上测试也重现了问题。
>

正确加载 Lua 模块的记法应当是

    local cjson = require "cjson"

而不是

    require "cjson"

后者也是借助于污染当前全局环境表的副作用，是应当避免的。

Best regards,
-agentzh

lyxint

2013/4/26 agentzh <age...@gmail.com>:
>
> 正确加载 Lua 模块的记法应当是
>
>     local cjson = require "cjson"
>
> 而不是
>
>     require "cjson"
>
> 后者也是借助于污染当前全局环境表的副作用，是应当避免的。

thanks.