I used

./configure --prefix=/opt/openresty\
             --with-cc-opt="-I/usr/local/include"\
             --with-luajit\
             --without-http_redis2_module \
             --with-ld-opt="-L/usr/local/lib"

throw error You can either do not enable the modules, or install the OpenSSL library into the system, or build the OpenSSL library statically from the source with nginx by using --with-openssl= option.

I try

/configure --prefix=/opt/openresty\     
             --with-cc-opt="-I/usr/local/include"\
             --with-luajit\
             --without-http_redis2_module \
             --with-ld-opt="-L/usr/local/lib"\
--with-openssl="/usr/local/Cellar/openssl"

but unworked

phase.md 文件中， 应该是在介绍 *_by_lua_block{} 这种用法。 例子中依然使用了原来的函数，现修改为：

location /mixed {
    set_by_lua_block $a {
        ngx.log(ngx.ERR, "set_by_lua")
    }
    rewrite_by_lua_block {
        ngx.log(ngx.ERR, "rewrite_by_lua")
    }
}

在看《怎样理解 cosocket》一章中，看到如下解释：

用户的 Lua 脚本每触发一个网络操作，都会触发一个协程的 yield 以及 resume，因为每个请求的 Lua 脚本实际上都运行在独享协程之上，可以在任何需要的时候暂停自己（yield），也可以在任何需要的时候被唤醒（resume）。

那么我可不可以理解为： 在一个请求处理的过程中，前一个网络请求等待（暂停了自己）的时候下一个网络请求还是得等着（唤醒以后往下执行）？

(1) location

location 项对请求 URI 进行匹配，location 后面配置了匹配规则。例如上面的例子中，如果请求的 URI 是 localhost/，则会匹配 location / 这一项；如果请求的 URI 是 localhost/README.md，则会匹配 location /README.md 这项。

上面这个例子只是针对一个确定的 URI 做了反向代理，有的读者会有疑惑：如果对每个页面都进行这样的配置，那将会大量重复，能否做 批量 配置呢？此时需要配合使用 location 的正则匹配功能。具体实现方法可参考本书的 **URL 匹配章节**。

根据 nginx 的 location 匹配规则，并没有 !~ 和 !~*，这本书相关章节的解释容易误导 openresty 支持这两个规则，而事实上 openresty 仍然会报错 nginx: [emerg] invalid location modifier "!~" in ……

我的环境: centos 7, OpenResty 1.15.8.1

[root@localhost workspace]# lj-lua-stacks.sxx --arg time=10 --skip-badvars -x 18767 Found exact match for libluajit: /home/samuelyao/openresty/luajit/lib/libluajit-5.1.so.2.1.0 semantic error: while processing function luajit_G

semantic error: unable to find member 'ptr32' for struct MRef (alternatives: ptr64): operator '->' at stapxx-cyF6xeHE/luajit.stp:162:103 source: return @cast(L, "lua_State", "/home/samuelyao/openresty/luajit/lib/libluajit-5.1.so.2.1.0")->glref->ptr32

Gitbook 上的版本比较老, 缺少了一些章节 ,比如 vscode 的使用. 有些章节还有一些错误: 它在github 上已经修复了: https://github.com/moonbingbing/openresty-best-practices/blame/master/lua/operator.md#L81

期望能更新下Gitbook 上的版本. 或者提供一种本地打开这个项目的最佳实践.

单个lua文件内local变量不超过200个

代码：

local s = ""
for i = 1, 1000 do
    s = s.."\nlocal i" .. i .. " = 1"
end
local a = "local function x()\n" .. s .. "\nend"
print(loadstring(a))

运行报错 has more than 200 local variables

文档里面这里说的：

• 由于在 content_by_lua* 阶段变量的生命周期会随着请求的终结而终结，所以当日志量小于 flush_limit 的情况下这些日志就不能被累积，也不会触发 _flush_buffer 函数，所以小日志会丢失。
• 这些坑回头看来这么明显，所有的问题都是因为我们把 lua/log.lua 用错阶段了，应该放到 log_by_lua* 阶段，所有的问题都不复存在。

虽然小于flush_limit的内容不会flush，但是会放到 模块变量log_buffer_data这个数组中

local function _write_buffer(msg, len)
    log_buffer_index = log_buffer_index + 1
    log_buffer_data[log_buffer_index] = msg

    buffer_size = buffer_size + len


    return buffer_size
end

我的两个疑问：

1. 既然模块变量会缓存，那么下次就会把之前累加的内容一起给发送了，为什么你这里写的不会累加？
2. 而且就算放到log_by_lua阶段，小于flush_limit的内容，也只会写入buffer， 不会flush刷到磁盘； 所以我认为 第二句话（放到log_by_lua阶段就没问题了）不太对，还望帮忙解答这个疑问

https://github.com/moonbingbing/openresty-best-practices/blob/master/ngx_lua/lua-variable-scope.md

在这一节里，提到:

init_worker_by_lua_block {
    local delay = 5
    local handler
    handler = function()
        counter = counter or 0
        counter = counter + 1
        ngx.log(ngx.ERR, counter)
        local ok, err = ngx.timer.at(delay, handler)
        if not ok then
            ngx.log(ngx.ERR, "failed to create the timer: ", err)
            return
        end
    end
    local ok, err = ngx.timer.at(delay, handler)
    if not ok then
        ngx.log(ngx.ERR, "failed to create the timer: ", err)
        return
    end
}

每次 counter 的输出都是 1。

然后实际的情况是，确实每次 timer 执行都在累加，而并没有重新定义。应该需要更新一下文档。

@membphis