在nginx.conf中引用lua脚本时,由\u lua访问和由\u lua访问内容之间有什么区别?

在nginx.conf中引用lua脚本时,由\u lua访问和由\u lua访问内容之间有什么区别?,nginx,lua,nginx-config,Nginx,Lua,Nginx Config,我现在很困惑。我的代码处理发送到位置/的每个请求 ########nginx.conf server { listen 8000; server_name localhost; lua_code_cache on; location / { content_by_lua_file /path/to/file.lua; } } 文件.lua对每个传入的http

我现在很困惑。我的代码处理发送到
位置/
的每个请求

########nginx.conf

server {
        listen       8000;
        server_name  localhost;

    lua_code_cache on;

        location / {
            content_by_lua_file /path/to/file.lua;
        }       
    }
文件.lua
对每个传入的http请求执行一些操作。 如果我通过
access\u by\u lua\u文件
而不是
content\u by\u lua\u文件
包含
file.lua,会有什么不同


如果这是一个愚蠢的问题,我道歉。请帮我学习。:)

每个都处理不同的阶段

access_by_lua_文件充当访问阶段处理程序,content_by_lua_文件充当内容阶段处理程序

NGX\U HTTP\U访问\u阶段-验证客户端是否有权发出请求的阶段。标准nginx模块,如ngx_http_access_模块和ngx_http_auth_basic_模块,在此阶段注册它们的处理程序。默认情况下,客户端必须通过在此阶段注册的所有处理程序的授权检查,请求才能继续到下一阶段。如果任何阶段处理程序授权客户端,则可以使用SUPPITE指令来允许处理继续进行


NGX\U HTTP\U内容\u阶段通常生成响应的阶段。多个nginx标准模块在此阶段注册其处理程序,包括ngx_http_index_模块或ngx_http_static_模块。它们被顺序调用,直到其中一个产生输出。还可以基于每个位置设置内容处理程序。如果ngx_http_core_模块的位置配置设置了处理程序,则将其称为内容处理程序,并忽略在此阶段安装的处理程序

谢谢。这个解释很好!