ngx_openresty 应用的开发模式(Was Re: ngx_lua 中访问远方 HTTP 服务的两种推荐的做法 (Was Re: [openresty:172] 42分钟,乱入 OpenResty 手册!-)))

agentzh

On Sat, Mar 10, 2012 at 6:43 PM, Zoom.Quiet <zoom...@gmail.com> wrote:

>
> 我记得 smallfish 先前已经回答过这个问题了。在开发过程中，禁用 lua_code_cache 配置指令之后，就不必在每次修改外部文件中的

- 这个?得的,
- 意思是 lua-resty-* 的模块,其实就是正常的业务模块
- 可以先用标准的业务逻辑开发形式来调试
- 基本靠谱后,封装成 nginx 模块,进行加载?

我觉得你貌似又混淆了 Nginx 模块和 Lua 库之间的概念？呵呵。事实上，lua-resty-* 库使用了 Test::Nginx 测试台来驱动开发和问题调试。可以参考各个 lua-resty-* 库的源码树中的测试集（位于 t/ 目录下的那些 .t 文件），以及 Test::Nginx 这个 Perl 模块的文档：

http://search.cpan.org/dist/Test-Nginx/

我个人非常喜欢这种测试驱动的开发方式。

当然，不少用户也选择使用 lua_code_cache off 这样类似 PHP 和客户端 JS 开发时的那些“随改随刷”的开发模式（即一边修改 .php 或者 .js 源文件，一边直接刷新浏览器中的页面）。

Test::Nginx 不是唯一的测试台，去哪儿网的工程师也搞过他们自己的一些自动化测试框架，比如 QAT: https://github.com/liseen/QAT 我原来在淘宝量子统计团队时也曾用 Perl 实现过一个类似的 HTTP 服务接口的测试框架。

P.S. 我突然发现我们又走题了，又该换 thread 主题了。。。

Regards,

-agentzh

zoom.quiet

在 2012年3月10日 下午8:26，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 6:43 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>
>> >
>> > 我记得 smallfish 先前已经回答过这个问题了。在开发过程中，禁用 lua_code_cache
>> > 配置指令之后，就不必在每次修改外部文件中的
>>
>> - 这个記得的,
>> - 意思是 lua-resty-* 的模块,其实就是正常的 业务模块
>>  - 可以先用标准的业务逻辑开发形式来调试
>>  - 基本靠谱后,封装成 nginx 模块,进行加载?
>>
>
> 我觉得你貌似又混淆了 Nginx 模块和 Lua 库之间的概念？

- 的确, openresty 本身就包含了这两种模块
- 也没有特意进行区分吼,
现在的组件,俺猜:
独立组件:
    Nginx
    LuaJIT
    StandardLuaInterpreter

Nginx 模块:
    ArrayVarNginxModule
    AuthRequestNginxModule
    DrizzleNginxModule
    EchoNginxModule
    EncryptedSessionNginxModule
    FormInputNginxModule
    HeadersMoreNginxModule
    IconvNginxModule
    MemcNginxModule
    PostgresNginxModule
    RdsCsvNginxModule
    RdsJsonNginxModule
    Redis2NginxModule
    SetMiscNginxModule
    SrcacheNginxModule
    UpstreamKeepaliveNginxModule
    XssNginxModule

Lua模块:
    LuaCjsonLibrary
    LuaNginxModule
    LuaRdsParserLibrary
    LuaRedisParserLibrary
    LuaRestyMemcachedLibrary
    LuaRestyMySQLLibrary
    LuaRestyRedisLibrary
    LuaRestyStringLibrary
    LuaRestyUploadLibrary

开发工具:
    NginxDevelKit

> 呵呵。事实上，lua-resty-* 库使用了 Test::Nginx
> 测试台来驱动开发和问题调试。可以参考各个 lua-resty-* 库的源码树中的测试集（位于 t/ 目录下的那些 .t 文件），以及
> Test::Nginx 这个 Perl 模块的文档：
>
> http://search.cpan.org/dist/Test-Nginx/
>
> 我个人非常喜欢这种测试驱动的开发方式。
>
> 当然，不少用户也选择使用 lua_code_cache off 这样类似 PHP 和客户端 JS 开发时的那些“随改随刷”的开发模式（即一边修改
> .php 或者 .js 源文件，一边直接刷新浏览器中的页面）。
>
> Test::Nginx 不是唯一的测试台，去哪儿网的工程师也搞过他们自己的一些自动化测试框架，比如 QAT:
> https://github.com/liseen/QAT 我原来在淘宝量子统计团队时也曾用 Perl 实现过一个类似的 HTTP 服务接口的测试框架。
>
> P.S. 我突然发现我们又走题了，又该换 thread 主题了。。。
>

- 哦哦,,, 那是因为俺这种持着的小白擅长挖掘一个问题引发的各种问题 ;-)
- 实在是这方面的资料,看的少, lua-resty-* 的文档也都简单的可以
  - 没有任何参考列表
  - 也没有入门教程
  - 其实,俺是不想触动 nginx 的代码,根据自个儿的需求,快速完成可用的原型模块,从而真正入门
- TDD 是非常靠谱的开发方式
  - lua 的 TDD 支持工具,又是个新鮮的工具
  - 随写随刷,对于修订已有模块的小问题很好
  - 进行全新模块的开发,很容易乱的
- 所以,配合 Test::Nginx 的开发流程,是否有个 step by step 的教程?
  - 作为非 perl 用户,首先怎么安装使用 CPAN 的 Test::Nginx 就又是一堆的无序低效率学习了,,,



> Regards,
> -agentzh

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

agentzh

On Sat, Mar 10, 2012 at 8:40 PM, Zoom.Quiet <zoom...@gmail.com> wrote:

- 所以,配合 Test::Nginx 的开发流程,是否有个 step by step 的教程?

直接 google Test::Nginx 应该会找到一些中英文教程。

- 作为非 perl 用户,首先怎么安装使用 CPAN 的 Test::Nginx 就又是一堆的无序低效率学习了,,,

在安装有 perl 的系统上（许多 *NIX 系统都自带了），安装 Test::Nginx 一般只需要一条命令：

sudo cpan Test::Nginx

使用 Test::Nginx 不需要什么 Perl 语言方面的知道。它通过 Test::Base 模块自己定义了一种小语言。

Regards,

-agentzh

agentzh

On Sat, Mar 10, 2012 at 8:46 PM, agentzh <age...@gmail.com> wrote:

On Sat, Mar 10, 2012 at 8:40 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
- 所以,配合 Test::Nginx 的开发流程,是否有个 step by step 的教程?

直接 google Test::Nginx 应该会找到一些中英文教程。

另外，现有的 lua-resty-* 库和我们维护的所有 nginx 模块的测试集都是 Test::Nginx 的“活教材”。

例如 lua-resty-memcached 库的测试集：

https://github.com/agentzh/lua-resty-memcached/blob/master/t/sanity.t

再比如 ngx_lua 模块的规模庞大的测试集：

https://github.com/chaoslawful/lua-nginx-module/tree/master/t/

我的不少 Test::Nginx 的用户都是从“依葫芦画瓢”入手的。因为这些测试例大多非常直观，这也正是基于 Test::Base 的测试框架的主要优势之一 :)

Best regards,

-agentzh

zoom.quiet

在 2012年3月10日 下午8:46，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 8:40 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>
>> - 所以,配合 Test::Nginx 的开发流程,是否有个 step by step 的教程?
> 直接 google Test::Nginx 应该会找到一些中英文教程。
>
不带这么玩的 ;-(
- 几个相关模块都是 agentzh 你的作品
- 从你的一系列 openresty 的维基到文档,大家已经知道了:
  - 基本没有几个中文版本的
  - 而且怎么搜索,都是指向 CPAN 的相关页面,,,,

- Test::Nginx 设计目标是对 nginx 的 C 扩展模块进行测试
  - 俺还是要问: 怎么应用于 lua 模块的开发?
https://github.com/agentzh/lua-resty-redis/blob/master/t/sanity.t
应该是对应的测试案例;
但是,
lua-resty-redis/valgrind.suppress at master · agentzh/lua-resty-redis
https://github.com/agentzh/lua-resty-redis/blob/master/valgrind.suppress
看起来,还要配合 valgrind 一起跑的?

那么,其实,还是需要本地跑个nginx 实例进程:
- 然后通过 Test::Nginx 进行测试的自动加载/案例执行/結果收集通告
- 形成写lua->跑案例->改 lua 的开发流程?

暂时想象不出具体,是怎么样的一个 TDD 操作,,,


>>
>>  - 作为非 perl 用户,首先怎么安装使用 CPAN 的 Test::Nginx 就又是一堆的无序低效率学习了,,,
>>
>
> 在安装有 perl 的系统上（许多 *NIX 系统都自带了），安装 Test::Nginx 一般只需要一条命令：
>
>     sudo cpan Test::Nginx
>
> 使用 Test::Nginx 不需要什么 Perl 语言方面的知道。它通过 Test::Base 模块自己定义了一种小语言。
>

- 嗯嗯嗯,看来 DSL 的创造习惯,从 perl 时代就已经开始了,,,
- 呜乎矣哉,俺是习惯寻找现行的 dsl 解决问题,而不是相反
实在是面对的领域不同,,,

> Regards,
> -agentzh



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

Attachment: 屏幕快照 2012-03-10 20.59.23.png
Description: PNG image

zoom.quiet

在 2012年3月10日 下午8:54，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 8:46 PM, agentzh <age...@gmail.com> wrote:
>>
>> On Sat, Mar 10, 2012 at 8:40 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>>>
>>> - 所以,配合 Test::Nginx 的开发流程,是否有个 step by step 的教程?
>>
>>
>> 直接 google Test::Nginx 应该会找到一些中英文教程。
>
>
> 另外，现有的 lua-resty-* 库和我们维护的所有 nginx 模块的测试集都是 Test::Nginx 的“活教材”。
>
> 例如 lua-resty-memcached 库的测试集：
>
>     https://github.com/agentzh/lua-resty-memcached/blob/master/t/sanity.t
>
> 再比如 ngx_lua 模块的规模庞大的测试集：
>
>     https://github.com/chaoslawful/lua-nginx-module/tree/master/t/
>
> 我的不少 Test::Nginx 的用户都是从“依葫芦画瓢”入手的。因为这些测试例大多非常直观，这也正是基于 Test::Base
> 的测试框架的主要优势之一 :)
>

- 嗯嗯嗯,这是没有任何可用文档之时,被迫的好不好,,,
- 这基本就是个问题,不是个特性吼,,,
不过,也足以说明,你作品的用户,以前都是极其聪明的懒人
    - 自个儿明白了,就认为新来的也可以这么明白
    - 至于其中,有什么杯具的誤解过程,,,算是福利吼 ;-)

不过,俺也很擅长这么连蒙带猜的学习过程的,
- 只是比较痲爪的是不知道怎么将指出的几个工具配合起来
- 成为一个方便的,活着的,可理解的 lua-resty-样 功能模块的开发调试环境

> Best regards,
> -agentzh
>

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

agentzh

On Sat, Mar 10, 2012 at 9:10 PM, Zoom.Quiet <zoom...@gmail.com> wrote:
>
> 不带这么玩的 ;-(
> - 几个相关模块都是 agentzh 你的作品
> - 从你的一系列 openresty 的维基到文档,大家已经知道了:
>  - 基本没有几个中文版本的
>  - 而且怎么搜索,都是指向 CPAN 的相关页面,,,,
>

貌似我的搜索水平更高一些：

http://www.nginx-discovery.com/2011/03/day-32-moving-to-testnginx.html
http://www.nginx-discovery.com/2011/03/day-40-testnginx-new-features.html

我准备的中文材料和文档相对较少，是因为这个项目从一开始就是国际化的。我只能先保证英文文档，毕竟我们的资源是非常有限的 :) 试想 Nginx
项目早期也只有俄文文档。

我欢迎汉语还不错的热心用户在现有的英文资料的基础上，贡献更多的汉语材料。

> - Test::Nginx 设计目标是对 nginx 的 C 扩展模块进行测试
>  - 俺还是要问: 怎么应用于 lua 模块的开发?

Test::Nginx 不仅可以运行测试 Nginx C 模块，也可以用来测试 lua-resty-* 库这样基于 ngx_openresty 的 Lua 库。

>
> https://github.com/agentzh/lua-resty-redis/blob/master/t/sanity.t
> 应该是对应的测试案例;
> 但是,
> lua-resty-redis/valgrind.suppress at master · agentzh/lua-resty-redis
> https://github.com/agentzh/lua-resty-redis/blob/master/valgrind.suppress
> 看起来,还要配合 valgrind 一起跑的?
>

Test::Nginx 默认情况下并不使用 valgrind 运行测试集。仅当你指定了 TEST_NGINX_VALGRIND=1
时才会使用 valgrind 运行测试集。细节可以参考 Test::Nginx::Socket 中相关的官方文档：

http://search.cpan.org/dist/Test-Nginx/lib/Test/Nginx/Socket.pm#TEST_NGINX_USE_VALGRIND

>
> 那么,其实,还是需要本地跑个nginx 实例进程:
> - 然后通过 Test::Nginx 进行测试的自动加载/案例执行/?Y果收集通告
> - 形成写lua->跑案例->改 lua 的开发流程?
>
> 暂时想象不出具体,是怎么样的一个 TDD 操作,,,
>

以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：

1. 编辑 t/sanity.t，准备测试用例;
2. 在 lib/resty/memcached.lua 中实现相关的代码;
3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
会运行测试文件 t/sanity.t 并生成测试报告到终端;
4. 根据测试结果，重返步骤 1 或 2.

其中步骤 3 中的命令一般会封装进一个 Makefile 文件，所以一般直接执行命令 make test 就可以了。

>
> - 嗯嗯嗯,看来 DSL 的创造习惯,从 perl 时代就已经开始了,,,
> - 呜乎矣哉,俺是习惯寻找现行的 dsl 解决问题,而不是相反
> 实在是面对的领域不同,,,

Test::Nginx 提供了现成的 DSL 记法，可以直接解决问题。我不明白你说的"相反"是什么意思。

Regards,
-agentzh

agentzh

On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>
> 以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：
>
> 1. 编辑 t/sanity.t，准备测试用例;
> 2. 在 lib/resty/memcached.lua 中实现相关的代码;
> 3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
> 会运行测试文件 t/sanity.t 并生成测试报告到终端;
> 4. 根据测试结果，重返步骤 1 或 2.
>

这里的步骤 3 有误，应当作：

     PATH=/usr/local/openresty/nginx/sbin:$PATH prove t/sanity.t

或者这样写以便运行 t/ 目录下的所有 .t 文件（包括子孙目录中的 .t 文件）：

PATH=/usr/local/openresty/sbin/nginx/sbin:$PATH prove -r t

这里设置 PATH 环境的目的是为了指定 Test::Nginx 测试台所使用的 nginx 可执行文件的位置。

如果只想运行某个文件中的特定用例，直接在该用例上标记 --- ONLY 即可。或者用 --- SKIP
跳过相应的用例。另一个常用的特殊标记是 --- LAST，表示运行到该用例就不再继续。

Regards,
-agentzh

agentzh

On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>
> Test::Nginx 默认情况下并不使用 valgrind 运行测试集。仅当你指定了 TEST_NGINX_VALGRIND=1
> 时才会使用 valgrind 运行测试集。

这里有一处笔误，当是名为 TEST_NGINX_USE_VALGRIND 环境变量。

Regards,
-agentzh

xvqqqq

我觉得

先了解下test::base，再看test:nginx可能效果要好点。

在 2012年3月10日下午9:34，agentzh <age...@gmail.com>写道：

On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>
> 以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：
>
> 1. 编辑 t/sanity.t，准备测试用例;
> 2. 在 lib/resty/memcached.lua 中实现相关的代码;
> 3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
> 会运行测试文件 t/sanity.t 并生成测试报告到终端;
> 4. 根据测试结果，重返步骤 1 或 2.
>

这里的步骤 3 有误，应当作：

PATH=/usr/local/openresty/nginx/sbin:$PATH prove t/sanity.t

或者这样写以便运行 t/ 目录下的所有 .t 文件（包括子孙目录中的 .t 文件）：

PATH=/usr/local/openresty/sbin/nginx/sbin:$PATH prove -r t

这里设置 PATH 环境的目的是为了指定 Test::Nginx 测试台所使用的 nginx 可执行文件的位置。

如果只想运行某个文件中的特定用例，直接在该用例上标记 --- ONLY 即可。或者用 --- SKIP
跳过相应的用例。另一个常用的特殊标记是 --- LAST，表示运行到该用例就不再继续。

Regards,
-agentzh

--
邮件自: 列表“openresty”,专用于技术讨论!
发言: 请发邮件到 openresty@googlegroups.com
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
详情: http://groups.google.com/group/openresty
官网: http://openresty.org/
仓库: https://github.com/agentzh/ngx_openresty
建议: 提问的智慧 http://wiki.woodpecker.org.cn/moin/AskForHelp

工作愉快、生活幸福

zoom.quiet

在 2012年3月10日 下午9:34，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>>
>> 以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：
>>
>> 1. 编辑 t/sanity.t，准备测试用例;
>> 2. 在 lib/resty/memcached.lua 中实现相关的代码;
>> 3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
>> 会运行测试文件 t/sanity.t 并生成测试报告到终端;
>> 4. 根据测试结果，重返步骤 1 或 2.
>>
>
> 这里的步骤 3 有误，应当作：
>
>     PATH=/usr/local/openresty/nginx/sbin:$PATH prove t/sanity.t
>
> 或者这样写以便运行 t/ 目录下的所有 .t 文件（包括子孙目录中的 .t 文件）：
>
> PATH=/usr/local/openresty/sbin/nginx/sbin:$PATH prove -r t
>
> 这里设置 PATH 环境的目的是为了指定 Test::Nginx 测试台所使用的 nginx 可执行文件的位置。
>
> 如果只想运行某个文件中的特定用例，直接在该用例上标记 --- ONLY 即可。或者用 --- SKIP
> 跳过相应的用例。另一个常用的特殊标记是 --- LAST，表示运行到该用例就不再继续。
>

- 好吧, agentzh 是桶开朗的牙膏~使劲儿挤,总是有好东西出来的
- 俺将根据折腾的深入,不断的挤的,,,
  - 大家同来挤吼,,,

ps:
openresty 团队,核心成员,怎么也5位了,其它好人,没有加入当前列表嘛?
是否应该邀請进来?
- 这样,俺这种小白问题,就不用全由 agentzh 回答了吼?

> Regards,
> -agentzh


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

thematice

objs/addon/src/ngx_http_array_var_util.o \

objs/addon/src/ngx_http_memc_module.o \

objs/addon/src/ngx_http_memc_request.o \

objs/addon/src/ngx_http_memc_response.o \

objs/addon/src/ngx_http_memc_util.o \

objs/addon/src/ngx_http_memc_handler.o \

objs/addon/src/ngx_http_redis2_module.o \

objs/addon/src/ngx_http_redis2_handler.o \

objs/addon/src/ngx_http_redis2_reply.o \

objs/addon/src/ngx_http_redis2_util.o \

objs/addon/upstream-keepalive-nginx-module-0.7/ngx_http_upstream_keepalive_module.o \

objs/addon/auth-request-nginx-module-0.2/ngx_http_auth_request_module.o \

objs/addon/src/ngx_http_rds_json_filter_module.o \

objs/addon/src/ngx_http_rds_json_processor.o \

objs/addon/src/ngx_http_rds_json_util.o \

objs/addon/src/ngx_http_rds_json_output.o \

objs/addon/src/ngx_http_rds_json_handler.o \

objs/addon/src/ngx_http_rds_csv_filter_module.o \

objs/addon/src/ngx_http_rds_csv_processor.o \

objs/addon/src/ngx_http_rds_csv_util.o \

objs/addon/src/ngx_http_rds_csv_output.o \

objs/ngx_modules.o \

-Wl,-E -lpthread -lcrypt -L/usr/local/src/ngx_openresty-1.0.10.48/build/lua-root/usr/local/appserver/openresty/lua/lib -llua -lm -lpcre -lssl -lcrypto -ldl -lz

objs/addon/src/ngx_http_lua_regex.o: In function `ngx_http_lua_regex_free_study_data':

/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10/../ngx_lua-0.4.1/src/ngx_http_lua_regex.c:1627: undefined reference to `pcre_free_study'

collect2: ld returned 1 exit status

gmake[2]: *** [objs/nginx] Error 1

gmake[2]: Leaving directory `/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10'

gmake[1]: *** [build] Error 2

gmake[1]: Leaving directory `/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10'

gmake: *** [all] Error 2

小白问题，为啥编译会报错。。。求解

版本：ngx_openresty-1.0.10.48

gmake --version

GNU Make 3.81

This is free software; see the source for copying conditions.

There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A

PARTICULAR PURPOSE.

This program built for x86_64-redhat-linux-gnu

在 2012年3月10日下午9:40，Zoom.Quiet <zoom...@gmail.com>写道：

在 2012年3月10日下午9:34，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>>
>> 以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：
>>
>> 1. 编辑 t/sanity.t，准备测试用例;
>> 2. 在 lib/resty/memcached.lua 中实现相关的代码;
>> 3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
>> 会运行测试文件 t/sanity.t 并生成测试报告到终端;
>> 4. 根据测试结果，重返步骤 1 或 2.
>>
>
> 这里的步骤 3 有误，应当作：
>
> PATH=/usr/local/openresty/nginx/sbin:$PATH prove t/sanity.t
>
> 或者这样写以便运行 t/ 目录下的所有 .t 文件（包括子孙目录中的 .t 文件）：
>
> PATH=/usr/local/openresty/sbin/nginx/sbin:$PATH prove -r t
>
> 这里设置 PATH 环境的目的是为了指定 Test::Nginx 测试台所使用的 nginx 可执行文件的位置。
>
> 如果只想运行某个文件中的特定用例，直接在该用例上标记 --- ONLY 即可。或者用 --- SKIP
> 跳过相应的用例。另一个常用的特殊标记是 --- LAST，表示运行到该用例就不再继续。
>

- 好吧, agentzh 是桶开朗的牙膏~使劲儿挤,总是有好东西出来的
- 俺将根据折腾的深入,不断的挤的,,,
- 大家同来挤吼,,,

ps:
openresty 团队,核心成员,怎么也5位了,其它好人,没有加入当前列表嘛?
是否应该邀?进来?
- 这样,俺这种小白问题,就不用全由 agentzh 回答了吼?

> Regards,
> -agentzh

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

--
邮件自: 列表"openresty",专用于技术讨论!
发言: 请发邮件到 openresty@googlegroups.com
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
详情: http://groups.google.com/group/openresty
官网: http://openresty.org/
仓库: https://github.com/agentzh/ngx_openresty
建议: 提问的智慧 http://wiki.woodpecker.org.cn/moin/AskForHelp

thematice

问题解决。不劳大神们解决了。。。

在 2012年3月11日上午1:18，澍雨天下 <them...@gmail.com>写道：

objs/addon/src/ngx_http_array_var_util.o \
objs/addon/src/ngx_http_memc_module.o \
objs/addon/src/ngx_http_memc_request.o \
objs/addon/src/ngx_http_memc_response.o \

objs/addon/src/ngx_http_memc_util.o \
objs/addon/src/ngx_http_memc_handler.o \
objs/addon/src/ngx_http_redis2_module.o \
objs/addon/src/ngx_http_redis2_handler.o \

objs/addon/src/ngx_http_redis2_reply.o \
objs/addon/src/ngx_http_redis2_util.o \
objs/addon/upstream-keepalive-nginx-module-0.7/ngx_http_upstream_keepalive_module.o \

objs/addon/auth-request-nginx-module-0.2/ngx_http_auth_request_module.o \
objs/addon/src/ngx_http_rds_json_filter_module.o \
objs/addon/src/ngx_http_rds_json_processor.o \

objs/addon/src/ngx_http_rds_json_util.o \
objs/addon/src/ngx_http_rds_json_output.o \
objs/addon/src/ngx_http_rds_json_handler.o \
objs/addon/src/ngx_http_rds_csv_filter_module.o \

objs/addon/src/ngx_http_rds_csv_processor.o \
objs/addon/src/ngx_http_rds_csv_util.o \
objs/addon/src/ngx_http_rds_csv_output.o \
objs/ngx_modules.o \

-Wl,-E -lpthread -lcrypt -L/usr/local/src/ngx_openresty-1.0.10.48/build/lua-root/usr/local/appserver/openresty/lua/lib -llua -lm -lpcre -lssl -lcrypto -ldl -lz
objs/addon/src/ngx_http_lua_regex.o: In function `ngx_http_lua_regex_free_study_data':

/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10/../ngx_lua-0.4.1/src/ngx_http_lua_regex.c:1627: undefined reference to `pcre_free_study'
collect2: ld returned 1 exit status
gmake[2]: *** [objs/nginx] Error 1

gmake[2]: Leaving directory `/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10'
gmake[1]: *** [build] Error 2
gmake[1]: Leaving directory `/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10'

gmake: *** [all] Error 2

小白问题，为啥编译会报错。。。求解
版本：ngx_openresty-1.0.10.48
gmake --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for x86_64-redhat-linux-gnu

在 2012年3月10日下午9:40，Zoom.Quiet <zoom...@gmail.com>写道：
在 2012年3月10日下午9:34，agentzh <age...@gmail.com> 写道：
> On Sat, Mar 10, 2012 at 9:28 PM, agentzh <age...@gmail.com> wrote:
>>
>> 以 lua-resty-memcached 库为例，一个典型的 TDD 周期是这样的：
>>
>> 1. 编辑 t/sanity.t，准备测试用例;
>> 2. 在 lib/resty/memcached.lua 中实现相关的代码;
>> 3. 运行命令 PATH=/usr/local/openresty/nginx/sbin/nginx prove t/sanity.t
>> 会运行测试文件 t/sanity.t 并生成测试报告到终端;
>> 4. 根据测试结果，重返步骤 1 或 2.
>>
>
> 这里的步骤 3 有误，应当作：
>
> PATH=/usr/local/openresty/nginx/sbin:$PATH prove t/sanity.t
>
> 或者这样写以便运行 t/ 目录下的所有 .t 文件（包括子孙目录中的 .t 文件）：
>
> PATH=/usr/local/openresty/sbin/nginx/sbin:$PATH prove -r t
>
> 这里设置 PATH 环境的目的是为了指定 Test::Nginx 测试台所使用的 nginx 可执行文件的位置。
>
> 如果只想运行某个文件中的特定用例，直接在该用例上标记 --- ONLY 即可。或者用 --- SKIP
> 跳过相应的用例。另一个常用的特殊标记是 --- LAST，表示运行到该用例就不再继续。
>

- 好吧, agentzh 是桶开朗的牙膏~使劲儿挤,总是有好东西出来的
- 俺将根据折腾的深入,不断的挤的,,,
- 大家同来挤吼,,,

ps:
openresty 团队,核心成员,怎么也5位了,其它好人,没有加入当前列表嘛?
是否应该邀?进来?
- 这样,俺这种小白问题,就不用全由 agentzh 回答了吼?

> Regards,
> -agentzh

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

--
邮件自: 列表"openresty",专用于技术讨论!
发言: 请发邮件到 openresty@googlegroups.com
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
详情: http://groups.google.com/group/openresty
官网: http://openresty.org/
仓库: https://github.com/agentzh/ngx_openresty
建议: 提问的智慧 http://wiki.woodpecker.org.cn/moin/AskForHelp

--
邮件自: 列表“openresty”,专用于技术讨论!
发言: 请发邮件到 openresty@googlegroups.com
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
详情: http://groups.google.com/group/openresty
官网: http://openresty.org/
仓库: https://github.com/agentzh/ngx_openresty
建议: 提问的智慧 http://wiki.woodpecker.org.cn/moin/AskForHelp

agentzh

On Sun, Mar 11, 2012 at 1:18 AM, 澍雨天下 <them...@gmail.com> wrote:

objs/addon/src/ngx_http_lua_regex.o: In function `ngx_http_lua_regex_free_study_data':
/usr/local/src/ngx_openresty-1.0.10.48/build/nginx-1.0.10/../ngx_lua-0.4.1/src/ngx_http_lua_regex.c:1627: undefined reference to `pcre_free_study'

你的操作系统中貌似有多个不同版本的 openssl 库，这里的错误显然是因为默认搜索路径上的 openssl 头文件与默认搜索路径上的 openssl 的库文件版本不一致。

建议通过 ./configure 脚本的 --with-cc-opt="-I/path/to/openssl/include" 和 --with-ld-opt="-L/path/to/openssl/lib" 选项分别显式指定你的 OpenSSL 的头文件路径和库文件路径（这里假设你的 openssl 安装到了 /path/to/openssl 前缀位置）。你须确保这里指定的 openssl 的头文件与库文件的版本严格一致。

另外一种选择是下载最新的 openssl 源码包，在本地解压为目录 /path/to/openssl-VERSION，然后在构造 ngx_openresty 时，使用命令

./configure --with-openssl=/path/to/openssl-VERSION ...

即可。

Regards,
-agentzh