在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_模块的位置配置设置了处理程序,则将其称为内容处理程序,并忽略在此阶段安装的处理程序 谢谢。这个解释很好!