Nginx+lua 怎么调试lua程序！

lihang_net

Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！请问下大家有更好的方式吗？

agentzh

Hello!

On Sat, Sep 21, 2013 at 6:41 PM, Lucien Li wrote:
> Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！
> 请问下大家有更好的方式吗？
>

你为什么不直接在 Linux 上开发你的 Lua 代码呢？

在过去的六七年里，我编写代码时一般喜欢使用测试驱动的方式，无论使用何种语言。我的开发工作流一般是很小的循环：

   编辑源码 -> 运行测试 -> 编辑源码 -> 运行测试 -> ...

你可以参考我的那些 lua-resty-* 库的测试集 :)

Regards,
-agentzh

lihang_net

嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？

在 2013年9月22日星期日UTC+8上午9时44分53秒，agentzh写道：

Hello!

On Sat, Sep 21, 2013 at 6:41 PM, Lucien Li wrote:
> Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！
> 请问下大家有更好的方式吗？
>

你为什么不直接在 Linux 上开发你的 Lua 代码呢？

在过去的六七年里，我编写代码时一般喜欢使用测试驱动的方式，无论使用何种语言。我的开发工作流一般是很小的循环：

编辑源码 -> 运行测试 -> 编辑源码 -> 运行测试 -> ...

你可以参考我的那些 lua-resty-* 库的测试集 :)

Regards,
-agentzh

agentzh

Hello!

2013/9/21 Lucien Li:
> 嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？
>

再说一遍，你可以参考我的那些 lua-resty-* 库的测试集 :)

比如 lua-resty-redis 的测试集，或者 lua-resty-memcached 的测试集。 都在它们的 t/ 目录下。

Regards,
-agentzh

lihang_net

感谢~我试试～

在 2013年9月22日星期日UTC+8上午10时29分47秒，agentzh写道：

Hello!

2013/9/21 Lucien Li:
> 嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？
>

再说一遍，你可以参考我的那些 lua-resty-* 库的测试集 :)

比如 lua-resty-redis 的测试集，或者 lua-resty-memcached 的测试集。都在它们的 t/ 目录下。

Regards,
-agentzh

fatfatson

我也是刚刚转到linux上搞后台开发，现在用tmux+vim还不错

用tmux将屏幕拆成4份，一个大的做vim编辑，一个显示nginx的log，一个用来敲一些shell指令，一个用来运行curl跑测试

关键是要配好tmux和vim的各种快捷键，一旦习惯了操作还是很迅捷的。

在 2013年9月22日星期日UTC+8上午10时26分34秒，Lucien Li写道：

嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？

在 2013年9月22日星期日UTC+8上午9时44分53秒，agentzh写道：
Hello!

On Sat, Sep 21, 2013 at 6:41 PM, Lucien Li wrote:
> Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！
> 请问下大家有更好的方式吗？
>

你为什么不直接在 Linux 上开发你的 Lua 代码呢？

在过去的六七年里，我编写代码时一般喜欢使用测试驱动的方式，无论使用何种语言。我的开发工作流一般是很小的循环：

编辑源码 -> 运行测试 -> 编辑源码 -> 运行测试 -> ...

你可以参考我的那些 lua-resty-* 库的测试集 :)

Regards,
-agentzh

fatfatson

忘了说调试了。其实没有IDE工具的话，逐行调试观察变量和栈是非常麻烦的，要熟练使用gdb的话也许能行，不过习惯了vs那种集成调试环境的话很难转过来

不过一般通过打print来调试都可以了，配合我上面说的那种环境，一面看输出一面编辑调整，其实也很实用。

真要单步跟踪，那除非是c层出了问题诡异crash之类的，不然平时真用不上。

在 2013年9月22日星期日UTC+8上午10时26分34秒，Lucien Li写道：

嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？

在 2013年9月22日星期日UTC+8上午9时44分53秒，agentzh写道：
Hello!

On Sat, Sep 21, 2013 at 6:41 PM, Lucien Li wrote:
> Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！
> 请问下大家有更好的方式吗？
>

你为什么不直接在 Linux 上开发你的 Lua 代码呢？

在过去的六七年里，我编写代码时一般喜欢使用测试驱动的方式，无论使用何种语言。我的开发工作流一般是很小的循环：

编辑源码 -> 运行测试 -> 编辑源码 -> 运行测试 -> ...

你可以参考我的那些 lua-resty-* 库的测试集 :)

Regards,
-agentzh

agentzh

Hello!

2013/9/21 Yichun Zhang (agentzh):
>
> 再说一遍，你可以参考我的那些 lua-resty-* 库的测试集 :)
>
> 比如 lua-resty-redis 的测试集，或者 lua-resty-memcached 的测试集。 都在它们的 t/ 目录下。
>

特别地，调试很细节的问题，可以在关键的代码路径上添加输出语句（响应输出或者日志输出）。我喜欢这样来安插代码：

1. 在文件开头加上下面两句：

    local debug = ngx.config.debug
    local function dd(...) ngx.log(ngx.log(ngx.DEBUG, ...) end

或者把这两句放在专门的一个 lua 模块中，然后导出 dd 这个函数。

2. 在需要输出的地方加上

    if debug then dd("something happend: data=", some_var) end

在开发过程中可以启用 nginx 的调试日志（通过 ./configure --with-debug 开启），这样开发中，debug
总是为真值，而在生产中则自动变成假值。if debug then end 这个条件可以确保在 debug 为假时不会影响 LuaJIT 的
JIT 编译器（因为 ... 这个东西目前还不能被 LuaJIT 给  JIT 编译）。

我不太喜欢 gdb 风格的单步调试方式，即使我在开发 C 代码时也几乎从不使用单步功能。我后面打算添加的 ngx_lua 环境里的 Lua
代码的高级调试支持将基于 systemtap 和 dtrace 这样的动态追踪框架。

Regards,
-agentzh

lihang_net

嗯，不错，我试试~ 感谢~

在 2013年9月22日星期日UTC+8上午10时32分51秒，小冶写道：

我也是刚刚转到linux上搞后台开发，现在用tmux+vim还不错
用tmux将屏幕拆成4份，一个大的做vim编辑，一个显示nginx的log，一个用来敲一些shell指令，一个用来运行curl跑测试
关键是要配好tmux和vim的各种快捷键，一旦习惯了操作还是很迅捷的。

在 2013年9月22日星期日UTC+8上午10时26分34秒，Lucien Li写道：
嗯，在linux上面开发lua程序怎么结合nginx一起来调试呢？

在 2013年9月22日星期日UTC+8上午9时44分53秒，agentzh写道：
Hello!

On Sat, Sep 21, 2013 at 6:41 PM, Lucien Li wrote:
> Nginx+lua 怎么调试lua程序，我现在都是现在win7上面验证好lua程序，然后上传到centos上面跟nginx一起跑！
> 请问下大家有更好的方式吗？
>

你为什么不直接在 Linux 上开发你的 Lua 代码呢？

在过去的六七年里，我编写代码时一般喜欢使用测试驱动的方式，无论使用何种语言。我的开发工作流一般是很小的循环：

编辑源码 -> 运行测试 -> 编辑源码 -> 运行测试 -> ...

你可以参考我的那些 lua-resty-* 库的测试集 :)

Regards,
-agentzh

lihang_net

嗯，这个就比较详细了，在次感谢了~

在 2013年9月22日星期日UTC+8上午10时39分19秒，agentzh写道：

Hello!

2013/9/21 Yichun Zhang (agentzh):
>
> 再说一遍，你可以参考我的那些 lua-resty-* 库的测试集 :)
>
> 比如 lua-resty-redis 的测试集，或者 lua-resty-memcached 的测试集。都在它们的 t/ 目录下。
>

特别地，调试很细节的问题，可以在关键的代码路径上添加输出语句（响应输出或者日志输出）。我喜欢这样来安插代码：

1. 在文件开头加上下面两句：

local debug = ngx.config.debug
local function dd(...) ngx.log(ngx.log(ngx.DEBUG, ...) end

或者把这两句放在专门的一个 lua 模块中，然后导出 dd 这个函数。

2. 在需要输出的地方加上

if debug then dd("something happend: data=", some_var) end

在开发过程中可以启用 nginx 的调试日志（通过 ./configure --with-debug 开启），这样开发中，debug
总是为真值，而在生产中则自动变成假值。if debug then end 这个条件可以确保在 debug 为假时不会影响 LuaJIT 的
JIT 编译器（因为 ... 这个东西目前还不能被 LuaJIT 给 JIT 编译）。

我不太喜欢 gdb 风格的单步调试方式，即使我在开发 C 代码时也几乎从不使用单步功能。我后面打算添加的 ngx_lua 环境里的 Lua
代码的高级调试支持将基于 systemtap 和 dtrace 这样的动态追踪框架。

Regards,
-agentzh