diff options
| author | 最萌小汐 <sumneko@hotmail.com> | 2021-12-22 14:19:38 +0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-12-22 14:19:38 +0800 |
| commit | 315cba61692efe7f06a5ad88cd1346d07b287a91 (patch) | |
| tree | b3407a26fa74b5708a9fed9d74024175a120ab9d /meta/3rd/OpenResty/library | |
| parent | ec4f497aa2624d9dce29e1de0cfd28ecd85e7df3 (diff) | |
| parent | d31a2e506d65bdc113543af9e1fb4b200d8e7023 (diff) | |
| download | lua-language-server-315cba61692efe7f06a5ad88cd1346d07b287a91.zip | |
Merge pull request #873 from flrgh/chore/openresty-typedefs
Update OpenResty typedefs, annotations, and configuration
Diffstat (limited to 'meta/3rd/OpenResty/library')
60 files changed, 4970 insertions, 3271 deletions
diff --git a/meta/3rd/OpenResty/library/jit.lua b/meta/3rd/OpenResty/library/jit.lua new file mode 100644 index 00000000..1adb40fa --- /dev/null +++ b/meta/3rd/OpenResty/library/jit.lua @@ -0,0 +1,32 @@ +---@meta + + +--- Returns (and optionally sets) the current PRNG state (an array of 8 Lua +--- numbers with 32-bit integer values) currently used by the JIT compiler. +--- +--- When the `state` argument is non-nil, it is expected to be an array of up to 8 +--- unsigned Lua numbers, each with value less than 2\*\*32-1. This will set the +--- current PRNG state and return the state that was overridden. +--- +--- **Note:** For backward compatibility, `state` argument can also be an unsigned +--- Lua number less than 2\*\*32-1. +--- +--- **Note:** When the `state` argument is an array and less than 8 numbers, or the +--- `state` is a number, the remaining positions are filled with zeros. +--- +--- Usage: +--- +--- ```lua +--- local state = jit.prngstate() +--- local oldstate = jit.prngstate{ a, b, c, ... } +--- +--- jit.prngstate(32) -- {32, 0, 0, 0, 0, 0, 0, 0} +--- jit.prngstate{432, 23, 50} -- {432, 23, 50, 0, 0, 0, 0, 0} +--- ``` +--- +--- **Note:** This API has no effect if LuaJIT is compiled with +--- `-DLUAJIT_DISABLE_JIT`, and will return a table with all `0`. +--- +---@param state? integer[] +---@return integer[] state +function jit.prngstate(state) end diff --git a/meta/3rd/OpenResty/library/ngx.balancer.lua b/meta/3rd/OpenResty/library/ngx.balancer.lua index 4e8caff8..c3d00627 100644 --- a/meta/3rd/OpenResty/library/ngx.balancer.lua +++ b/meta/3rd/OpenResty/library/ngx.balancer.lua @@ -1,8 +1,122 @@ ---@meta -ngx_balancer={} -function ngx_balancer.set_current_peer(addr, port) end -function ngx_balancer.set_timeouts(connect_timeout, send_timeout, read_timeout) end -function ngx_balancer.get_last_failure() end -function ngx_balancer.set_more_tries(count) end -ngx_balancer.version="0.1.17" -return ngx_balancer
\ No newline at end of file +local balancer = { + version = require("resty.core.base").version, +} + +--- Sets the peer address (host and port) for the current backend query (which +--- may be a retry). +--- +--- Domain names in host do not make sense. You need to use OpenResty libraries +--- like lua-resty-dns to obtain IP address(es) from all the domain names before +--- entering the `balancer_by_lua*` handler (for example, you can perform DNS +--- lookups in an earlier phase like `access_by_lua*` and pass the results to the +--- `balancer_by_lua*` handler via `ngx.ctx`. +--- +---@param addr string +---@param port integer +---@return boolean ok +---@return string? error +function balancer.set_current_peer(addr, port) end + + +--- Sets the upstream timeout (connect, send and read) in seconds for the +--- current and any subsequent backend requests (which might be a retry). +--- +--- If you want to inherit the timeout value of the global nginx.conf +--- configuration (like `proxy_connect_timeout`), then just specify the nil value +--- for the corresponding argument (like the `connect_timeout` argument). +--- +--- Zero and negative timeout values are not allowed. +--- +--- You can specify millisecond precision in the timeout values by using floating +--- point numbers like 0.001 (which means 1ms). +--- +--- Note: `send_timeout` and `read_timeout` are controlled by the same config +--- `proxy_timeout` for `ngx_stream_proxy_module`. To keep API compatibility, this +--- function will use `max(send_timeout, read_timeout)` as the value for setting +--- proxy_timeout. +--- +--- Returns `true` when the operation is successful; returns `nil` and a string +--- describing the error otherwise. +--- +--- This only affects the current downstream request. It is not a global change. +--- +--- For the best performance, you should use the OpenResty bundle. +--- +--- This function was first added in the 0.1.7 version of this library. +--- +---@param connect_timeout? number +---@param send_timeout? number +---@param read_timeout? number +---@return boolean ok +---@return string? error +function balancer.set_timeouts(connect_timeout, send_timeout, read_timeout) end + +---@alias ngx.balancer.failure +---| '"next"' # Failures due to bad status codes sent from the backend server. The origin's response is same though, which means the backend connection can still be reused for future requests. +---| '"failed"' Fatal errors while communicating to the backend server (like connection timeouts, connection resets, and etc). In this case, the backend connection must be aborted and cannot get reused. + +--- Retrieves the failure details about the previous failed attempt (if any) when +--- the next_upstream retrying mechanism is in action. When there was indeed a +--- failed previous attempt, it returned a string describing that attempt's state +--- name, as well as an integer describing the status code of that attempt. +--- +--- Possible status codes are those HTTP error status codes like 502 and 504. +--- +--- For stream module, `status_code` will always be 0 (`ngx.OK`) and is provided +--- for compatibility reasons. +--- +--- When the current attempt is the first attempt for the current downstream +--- request (which means there is no previous attempts at all), this method +--- always returns a single `nil` value. +--- +---@return ngx.balancer.failure? state_name +---@return integer? status_code +function balancer.get_last_failure() end + +--- Sets the tries performed when the current attempt (which may be a retry) +--- fails (as determined by directives like proxy_next_upstream, depending on +--- what particular nginx uptream module you are currently using). +-- +--- Note that the current attempt is excluded in the count number set here. +--- +--- Please note that, the total number of tries in a single downstream request +--- cannot exceed the hard limit configured by directives like +--- `proxy_next_upstream_tries`, depending on what concrete NGINX upstream +--- module you are using. When exceeding this limit, the count value will get +--- reduced to meet the limit and the second return value will be the string +--- "reduced tries due to limit", which is a warning, while the first return +--- value is still a `true` value. +--- +---@param count integer +---@return boolean ok +---@return string? error +function balancer.set_more_tries(count) end + +--- Recreates the request buffer for sending to the upstream server. +--- +--- This is useful, for example if you want to change a request header field +--- to the new upstream server on balancer retries. +--- +--- Normally this does not work because the request buffer is created once +--- during upstream module initialization and won't be regenerated for subsequent +--- retries. However you can use `proxy_set_header My-Header $my_header` and +--- set the `ngx.var.my_header` variable inside the balancer phase. Calling +--- `recreate_request()` after updating a header field will cause the request +--- buffer to be re-generated and the `My-Header` header will thus contain the +--- new value. +--- +--- Warning: because the request buffer has to be recreated and such allocation +--- occurs on the request memory pool, the old buffer has to be thrown away and +--- will only be freed after the request finishes. Do not call this function too +--- often or memory leaks may be noticeable. Even so, a call to this function +--- should be made only if you know the request buffer must be regenerated, +--- instead of unconditionally in each balancer retries. +--- +--- This function was first added in the 0.1.20 version of this library. +--- +---@return boolean ok +---@return string? error +function balancer.recreate_request() end + +return balancer
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.base64.lua b/meta/3rd/OpenResty/library/ngx.base64.lua index 667e97fb..5f8184d5 100644 --- a/meta/3rd/OpenResty/library/ngx.base64.lua +++ b/meta/3rd/OpenResty/library/ngx.base64.lua @@ -1,6 +1,21 @@ ---@meta -ngx_base64={} -function ngx_base64.encode_base64url(s) end -function ngx_base64.decode_base64url(s) end -ngx_base64.version="0.1.17" -return ngx_base64
\ No newline at end of file +local base64 = { + version = require("resty.core.base").version, +} + +---Encode input using base64url rules. Returns the encoded string. +---@param s string +---@return string +function base64.encode_base64url(s) end + +---Decode input using base64url rules. Returns the decoded string. +--- +---If the input is not a valid base64url encoded string, decoded will be `nil` +---and err will be a string describing the error. +--- +---@param s string +---@return string? decoded +---@return string? err +function base64.decode_base64url(s) end + +return base64
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.errlog.lua b/meta/3rd/OpenResty/library/ngx.errlog.lua index eb29be99..fa713a01 100644 --- a/meta/3rd/OpenResty/library/ngx.errlog.lua +++ b/meta/3rd/OpenResty/library/ngx.errlog.lua @@ -1,8 +1,124 @@ ---@meta -ngx_errlog={} -function ngx_errlog.get_sys_filter_level() end -function ngx_errlog.set_filter_level(level) end -function ngx_errlog.get_logs(max, logs) end -function ngx_errlog.raw_log(level, msg) end -ngx_errlog.version="0.1.17" -return ngx_errlog
\ No newline at end of file +local errlog = { + version = require("resty.core.base").version, +} + +--- Return the nginx core's error log filter level (defined via the `error_log` configuration directive in nginx.conf) as an integer value. +---@return ngx.log.level +function errlog.get_sys_filter_level() end + + +--- Specifies the filter log level, only to capture and buffer the error logs with a log level no lower than the specified level. +--- +--- If we don't call this API, all of the error logs will be captured by default. +--- +--- In case of error, `nil` will be returned as well as a string describing the error. +--- +--- This API should always work with directive `lua_capture_error_log`. +--- +--- See Nginx log level constants for all nginx log levels. +--- +---@param level ngx.log.level +---@return boolean ok +---@return string? err +function errlog.set_filter_level(level) end + + +--- Fetches the captured nginx error log messages if any in the global data buffer specified by ngx_lua's `lua_capture_error_log` directive. Upon return, this Lua function also removes those messages from that global capturing buffer to make room for future new error log data. +--- +--- In case of error, nil will be returned as well as a string describing the error. +--- +--- The optional max argument is a number that when specified, will prevent `get_logs()` from adding more than max messages to the res array. +--- +---```lua +--- for i = 1, 20 do +--- ngx.log(ngx.ERR, "test") +--- end +--- +--- local errlog = require "ngx.errlog" +--- local res = errlog.get_logs(10) +--- -- the number of messages in the `res` table is 10 and the `res` table +--- -- has 30 elements. +---``` +--- +--- The resulting table has the following structure: +--- +---``` +--- { level1, time1, msg1, level2, time2, msg2, ... } +---``` +--- +--- The levelX values are constants defined below: +--- +--- https://github.com/openresty/lua-nginx-module/#nginx-log-level-constants +--- +--- The timeX values are UNIX timestamps in seconds with millisecond precision. The sub-second part is presented as the decimal part. The time format is exactly the same as the value returned by ngx.now. It is also subject to NGINX core's time caching. +--- +--- The msgX values are the error log message texts. +--- +--- So to traverse this array, the user can use a loop like this: +--- +---```lua +--- +--- for i = 1, #res, 3 do +--- local level = res[i] +--- if not level then +--- break +--- end +--- +--- local time = res[i + 1] +--- local msg = res[i + 2] +--- +--- -- handle the current message with log level in `level`, +--- -- log time in `time`, and log message body in `msg`. +--- end +---``` +--- +--- Specifying max <= 0 disables this behavior, meaning that the number of results won't be limited. +--- +--- The optional 2th argument res can be a user-supplied Lua table to hold the result instead of creating a brand new table. This can avoid unnecessary table dynamic allocations on hot Lua code paths. It is used like this: +--- +---```lua +--- local errlog = require "ngx.errlog" +--- local new_tab = require "table.new" +--- +--- local buffer = new_tab(100 * 3, 0) -- for 100 messages +--- +--- local errlog = require "ngx.errlog" +--- local res, err = errlog.get_logs(0, buffer) +--- if res then +--- -- res is the same table as `buffer` +--- for i = 1, #res, 3 do +--- local level = res[i] +--- if not level then +--- break +--- end +--- local time = res[i + 1] +--- local msg = res[i + 2] +--- ... +--- end +--- end +---``` +--- +--- When provided with a res table, `get_logs()` won't clear the table for performance reasons, but will rather insert a trailing nil value after the last table element. +--- +--- When the trailing nil is not enough for your purpose, you should clear the table yourself before feeding it into the `get_logs()` function. +--- +---@param max number +---@param res? table +---@return table? res +---@return string? err +function errlog.get_logs(max, res) end + +--- Log msg to the error logs with the given logging level. +--- +--- Just like the ngx.log API, the log_level argument can take constants like ngx.ERR and ngx.WARN. Check out Nginx log level constants for details. +--- +--- However, unlike the ngx.log API which accepts variadic arguments, this function only accepts a single string as its second argument msg. +--- +--- This function differs from ngx.log in the way that it will not prefix the written logs with any sort of debug information (such as the caller's file and line number). +---@param level ngx.log.level +---@param msg string +function errlog.raw_log(level, msg) end + + +return errlog
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.lua b/meta/3rd/OpenResty/library/ngx.lua index 0f7f9277..f1ac1957 100644 --- a/meta/3rd/OpenResty/library/ngx.lua +++ b/meta/3rd/OpenResty/library/ngx.lua @@ -1,14 +1,184 @@ ---@meta -ngx={} ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua** ---- +---@class ngx : table +--- +--- The `ngx.null` constant is a `NULL` light userdata usually used to represent nil values in Lua tables etc and is similar to the [lua-cjson](http://www.kyne.com.au/~mark/software/lua-cjson.php) library's `cjson.null` constant. +--- This constant was first introduced in the `v0.5.0rc5` release. +---@field null userdata +--- +--- Read and write the current request's response status. This should be called +--- before sending out the response headers. +--- +--- ```lua +--- ngx.status = ngx.HTTP_CREATED +--- status = ngx.status +--- ``` +--- +--- Setting `ngx.status` after the response header is sent out has no effect but leaving an error message in your Nginx's error log file: +--- +--- attempt to set ngx.status after sending out response headers +---@field status ngx.http.status_code +--- +--- +--- Returns `true` if the response headers have been sent (by ngx_lua), and `false` otherwise. +--- +--- This API was first introduced in ngx_lua v0.3.1rc6. +---@field headers_sent boolean +--- +--- +--- Returns `true` if the current request is an Nginx subrequest, or `false` otherwise. +---@field is_subrequest boolean +--- +--- +ngx = {} + +---@class ngx.OK +ngx.OK = 0 +---@class ngx.ERROR +ngx.ERROR = -1 +ngx.AGAIN = -2 +ngx.DONE = -4 +ngx.DECLINED = -5 + +ngx.HTTP_GET = 2 +ngx.HTTP_HEAD = 4 +ngx.HTTP_POST = 8 +ngx.HTTP_PUT = 16 +ngx.HTTP_DELETE = 32 +ngx.HTTP_MKCOL = 64 +ngx.HTTP_COPY = 128 +ngx.HTTP_MOVE = 256 +ngx.HTTP_OPTIONS = 512 +ngx.HTTP_PROPFIND = 1024 +ngx.HTTP_PROPPATCH = 2048 +ngx.HTTP_LOCK = 4096 +ngx.HTTP_UNLOCK = 8192 +ngx.HTTP_PATCH = 16384 +ngx.HTTP_TRACE = 32768 + +---@alias ngx.http.method +---| 'ngx.HTTP_GET' +---| 'ngx.HTTP_HEAD' +---| 'ngx.HTTP_POST' +---| 'ngx.HTTP_PUT' +---| 'ngx.HTTP_DELETE' +---| 'ngx.HTTP_MKCOL' +---| 'ngx.HTTP_COPY' +---| 'ngx.HTTP_MOVE' +---| 'ngx.HTTP_OPTIONS' +---| 'ngx.HTTP_PROPFIND' +---| 'ngx.HTTP_PROPPATCH' +---| 'ngx.HTTP_LOCK' +---| 'ngx.HTTP_UNLOCK' +---| 'ngx.HTTP_PATCH' +---| 'ngx.HTTP_TRACE' + +ngx.HTTP_CONTINUE = 100 +ngx.HTTP_SWITCHING_PROTOCOLS = 101 +ngx.HTTP_OK = 200 +ngx.HTTP_CREATED = 201 +ngx.HTTP_ACCEPTED = 202 +ngx.HTTP_NO_CONTENT = 204 +ngx.HTTP_PARTIAL_CONTENT = 206 +ngx.HTTP_SPECIAL_RESPONSE = 300 +ngx.HTTP_MOVED_PERMANENTLY = 301 +ngx.HTTP_MOVED_TEMPORARILY = 302 +ngx.HTTP_SEE_OTHER = 303 +ngx.HTTP_NOT_MODIFIED = 304 +ngx.HTTP_TEMPORARY_REDIRECT = 307 +ngx.HTTP_PERMANENT_REDIRECT = 308 +ngx.HTTP_BAD_REQUEST = 400 +ngx.HTTP_UNAUTHORIZED = 401 +ngx.HTTP_PAYMENT_REQUIRED = 402 +ngx.HTTP_FORBIDDEN = 403 +ngx.HTTP_NOT_FOUND = 404 +ngx.HTTP_NOT_ALLOWED = 405 +ngx.HTTP_NOT_ACCEPTABLE = 406 +ngx.HTTP_REQUEST_TIMEOUT = 408 +ngx.HTTP_CONFLICT = 409 +ngx.HTTP_GONE = 410 +ngx.HTTP_UPGRADE_REQUIRED = 426 +ngx.HTTP_TOO_MANY_REQUESTS = 429 +ngx.HTTP_CLOSE = 444 +ngx.HTTP_ILLEGAL = 451 +ngx.HTTP_INTERNAL_SERVER_ERROR = 500 +ngx.HTTP_METHOD_NOT_IMPLEMENTED = 501 +ngx.HTTP_BAD_GATEWAY = 502 +ngx.HTTP_SERVICE_UNAVAILABLE = 503 +ngx.HTTP_GATEWAY_TIMEOUT = 504 +ngx.HTTP_VERSION_NOT_SUPPORTED = 505 +ngx.HTTP_INSUFFICIENT_STORAGE = 507 + +---@alias ngx.http.status_code +---| 'ngx.HTTP_CONTINUE' +---| 'ngx.HTTP_SWITCHING_PROTOCOLS' +---| 'ngx.HTTP_OK' +---| 'ngx.HTTP_CREATED' +---| 'ngx.HTTP_ACCEPTED' +---| 'ngx.HTTP_NO_CONTENT' +---| 'ngx.HTTP_PARTIAL_CONTENT' +---| 'ngx.HTTP_SPECIAL_RESPONSE' +---| 'ngx.HTTP_MOVED_PERMANENTLY' +---| 'ngx.HTTP_MOVED_TEMPORARILY' +---| 'ngx.HTTP_SEE_OTHER' +---| 'ngx.HTTP_NOT_MODIFIED' +---| 'ngx.HTTP_TEMPORARY_REDIRECT' +---| 'ngx.HTTP_PERMANENT_REDIRECT' +---| 'ngx.HTTP_BAD_REQUEST' +---| 'ngx.HTTP_UNAUTHORIZED' +---| 'ngx.HTTP_PAYMENT_REQUIRED' +---| 'ngx.HTTP_FORBIDDEN' +---| 'ngx.HTTP_NOT_FOUND' +---| 'ngx.HTTP_NOT_ALLOWED' +---| 'ngx.HTTP_NOT_ACCEPTABLE' +---| 'ngx.HTTP_REQUEST_TIMEOUT' +---| 'ngx.HTTP_CONFLICT' +---| 'ngx.HTTP_GONE' +---| 'ngx.HTTP_UPGRADE_REQUIRED' +---| 'ngx.HTTP_TOO_MANY_REQUESTS' +---| 'ngx.HTTP_CLOSE' +---| 'ngx.HTTP_ILLEGAL' +---| 'ngx.HTTP_INTERNAL_SERVER_ERROR' +---| 'ngx.HTTP_METHOD_NOT_IMPLEMENTED' +---| 'ngx.HTTP_BAD_GATEWAY' +---| 'ngx.HTTP_SERVICE_UNAVAILABLE' +---| 'ngx.HTTP_GATEWAY_TIMEOUT' +---| 'ngx.HTTP_VERSION_NOT_SUPPORTED' +---| 'ngx.HTTP_INSUFFICIENT_STORAGE' + + +ngx.DEBUG = 8 +ngx.INFO = 7 +ngx.NOTICE = 6 +ngx.WARN = 5 +ngx.ERR = 4 +ngx.CRIT = 3 +ngx.ALERT = 2 +ngx.EMERG = 1 +ngx.STDERR = 0 + +--- NGINX log level constants +--- https://github.com/openresty/lua-nginx-module/#nginx-log-level-constants +---@alias ngx.log.level +---| 'ngx.DEBUG' # debug +---| 'ngx.INFO' # info +---| 'ngx.NOTICE' # notice +---| 'ngx.WARN' # warning +---| 'ngx.ERR' # error +---| 'ngx.ALERT' # alert +---| 'ngx.CRIT' # critical +---| 'ngx.EMERG' # emergency +---| 'ngx.STDERR' # standard error + + +--- ngx.ctx table +--- --- This table can be used to store per-request Lua context data and has a life time identical to the current request (as with the Nginx variables). ---- +--- --- Consider the following example, ---- +--- --- ```nginx ---- +--- --- location /test { --- rewrite_by_lua_block { --- ngx.ctx.foo = 76 @@ -21,20 +191,20 @@ ngx={} --- } --- } --- ``` ---- +--- --- Then `GET /test` will yield the output ---- +--- --- ```bash ---- +--- --- 79 --- ``` ---- +--- --- That is, the `ngx.ctx.foo` entry persists across the rewrite, access, and content phases of a request. ---- +--- --- Every request, including subrequests, has its own copy of the table. For example: ---- +--- --- ```nginx ---- +--- --- location /sub { --- content_by_lua_block { --- ngx.say("sub pre: ", ngx.ctx.blah) @@ -42,7 +212,7 @@ ngx={} --- ngx.say("sub post: ", ngx.ctx.blah) --- } --- } ---- +--- --- location /main { --- content_by_lua_block { --- ngx.ctx.blah = 73 @@ -53,29 +223,29 @@ ngx={} --- } --- } --- ``` ---- +--- --- Then `GET /main` will give the output ---- +--- --- ```bash ---- +--- --- main pre: 73 --- sub pre: nil --- sub post: 32 --- main post: 73 --- ``` ---- +--- --- Here, modification of the `ngx.ctx.blah` entry in the subrequest does not affect the one in the parent request. This is because they have two separate versions of `ngx.ctx.blah`. ---- +--- --- Internal redirection will destroy the original request `ngx.ctx` data (if any) and the new request will have an empty `ngx.ctx` table. For instance, ---- +--- --- ```nginx ---- +--- --- location /new { --- content_by_lua_block { --- ngx.say(ngx.ctx.foo) --- } --- } ---- +--- --- location /orig { --- content_by_lua_block { --- ngx.ctx.foo = "hello" @@ -83,189 +253,107 @@ ngx={} --- } --- } --- ``` ---- +--- --- Then `GET /orig` will give ---- +--- --- ```bash ---- +--- --- nil --- ``` ---- +--- --- rather than the original `"hello"` value. ---- +--- --- Arbitrary data values, including Lua closures and nested tables, can be inserted into this "magic" table. It also allows the registration of custom meta methods. ---- +--- --- Overriding `ngx.ctx` with a new Lua table is also supported, for example, ---- +--- --- ```lua ---- +--- --- ngx.ctx = { foo = 32, bar = 54 } --- ``` ---- +--- --- When being used in the context of [init_worker_by_lua*](#init_worker_by_lua), this table just has the same lifetime of the current Lua handler. ---- +--- --- The `ngx.ctx` lookup requires relatively expensive metamethod calls and it is much slower than explicitly passing per-request data along by your own function arguments. So do not abuse this API for saving your own function arguments because it usually has quite some performance impact. ---- +--- --- Because of the metamethod magic, never "local" the `ngx.ctx` table outside your Lua function scope on the Lua module level due to [worker-level data sharing](#data-sharing-within-an-nginx-worker). For example, the following is bad: ---- +--- --- ```lua ---- +--- --- -- mymodule.lua --- local _M = {} ---- +--- --- -- the following line is bad since ngx.ctx is a per-request --- -- data while this <code>ctx</code> variable is on the Lua module level --- -- and thus is per-nginx-worker. --- local ctx = ngx.ctx ---- +--- --- function _M.main() --- ctx.foo = "bar" --- end ---- +--- --- return _M --- ``` ---- +--- --- Use the following instead: ---- +--- --- ```lua ---- +--- --- -- mymodule.lua --- local _M = {} ---- +--- --- function _M.main(ctx) --- ctx.foo = "bar" --- end ---- +--- --- return _M --- ``` ---- +--- --- That is, let the caller pass the `ctx` table explicitly via a function argument. ---- ---- [Back to TOC](#nginx-api-for-lua) ---- -ngx.ctx={} - -ngx.WARN=5 -ngx.HTTP_PATCH=16384 -ngx.HTTP_NO_CONTENT=204 ---- ------------- ---- ---- **syntax:** *digest = ngx.hmac_sha1(secret_key, str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Computes the [HMAC-SHA1](https://en.wikipedia.org/wiki/HMAC) digest of the argument `str` and turns the result using the secret key `<secret_key>`. ---- ---- The raw binary form of the `HMAC-SHA1` digest will be generated, use [ngx.encode_base64](#ngxencode_base64), for example, to encode the result to a textual representation if desired. ---- ---- For example, ---- ---- ```lua ---- ---- local key = "thisisverysecretstuff" ---- local src = "some string we want to sign" ---- local digest = ngx.hmac_sha1(key, src) ---- ngx.say(ngx.encode_base64(digest)) ---- ``` ---- ---- yields the output ---- ---- ---- R/pvxzHC4NLtj7S+kXFg/NePTmk= ---- ---- ---- This API requires the OpenSSL library enabled in the Nginx build (usually by passing the `--with-http_ssl_module` option to the `./configure` script). ---- ---- This function was first introduced in the `v0.3.1rc29` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param secret_key string ----@param str string ----@return string -function ngx.hmac_sha1(secret_key, str) end -ngx.resp={} ---- -------------------- ---- ---- **syntax:** *headers, err = ngx.resp.get_headers(max_headers?, raw?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, balancer_by_lua** ---- ---- Returns a Lua table holding all the current response headers for the current request. ---- ---- ```lua ---- ---- local h, err = ngx.resp.get_headers() ---- ---- if err == "truncated" then ---- -- one can choose to ignore or reject the current response here ---- end ---- ---- for k, v in pairs(h) do ---- ... ---- end ---- ``` ---- ---- This function has the same signature as [ngx.req.get_headers](#ngxreqget_headers) except getting response headers instead of request headers. ---- ---- Note that a maximum of 100 response headers are parsed by default (including those with the same name) and that additional response headers are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. ---- ---- This API was first introduced in the `v0.9.5` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param max_headers number ----@param raw string ----@return table,string -function ngx.resp.get_headers(max_headers, raw) end -ngx.HTTP_SWITCHING_PROTOCOLS=101 -ngx.HTTP_GET=2 -ngx.thread={} ---- **syntax:** *ok, err = ngx.thread.kill(thread)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- +ngx.ctx = {} + +--- NGINX thread methods +ngx.thread = {} + +---@class ngx.thread : thread + --- Kills a running "light thread" created by [ngx.thread.spawn](#ngxthreadspawn). Returns a true value when successful or `nil` and a string describing the error otherwise. ---- +--- --- According to the current implementation, only the parent coroutine (or "light thread") can kill a thread. Also, a running "light thread" with pending Nginx subrequests (initiated by [ngx.location.capture](#ngxlocationcapture) for example) cannot be killed due to a limitation in the Nginx core. ---- +--- --- This API was first enabled in the `v0.9.9` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param thread ngx.thread ---@return boolean,string function ngx.thread.kill(thread) end ---- --------------- ---- ---- **syntax:** *ok, res1, res2, ... = ngx.thread.wait(thread1, thread2, ...)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- + --- Waits on one or more child "light threads" and returns the results of the first "light thread" that terminates (either successfully or with an error). ---- +--- --- The arguments `thread1`, `thread2`, and etc are the Lua thread objects returned by earlier calls of [ngx.thread.spawn](#ngxthreadspawn). ---- +--- --- The return values have exactly the same meaning as [coroutine.resume](#coroutineresume), that is, the first value returned is a boolean value indicating whether the "light thread" terminates successfully or not, and subsequent values returned are the return values of the user Lua function that was used to spawn the "light thread" (in case of success) or the error object (in case of failure). ---- +--- --- Only the direct "parent coroutine" can wait on its child "light thread", otherwise a Lua exception will be raised. ---- +--- --- The following example demonstrates the use of `ngx.thread.wait` and [ngx.location.capture](#ngxlocationcapture) to emulate [ngx.location.capture_multi](#ngxlocationcapture_multi): ---- +--- --- ```lua ---- +--- --- local capture = ngx.location.capture --- local spawn = ngx.thread.spawn --- local wait = ngx.thread.wait --- local say = ngx.say ---- +--- --- local function fetch(uri) --- return capture(uri) --- end ---- +--- --- local threads = { --- spawn(fetch, "/foo"), --- spawn(fetch, "/bar"), --- spawn(fetch, "/baz") --- } ---- +--- --- for i = 1, #threads do --- local ok, res = wait(threads[i]) --- if not ok then @@ -276,119 +364,115 @@ function ngx.thread.kill(thread) end --- end --- end --- ``` ---- +--- --- Here it essentially implements the "wait all" model. ---- +--- --- And below is an example demonstrating the "wait any" model: ---- +--- --- ```lua ---- +--- --- function f() --- ngx.sleep(0.2) --- ngx.say("f: hello") --- return "f done" --- end ---- +--- --- function g() --- ngx.sleep(0.1) --- ngx.say("g: hello") --- return "g done" --- end ---- +--- --- local tf, err = ngx.thread.spawn(f) --- if not tf then --- ngx.say("failed to spawn thread f: ", err) --- return --- end ---- +--- --- ngx.say("f thread created: ", coroutine.status(tf)) ---- +--- --- local tg, err = ngx.thread.spawn(g) --- if not tg then --- ngx.say("failed to spawn thread g: ", err) --- return --- end ---- +--- --- ngx.say("g thread created: ", coroutine.status(tg)) ---- +--- --- ok, res = ngx.thread.wait(tf, tg) --- if not ok then --- ngx.say("failed to wait: ", res) --- return --- end ---- +--- --- ngx.say("res: ", res) ---- +--- --- -- stop the "world", aborting other running threads --- ngx.exit(ngx.OK) --- ``` ---- +--- --- And it will generate the following output: ---- ---- +--- +--- --- f thread created: running --- g thread created: running --- g: hello --- res: g done ---- ---- +--- +--- --- This API was first enabled in the `v0.7.0` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@vararg ngx.thread +--- +---@param ... ngx.thread ---@return boolean,any function ngx.thread.wait(...) end ---- **syntax:** *co = ngx.thread.spawn(func, arg1, arg2, ...)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- + --- Spawns a new user "light thread" with the Lua function `func` as well as those optional arguments `arg1`, `arg2`, and etc. Returns a Lua thread (or Lua coroutine) object represents this "light thread". ---- +--- --- "Light threads" are just a special kind of Lua coroutines that are scheduled by the ngx_lua module. ---- +--- --- Before `ngx.thread.spawn` returns, the `func` will be called with those optional arguments until it returns, aborts with an error, or gets yielded due to I/O operations via the [Nginx API for Lua](#nginx-api-for-lua) (like [tcpsock:receive](#tcpsockreceive)). ---- +--- --- After `ngx.thread.spawn` returns, the newly-created "light thread" will keep running asynchronously usually at various I/O events. ---- +--- --- All the Lua code chunks running by [rewrite_by_lua](#rewrite_by_lua), [access_by_lua](#access_by_lua), and [content_by_lua](#content_by_lua) are in a boilerplate "light thread" created automatically by ngx_lua. Such boilerplate "light thread" are also called "entry threads". ---- +--- --- By default, the corresponding Nginx handler (e.g., [rewrite_by_lua](#rewrite_by_lua) handler) will not terminate until ---- +--- --- 1. both the "entry thread" and all the user "light threads" terminates, --- 1. a "light thread" (either the "entry thread" or a user "light thread" aborts by calling [ngx.exit](#ngxexit), [ngx.exec](#ngxexec), [ngx.redirect](#ngxredirect), or [ngx.req.set_uri(uri, true)](#ngxreqset_uri), or --- 1. the "entry thread" terminates with a Lua error. ---- +--- --- When the user "light thread" terminates with a Lua error, however, it will not abort other running "light threads" like the "entry thread" does. ---- +--- --- Due to the limitation in the Nginx subrequest model, it is not allowed to abort a running Nginx subrequest in general. So it is also prohibited to abort a running "light thread" that is pending on one ore more Nginx subrequests. You must call [ngx.thread.wait](#ngxthreadwait) to wait for those "light thread" to terminate before quitting the "world". A notable exception here is that you can abort pending subrequests by calling [ngx.exit](#ngxexit) with and only with the status code `ngx.ERROR` (-1), `408`, `444`, or `499`. ---- +--- --- The "light threads" are not scheduled in a pre-emptive way. In other words, no time-slicing is performed automatically. A "light thread" will keep running exclusively on the CPU until ---- +--- --- 1. a (nonblocking) I/O operation cannot be completed in a single run, --- 1. it calls [coroutine.yield](#coroutineyield) to actively give up execution, or --- 1. it is aborted by a Lua error or an invocation of [ngx.exit](#ngxexit), [ngx.exec](#ngxexec), [ngx.redirect](#ngxredirect), or [ngx.req.set_uri(uri, true)](#ngxreqset_uri). ---- +--- --- For the first two cases, the "light thread" will usually be resumed later by the ngx_lua scheduler unless a "stop-the-world" event happens. ---- +--- --- User "light threads" can create "light threads" themselves. And normal user coroutines created by [coroutine.create](#coroutinecreate) can also create "light threads". The coroutine (be it a normal Lua coroutine or a "light thread") that directly spawns the "light thread" is called the "parent coroutine" for the "light thread" newly spawned. ---- +--- --- The "parent coroutine" can call [ngx.thread.wait](#ngxthreadwait) to wait on the termination of its child "light thread". ---- +--- --- You can call coroutine.status() and coroutine.yield() on the "light thread" coroutines. ---- +--- --- The status of the "light thread" coroutine can be "zombie" if ---- +--- --- 1. the current "light thread" already terminates (either successfully or with an error), --- 1. its parent coroutine is still alive, and --- 1. its parent coroutine is not waiting on it with [ngx.thread.wait](#ngxthreadwait). ---- +--- --- The following example demonstrates the use of coroutine.yield() in the "light thread" coroutines --- to do manual time-slicing: ---- +--- --- ```lua ---- +--- --- local yield = coroutine.yield ---- +--- --- function f() --- local self = coroutine.running() --- ngx.say("f 1") @@ -397,26 +481,26 @@ function ngx.thread.wait(...) end --- yield(self) --- ngx.say("f 3") --- end ---- +--- --- local self = coroutine.running() --- ngx.say("0") --- yield(self) ---- +--- --- ngx.say("1") --- ngx.thread.spawn(f) ---- +--- --- ngx.say("2") --- yield(self) ---- +--- --- ngx.say("3") --- yield(self) ---- +--- --- ngx.say("4") --- ``` ---- +--- --- Then it will generate the output ---- ---- +--- +--- --- 0 --- 1 --- f 1 @@ -425,19 +509,19 @@ function ngx.thread.wait(...) end --- 3 --- f 3 --- 4 ---- ---- +--- +--- --- "Light threads" are mostly useful for making concurrent upstream requests in a single Nginx request handler, much like a generalized version of [ngx.location.capture_multi](#ngxlocationcapture_multi) that can work with all the [Nginx API for Lua](#nginx-api-for-lua). The following example demonstrates parallel requests to MySQL, Memcached, and upstream HTTP services in a single Lua handler, and outputting the results in the order that they actually return (similar to Facebook's BigPipe model): ---- +--- --- ```lua ---- +--- --- -- query mysql, memcached, and a remote http service at the same time, --- -- output the results in the order that they --- -- actually return the results. ---- +--- --- local mysql = require "resty.mysql" --- local memcached = require "resty.memcached" ---- +--- --- local function query_mysql() --- local db = mysql:new() --- db:connect{ @@ -452,228 +536,156 @@ function ngx.thread.wait(...) end --- db:set_keepalive(0, 100) --- ngx.say("mysql done: ", cjson.encode(res)) --- end ---- +--- --- local function query_memcached() --- local memc = memcached:new() --- memc:connect("127.0.0.1", 11211) --- local res, err = memc:get("some_key") --- ngx.say("memcached done: ", res) --- end ---- +--- --- local function query_http() --- local res = ngx.location.capture("/my-http-proxy") --- ngx.say("http done: ", res.body) --- end ---- +--- --- ngx.thread.spawn(query_mysql) -- create thread 1 --- ngx.thread.spawn(query_memcached) -- create thread 2 --- ngx.thread.spawn(query_http) -- create thread 3 --- ``` ---- +--- --- This API was first enabled in the `v0.7.0` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param func fun(...:any):any ----@vararg any @meaning the function arg +--- +---@param func function +---@param ... any ---@return ngx.thread function ngx.thread.spawn(func,...) end -ngx.HTTP_OPTIONS=512 + +--- NGINX worker methods ngx.worker={} ---- **syntax:** *exiting = ngx.worker.exiting()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- + --- This function returns a boolean value indicating whether the current Nginx worker process already starts exiting. Nginx worker process exiting happens on Nginx server quit or configuration reload (aka HUP reload). ---- +--- --- This API was first introduced in the `0.9.3` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return boolean function ngx.worker.exiting() end ---- **syntax:** *count = ngx.worker.id()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_worker_by_lua** ---- + --- Returns the ordinal number of the current Nginx worker processes (starting from number 0). ---- +--- --- So if the total number of workers is `N`, then this method may return a number between 0 --- and `N - 1` (inclusive). ---- +--- --- This function returns meaningful values only for Nginx 1.9.1+. With earlier versions of Nginx, it --- always returns `nil`. ---- +--- --- See also [ngx.worker.count](#ngxworkercount). ---- +--- --- This API was first introduced in the `0.9.20` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number function ngx.worker.id() end ---- **syntax:** *count = ngx.worker.count()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- + --- Returns the total number of the Nginx worker processes (i.e., the value configured --- by the [worker_processes](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) --- directive in `nginx.conf`). ---- +--- --- This API was first introduced in the `0.9.20` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number function ngx.worker.count() end ---- **syntax:** *pid = ngx.worker.pid()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- + --- This function returns a Lua number for the process ID (PID) of the current Nginx worker process. This API is more efficient than `ngx.var.pid` and can be used in contexts where the [ngx.var.VARIABLE](#ngxvarvariable) API cannot be used (like [init_worker_by_lua](#init_worker_by_lua)). ---- +--- --- This API was first introduced in the `0.9.5` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number function ngx.worker.pid() end ---- -------------- ---- ---- **syntax:** *intval = ngx.crc32_long(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Calculates the CRC-32 (Cyclic Redundancy Code) digest for the `str` argument. ---- ---- This method performs better on relatively long `str` inputs (i.e., longer than 30 ~ 60 bytes), as compared to [ngx.crc32_short](#ngxcrc32_short). The result is exactly the same as [ngx.crc32_short](#ngxcrc32_short). ---- ---- Behind the scene, it is just a thin wrapper around the `ngx_crc32_long` function defined in the Nginx core. ---- ---- This API was first introduced in the `v0.3.1rc8` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return number -function ngx.crc32_long(str) end -ngx.config={} ---- **syntax:** *prefix = ngx.config.prefix()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- + +---@class ngx.config : table +--- +--- This string field indicates the current Nginx subsystem the current Lua environment is based on. For this module, this field always takes the string value `"http"`. +--- For [ngx_stream_lua_module](https://github.com/openresty/stream-lua-nginx-module#readme), however, this field takes the value `"stream"`. +--- This field was first introduced in the `0.10.1`. +---@field subsystem '"http"'|'"stream"' +--- +--- +--- This field takes an integral value indicating the version number of the current Nginx core being used. For example, the version number `1.4.3` results in the Lua number 1004003. +--- This API was first introduced in the `0.9.3` release. +---@field nginx_version number +--- +--- +--- This field takes an integral value indicating the version number of the current `ngx_lua` module being used. +--- For example, the version number `0.9.3` results in the Lua number 9003. +--- This API was first introduced in the `0.9.3` release. +---@field ngx_lua_version number +--- +--- +--- This boolean field indicates whether the current Nginx is a debug build, i.e., being built by the `./configure` option `--with-debug`. +--- This field was first introduced in the `0.8.7`. +---@field debug boolean +--- +ngx.config = {} + + --- Returns the Nginx server "prefix" path, as determined by the `-p` command-line option when running the Nginx executable, or the path specified by the `--prefix` command-line option when building Nginx with the `./configure` script. ---- +--- --- This function was first introduced in the `0.9.2`. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return string function ngx.config.prefix() end ---- **syntax:** *ver = ngx.config.nginx_version* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- ---- This field take an integral value indicating the version number of the current Nginx core being used. For example, the version number `1.4.3` results in the Lua number 1004003. ---- ---- This API was first introduced in the `0.9.3` release. ---- ---- [Back to TOC](#nginx-api-for-lua) -ngx.config.nginx_version=1015008 ---- **syntax:** *subsystem = ngx.config.subsystem* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- ---- This string field indicates the current Nginx subsystem the current Lua environment is based on. For this module, this field always takes the string value `"http"`. For ---- [ngx_stream_lua_module](https://github.com/openresty/stream-lua-nginx-module#readme), however, this field takes the value `"stream"`. ---- ---- This field was first introduced in the `0.10.1`. ---- ---- [Back to TOC](#nginx-api-for-lua) -ngx.config.subsystem="http" ---- **syntax:** *str = ngx.config.nginx_configure()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua** ---- + --- This function returns a string for the Nginx `./configure` command's arguments string. ---- +--- --- This API was first introduced in the `0.9.5` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return string function ngx.config.nginx_configure() end ---- **syntax:** *ver = ngx.config.ngx_lua_version* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua** ---- ---- This field take an integral value indicating the version number of the current `ngx_lua` module being used. For example, the version number `0.9.3` results in the Lua number 9003. ---- ---- This API was first introduced in the `0.9.3` release. ---- ---- [Back to TOC](#nginx-api-for-lua) -ngx.config.ngx_lua_version=10015 ---- **syntax:** *debug = ngx.config.debug* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, init_by_lua*, init_worker_by_lua** ---- ---- This boolean field indicates whether the current Nginx is a debug build, i.e., being built by the `./configure` option `--with-debug`. ---- ---- This field was first introduced in the `0.8.7`. ---- ---- [Back to TOC](#nginx-api-for-lua) -ngx.config.debug=false -ngx.HTTP_UNAUTHORIZED=401 + ngx.timer={} ---- **syntax:** *count = ngx.timer.pending_count()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- + +---@alias ngx.timer.callback fun(premature:boolean, ...:any) + --- Returns the number of pending timers. ---- +--- --- This directive was first introduced in the `v0.9.20` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number function ngx.timer.pending_count() end ---- **syntax:** *count = ngx.timer.running_count()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- + --- Returns the number of timers currently running. ---- +--- --- This directive was first introduced in the `v0.9.20` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return count function ngx.timer.running_count() end ---- **syntax:** *hdl, err = ngx.timer.every(delay, callback, user_arg1, user_arg2, ...)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- + --- Similar to the [ngx.timer.at](#ngxtimerat) API function, but ---- +--- --- 1. `delay` *cannot* be zero, --- 1. timer will be created every `delay` seconds until the current Nginx worker process starts exiting. ---- +--- --- When success, returns a "conditional true" value (but not a `true`). Otherwise, returns a "conditional false" value and a string describing the error. ---- +--- --- This API also respect the [lua_max_pending_timers](#lua_max_pending_timers) and [lua_max_running_timers](#lua_max_running_timers). ---- +--- --- This API was first introduced in the `v0.10.9` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param delay number ----@param callback fun(premature:any,...:any):any ----@param user_arg1 any ----@param user_arg2 any ----@vararg any ----@return boolean,string -function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end ---- **syntax:** *hdl, err = ngx.timer.at(delay, callback, user_arg1, user_arg2, ...)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +--- +---@param delay number the interval to execute the timer on +---@param callback ngx.timer.callback the function to call +---@param ... any extra arguments to pass to `callback` +---@return boolean ok +---@return string? error +function ngx.timer.every(delay, callback, ...) end + --- Creates an Nginx timer with a user callback function as well as optional user arguments. ---- +--- --- The first argument, `delay`, specifies the delay for the timer, --- in seconds. One can specify fractional seconds like `0.001` to mean 1 --- millisecond here. `0` delay can also be specified, in which case the --- timer will immediately expire when the current handler yields --- execution. ---- +--- --- The second argument, `callback`, can --- be any Lua function, which will be invoked later in a background --- "light thread" after the delay specified. The user callback will be @@ -683,26 +695,26 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- expiration or not, and `user_arg1`, `user_arg2`, and etc, are --- those (extra) user arguments specified when calling `ngx.timer.at` --- as the remaining arguments. ---- +--- --- Premature timer expiration happens when the Nginx worker process is --- trying to shut down, as in an Nginx configuration reload triggered by --- the `HUP` signal or in an Nginx server shutdown. When the Nginx worker --- is trying to shut down, one can no longer call `ngx.timer.at` to --- create new timers with nonzero delays and in that case `ngx.timer.at` will return a "conditional false" value and --- a string describing the error, that is, "process exiting". ---- +--- --- Starting from the `v0.9.3` release, it is allowed to create zero-delay timers even when the Nginx worker process starts shutting down. ---- +--- --- When a timer expires, the user Lua code in the timer callback is --- running in a "light thread" detached completely from the original --- request creating the timer. So objects with the same lifetime as the --- request creating them, like [cosockets](#ngxsockettcp), cannot be shared between the --- original request and the timer user callback function. ---- +--- --- Here is a simple example: ---- +--- --- ```nginx ---- +--- --- location / { --- ... --- log_by_lua_block { @@ -721,11 +733,11 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- } --- } --- ``` ---- +--- --- One can also create infinite re-occurring timers, for instance, a timer getting triggered every `5` seconds, by calling `ngx.timer.at` recursively in the timer callback function. Here is such an example, ---- +--- --- ```lua ---- +--- --- local delay = 5 --- local handler --- handler = function (premature) @@ -739,17 +751,17 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- 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 --- ``` ---- +--- --- It is recommended, however, to use the [ngx.timer.every](#ngxtimerevery) API function --- instead for creating recurring timers since it is more robust. ---- +--- --- Because timer callbacks run in the background and their running time --- will not add to any client request's response time, they can easily --- accumulate in the server and exhaust system resources due to either @@ -759,12 +771,12 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- number of "running timers" in an Nginx worker process. The "pending --- timers" here mean timers that have not yet been expired and "running --- timers" are those whose user callbacks are currently running. ---- +--- --- The maximal number of pending timers allowed in an Nginx --- worker is controlled by the [lua_max_pending_timers](#lua_max_pending_timers) --- directive. The maximal number of running timers is controlled by the --- [lua_max_running_timers](#lua_max_running_timers) directive. ---- +--- --- According to the current implementation, each "running timer" will --- take one (fake) connection record from the global connection record --- list configured by the standard [worker_connections](http://nginx.org/en/docs/ngx_core_module.html#worker_connections) directive in @@ -773,7 +785,7 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- a large enough value that takes into account both the real connections --- and fake connections required by timer callbacks (as limited by the --- [lua_max_running_timers](#lua_max_running_timers) directive). ---- +--- --- A lot of the Lua APIs for Nginx are enabled in the context of the timer --- callbacks, like stream/datagram cosockets ([ngx.socket.tcp](#ngxsockettcp) and [ngx.socket.udp](#ngxsocketudp)), shared --- memory dictionaries ([ngx.shared.DICT](#ngxshareddict)), user coroutines ([coroutine.*](#coroutinecreate)), @@ -782,58 +794,560 @@ function ngx.timer.every(delay, callback, user_arg1, user_arg2, ...) end --- [ngx.location.capture](#ngxlocationcapture)), the [ngx.req.*](#ngxreqstart_time) API, the downstream output API --- (like [ngx.say](#ngxsay), [ngx.print](#ngxprint), and [ngx.flush](#ngxflush)) are explicitly disabled in --- this context. ---- +--- --- You can pass most of the standard Lua values (nils, booleans, numbers, strings, tables, closures, file handles, and etc) into the timer callback, either explicitly as user arguments or implicitly as upvalues for the callback closure. There are several exceptions, however: you *cannot* pass any thread objects returned by [coroutine.create](#coroutinecreate) and [ngx.thread.spawn](#ngxthreadspawn) or any cosocket objects returned by [ngx.socket.tcp](#ngxsockettcp), [ngx.socket.udp](#ngxsocketudp), and [ngx.req.socket](#ngxreqsocket) because these objects' lifetime is bound to the request context creating them while the timer callback is detached from the creating request's context (by design) and runs in its own (fake) request context. If you try to share the thread or cosocket objects across the boundary of the creating request, then you will get the "no co ctx found" error (for threads) or "bad request" (for cosockets). It is fine, however, to create all these objects inside your timer callback. ---- +--- --- This API was first introduced in the `v0.8.0` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param delay number ----@param callback fun(premature:any,...:any):any ----@param user_arg1 any ----@param user_arg2 any ----@vararg any ----@return boolean,string -function ngx.timer.at(delay, callback, user_arg1, user_arg2, ...) end ---- ---------------- ---- ---- **syntax:** *newstr = ngx.unescape_uri(str)* ---- ---- **context:** *init_by_lua*, init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua** ---- +--- +---@param delay number +---@param callback ngx.timer.callback +---@param ... any +---@return boolean ok +---@return string? error +function ngx.timer.at(delay, callback, ...) end + + --- Unescape `str` as an escaped URI component. ---- +--- --- For example, ---- +--- --- ```lua ---- +--- --- ngx.say(ngx.unescape_uri("b%20r56+7")) --- ``` ---- +--- --- gives the output ---- ---- +--- +--- --- b r56 7 ---- ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string +--- +--- +---@param str string ---@return str function ngx.unescape_uri(str) end ---- --------------- ---- ---- **syntax:** *dict = ngx.shared.DICT* ---- ---- **syntax:** *dict = ngx.shared\[name_var\]* ---- ---- **context:** *init_by_lua*, init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- + +--- Escape `str` as a URI component. +--- +---@param str string +---@return string +function ngx.escape_uri(str) end + +--- Returns the binary form of the SHA-1 digest of the `str` argument. +--- +--- This function requires SHA-1 support in the Nginx build. (This usually just means OpenSSL should be installed while building Nginx). +--- +--- This function was first introduced in the `v0.5.0rc6`. +--- +---@param str string +---@return any +function ngx.sha1_bin(str) end + +--- Calculates the CRC-32 (Cyclic Redundancy Code) digest for the `str` argument. +--- +--- This method performs better on relatively short `str` inputs (i.e., less than 30 ~ 60 bytes), as compared to [ngx.crc32_long](#ngxcrc32_long). The result is exactly the same as [ngx.crc32_long](#ngxcrc32_long). +--- +--- Behind the scene, it is just a thin wrapper around the `ngx_crc32_short` function defined in the Nginx core. +--- +--- This API was first introduced in the `v0.3.1rc8` release. +--- +---@param str string +---@return number +function ngx.crc32_short(str) end + +--- Calculates the CRC-32 (Cyclic Redundancy Code) digest for the `str` argument. +--- +--- This method performs better on relatively long `str` inputs (i.e., longer than 30 ~ 60 bytes), as compared to [ngx.crc32_short](#ngxcrc32_short). The result is exactly the same as [ngx.crc32_short](#ngxcrc32_short). +--- +--- Behind the scene, it is just a thin wrapper around the `ngx_crc32_long` function defined in the Nginx core. +--- +--- This API was first introduced in the `v0.3.1rc8` release. +--- +---@param str string +---@return number +function ngx.crc32_long(str) end + +--- Returns the binary form of the MD5 digest of the `str` argument. +--- +--- See [ngx.md5](#ngxmd5) if the hexadecimal form of the MD5 digest is required. +--- +---@param str string +---@return string +function ngx.md5_bin(str) end + +--- Returns the hexadecimal representation of the MD5 digest of the `str` argument. +--- +--- For example, +--- +--- ```nginx +--- +--- location = /md5 { +--- content_by_lua_block { ngx.say(ngx.md5("hello")) } +--- } +--- ``` +--- +--- yields the output +--- +--- +--- 5d41402abc4b2a76b9719d911017c592 +--- +--- +--- See [ngx.md5_bin](#ngxmd5_bin) if the raw binary MD5 digest is required. +--- +---@param str string +---@return string +function ngx.md5(str) end + +--- Computes the [HMAC-SHA1](https://en.wikipedia.org/wiki/HMAC) digest of the argument `str` and turns the result using the secret key `<secret_key>`. +--- +--- The raw binary form of the `HMAC-SHA1` digest will be generated, use [ngx.encode_base64](#ngxencode_base64), for example, to encode the result to a textual representation if desired. +--- +--- For example, +--- +--- ```lua +--- +--- local key = "thisisverysecretstuff" +--- local src = "some string we want to sign" +--- local digest = ngx.hmac_sha1(key, src) +--- ngx.say(ngx.encode_base64(digest)) +--- ``` +--- +--- yields the output +--- +--- +--- R/pvxzHC4NLtj7S+kXFg/NePTmk= +--- +--- +--- This API requires the OpenSSL library enabled in the Nginx build (usually by passing the `--with-http_ssl_module` option to the `./configure` script). +--- +--- This function was first introduced in the `v0.3.1rc29` release. +--- +---@param secret_key string +---@param str string +---@return string +function ngx.hmac_sha1(secret_key, str) end + +--- Returns a quoted SQL string literal according to the MySQL quoting rules. +--- +---@param raw_value string +---@return string +function ngx.quote_sql_str(raw_value) end + +ngx.re = {} + +--- Similar to [ngx.re.match](#ngxrematch) but only returns the beginning index (`from`) and end index (`to`) of the matched substring. The returned indexes are 1-based and can be fed directly into the [string.sub](https://www.lua.org/manual/5.1/manual.html#pdf-string.sub) API function to obtain the matched substring. +--- +--- In case of errors (like bad regexes or any PCRE runtime errors), this API function returns two `nil` values followed by a string describing the error. +--- +--- If no match is found, this function just returns a `nil` value. +--- +--- Below is an example: +--- +--- ```lua +--- +--- local s = "hello, 1234" +--- local from, to, err = ngx.re.find(s, "([0-9]+)", "jo") +--- if from then +--- ngx.say("from: ", from) +--- ngx.say("to: ", to) +--- ngx.say("matched: ", string.sub(s, from, to)) +--- else +--- if err then +--- ngx.say("error: ", err) +--- return +--- end +--- ngx.say("not matched!") +--- end +--- ``` +--- +--- This example produces the output +--- +--- from: 8 +--- to: 11 +--- matched: 1234 +--- +--- Because this API function does not create new Lua strings nor new Lua tables, it is much faster than [ngx.re.match](#ngxrematch). It should be used wherever possible. +--- +--- Since the `0.9.3` release, an optional 5th argument, `nth`, is supported to specify which (submatch) capture's indexes to return. When `nth` is 0 (which is the default), the indexes for the whole matched substring is returned; when `nth` is 1, then the 1st submatch capture's indexes are returned; when `nth` is 2, then the 2nd submatch capture is returned, and so on. When the specified submatch does not have a match, then two `nil` values will be returned. Below is an example for this: +--- +--- ```lua +--- +--- local str = "hello, 1234" +--- local from, to = ngx.re.find(str, "([0-9])([0-9]+)", "jo", nil, 2) +--- if from then +--- ngx.say("matched 2nd submatch: ", string.sub(str, from, to)) -- yields "234" +--- end +--- ``` +--- +--- This API function was first introduced in the `v0.9.2` release. +--- +---@param subject string +---@param regex string +---@param options string@see ngx.re.match +---@param ctx table@see ngx.re.match +---@param nth number +---@return number,number,string@from, to, err +function ngx.re.find(subject, regex, options, ctx, nth) end + +--- Similar to [ngx.re.match](#ngxrematch), but returns a Lua iterator instead, so as to let the user programmer iterate all the matches over the `<subject>` string argument with the PCRE `regex`. +--- +--- In case of errors, like seeing an ill-formed regular expression, `nil` and a string describing the error will be returned. +--- +--- Here is a small example to demonstrate its basic usage: +--- +--- ```lua +--- +--- local iterator, err = ngx.re.gmatch("hello, world!", "([a-z]+)", "i") +--- if not iterator then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- local m +--- m, err = iterator() -- m[0] == m[1] == "hello" +--- if err then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- m, err = iterator() -- m[0] == m[1] == "world" +--- if err then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- m, err = iterator() -- m == nil +--- if err then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- ``` +--- +--- More often we just put it into a Lua loop: +--- +--- ```lua +--- +--- local it, err = ngx.re.gmatch("hello, world!", "([a-z]+)", "i") +--- if not it then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- while true do +--- local m, err = it() +--- if err then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- if not m then +--- -- no match found (any more) +--- break +--- end +--- +--- -- found a match +--- ngx.say(m[0]) +--- ngx.say(m[1]) +--- end +--- ``` +--- +--- The optional `options` argument takes exactly the same semantics as the [ngx.re.match](#ngxrematch) method. +--- +--- The current implementation requires that the iterator returned should only be used in a single request. That is, one should *not* assign it to a variable belonging to persistent namespace like a Lua package. +--- +--- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). +--- +--- This feature was first introduced in the `v0.2.1rc12` release. +--- +---@alias re.gmatch.iterator fun():string,string +---@param subject string +---@param regex string@see ngx.re.match +---@param options string@see ngx.re.match +---@return re.gmatch.iterator,string@iterator,err +function ngx.re.gmatch(subject, regex, options) end + + +--- Matches the `subject` string using the Perl compatible regular expression `regex` with the optional `options`. +--- +--- Only the first occurrence of the match is returned, or `nil` if no match is found. In case of errors, like seeing a bad regular expression or exceeding the PCRE stack limit, `nil` and a string describing the error will be returned. +--- +--- When a match is found, a Lua table `captures` is returned, where `captures[0]` holds the whole substring being matched, and `captures[1]` holds the first parenthesized sub-pattern's capturing, `captures[2]` the second, and so on. +--- +--- ```lua +--- +--- local m, err = ngx.re.match("hello, 1234", "[0-9]+") +--- if m then +--- -- m[0] == "1234" +--- +--- else +--- if err then +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- +--- ngx.say("match not found") +--- end +--- ``` +--- +--- ```lua +--- +--- local m, err = ngx.re.match("hello, 1234", "([0-9])[0-9]+") +--- -- m[0] == "1234" +--- -- m[1] == "1" +--- ``` +--- +--- Named captures are also supported since the `v0.7.14` release +--- and are returned in the same Lua table as key-value pairs as the numbered captures. +--- +--- ```lua +--- +--- local m, err = ngx.re.match("hello, 1234", "([0-9])(?<remaining>[0-9]+)") +--- -- m[0] == "1234" +--- -- m[1] == "1" +--- -- m[2] == "234" +--- -- m["remaining"] == "234" +--- ``` +--- +--- Unmatched subpatterns will have `false` values in their `captures` table fields. +--- +--- ```lua +--- +--- local m, err = ngx.re.match("hello, world", "(world)|(hello)|(?<named>howdy)") +--- -- m[0] == "hello" +--- -- m[1] == false +--- -- m[2] == "hello" +--- -- m[3] == false +--- -- m["named"] == false +--- ``` +--- +--- Specify `options` to control how the match operation will be performed. The following option characters are supported: +--- +--- +--- a anchored mode (only match from the beginning) +--- +--- d enable the DFA mode (or the longest token match semantics). +--- this requires PCRE 6.0+ or else a Lua exception will be thrown. +--- first introduced in ngx_lua v0.3.1rc30. +--- +--- D enable duplicate named pattern support. This allows named +--- subpattern names to be repeated, returning the captures in +--- an array-like Lua table. for example, +--- local m = ngx.re.match("hello, world", +--- "(?<named>\w+), (?<named>\w+)", +--- "D") +--- -- m["named"] == {"hello", "world"} +--- this option was first introduced in the v0.7.14 release. +--- this option requires at least PCRE 8.12. +--- +--- i case insensitive mode (similar to Perl's /i modifier) +--- +--- j enable PCRE JIT compilation, this requires PCRE 8.21+ which +--- must be built with the --enable-jit option. for optimum performance, +--- this option should always be used together with the 'o' option. +--- first introduced in ngx_lua v0.3.1rc30. +--- +--- J enable the PCRE Javascript compatible mode. this option was +--- first introduced in the v0.7.14 release. this option requires +--- at least PCRE 8.12. +--- +--- m multi-line mode (similar to Perl's /m modifier) +--- +--- o compile-once mode (similar to Perl's /o modifier), +--- to enable the worker-process-level compiled-regex cache +--- +--- s single-line mode (similar to Perl's /s modifier) +--- +--- u UTF-8 mode. this requires PCRE to be built with +--- the --enable-utf8 option or else a Lua exception will be thrown. +--- +--- U similar to "u" but disables PCRE's UTF-8 validity check on +--- the subject string. first introduced in ngx_lua v0.8.1. +--- +--- x extended mode (similar to Perl's /x modifier) +--- +--- +--- These options can be combined: +--- +--- ```nginx +--- +--- local m, err = ngx.re.match("hello, world", "HEL LO", "ix") +--- -- m[0] == "hello" +--- ``` +--- +--- ```nginx +--- +--- local m, err = ngx.re.match("hello, 美好生活", "HELLO, (.{2})", "iu") +--- -- m[0] == "hello, 美好" +--- -- m[1] == "美好" +--- ``` +--- +--- The `o` option is useful for performance tuning, because the regex pattern in question will only be compiled once, cached in the worker-process level, and shared among all requests in the current Nginx worker process. The upper limit of the regex cache can be tuned via the [lua_regex_cache_max_entries](#lua_regex_cache_max_entries) directive. +--- +--- The optional fourth argument, `ctx`, can be a Lua table holding an optional `pos` field. When the `pos` field in the `ctx` table argument is specified, `ngx.re.match` will start matching from that offset (starting from 1). Regardless of the presence of the `pos` field in the `ctx` table, `ngx.re.match` will always set this `pos` field to the position *after* the substring matched by the whole pattern in case of a successful match. When match fails, the `ctx` table will be left intact. +--- +--- ```lua +--- +--- local ctx = {} +--- local m, err = ngx.re.match("1234, hello", "[0-9]+", "", ctx) +--- -- m[0] = "1234" +--- -- ctx.pos == 5 +--- ``` +--- +--- ```lua +--- +--- local ctx = { pos = 2 } +--- local m, err = ngx.re.match("1234, hello", "[0-9]+", "", ctx) +--- -- m[0] = "234" +--- -- ctx.pos == 5 +--- ``` +--- +--- The `ctx` table argument combined with the `a` regex modifier can be used to construct a lexer atop `ngx.re.match`. +--- +--- Note that, the `options` argument is not optional when the `ctx` argument is specified and that the empty Lua string (`""`) must be used as placeholder for `options` if no meaningful regex options are required. +--- +--- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). +--- +--- To confirm that PCRE JIT is enabled, activate the Nginx debug log by adding the `--with-debug` option to Nginx or OpenResty's `./configure` script. Then, enable the "debug" error log level in `error_log` directive. The following message will be generated if PCRE JIT is enabled: +--- +--- +--- pcre JIT compiling result: 1 +--- +--- +--- Starting from the `0.9.4` release, this function also accepts a 5th argument, `res_table`, for letting the caller supply the Lua table used to hold all the capturing results. Starting from `0.9.6`, it is the caller's responsibility to ensure this table is empty. This is very useful for recycling Lua tables and saving GC and table allocation overhead. +--- +--- This feature was introduced in the `v0.2.1rc11` release. +--- +---@param subject string +---@param regex string +---@param options string +---@param ctx table +---@param res_table table +---@return table<number,string>,err @captures, err +function ngx.re.match(subject, regex, options, ctx, res_table) end + +--- Just like [ngx.re.sub](#ngxresub), but does global substitution. +--- +--- Here is some examples: +--- +--- ```lua +--- +--- local newstr, n, err = ngx.re.gsub("hello, world", "([a-z])[a-z]+", "[$0,$1]", "i") +--- if newstr then +--- -- newstr == "[hello,h], [world,w]" +--- -- n == 2 +--- else +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- ``` +--- +--- ```lua +--- +--- local func = function (m) +--- return "[" .. m[0] .. "," .. m[1] .. "]" +--- end +--- local newstr, n, err = ngx.re.gsub("hello, world", "([a-z])[a-z]+", func, "i") +--- -- newstr == "[hello,h], [world,w]" +--- -- n == 2 +--- ``` +--- +--- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). +--- +--- This feature was first introduced in the `v0.2.1rc15` release. +--- +---@param subject string +---@param regex string +---@param replace string +---@param options string +---@return string,number,string @newStr,n,err +function ngx.re.gsub(subject, regex, replace, options) end + + +--- Substitutes the first match of the Perl compatible regular expression `regex` on the `subject` argument string with the string or function argument `replace`. The optional `options` argument has exactly the same meaning as in [ngx.re.match](#ngxrematch). +--- +--- This method returns the resulting new string as well as the number of successful substitutions. In case of failures, like syntax errors in the regular expressions or the `<replace>` string argument, it will return `nil` and a string describing the error. +--- +--- When the `replace` is a string, then it is treated as a special template for string replacement. For example, +--- +--- ```lua +--- +--- local newstr, n, err = ngx.re.sub("hello, 1234", "([0-9])[0-9]", "[$0][$1]") +--- if newstr then +--- -- newstr == "hello, [12][1]34" +--- -- n == 1 +--- else +--- ngx.log(ngx.ERR, "error: ", err) +--- return +--- end +--- ``` +--- +--- where `$0` referring to the whole substring matched by the pattern and `$1` referring to the first parenthesized capturing substring. +--- +--- Curly braces can also be used to disambiguate variable names from the background string literals: +--- +--- ```lua +--- +--- local newstr, n, err = ngx.re.sub("hello, 1234", "[0-9]", "${0}00") +--- -- newstr == "hello, 100234" +--- -- n == 1 +--- ``` +--- +--- Literal dollar sign characters (`$`) in the `replace` string argument can be escaped by another dollar sign, for instance, +--- +--- ```lua +--- +--- local newstr, n, err = ngx.re.sub("hello, 1234", "[0-9]", "$$") +--- -- newstr == "hello, $234" +--- -- n == 1 +--- ``` +--- +--- Do not use backlashes to escape dollar signs; it will not work as expected. +--- +--- When the `replace` argument is of type "function", then it will be invoked with the "match table" as the argument to generate the replace string literal for substitution. The "match table" fed into the `replace` function is exactly the same as the return value of [ngx.re.match](#ngxrematch). Here is an example: +--- +--- ```lua +--- +--- local func = function (m) +--- return "[" .. m[0] .. "][" .. m[1] .. "]" +--- end +--- local newstr, n, err = ngx.re.sub("hello, 1234", "( [0-9] ) [0-9]", func, "x") +--- -- newstr == "hello, [12][1]34" +--- -- n == 1 +--- ``` +--- +--- The dollar sign characters in the return value of the `replace` function argument are not special at all. +--- +--- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). +--- +--- This feature was first introduced in the `v0.2.1rc13` release. +--- +---@param subject string +---@param regex string +---@param replace string +---@param options string +---@return string,number,string @newStr,n,err +function ngx.re.sub(subject, regex, replace, options) end + +--- Decodes the `str` argument as a base64 digest to the raw form. Returns `nil` if `str` is not well formed. +--- +---@param str string +---@return string +function ngx.decode_base64(str) end + +--- Encodes `str` to a base64 digest. +--- +--- Since the `0.9.16` release, an optional boolean-typed `no_padding` argument can be specified to control whether the base64 padding should be appended to the resulting digest (default to `false`, i.e., with padding enabled). +--- +---@param str string +---@param no_padding boolean +---@return string@newstr +function ngx.encode_base64(str, no_padding) end + --- Fetching the shm-based Lua dictionary object for the shared memory zone named `DICT` defined by the [lua_shared_dict](#lua_shared_dict) directive. ---- +--- --- Shared memory zones are always shared by all the Nginx worker processes in the current Nginx server instance. ---- +--- --- The resulting object `dict` has the following methods: ---- +--- --- * [get](#ngxshareddictget) --- * [get_stale](#ngxshareddictget_stale) --- * [set](#ngxshareddictset) @@ -855,13 +1369,13 @@ function ngx.unescape_uri(str) end --- * [get_keys](#ngxshareddictget_keys) --- * [capacity](#ngxshareddictcapacity) --- * [free_space](#ngxshareddictfree_space) ---- +--- --- All these methods are *atomic* operations, that is, safe from concurrent accesses from multiple Nginx worker processes for the same `lua_shared_dict` zone. ---- +--- --- Here is an example: ---- +--- --- ```nginx ---- +--- --- http { --- lua_shared_dict dogs 10m; --- server { @@ -881,765 +1395,873 @@ function ngx.unescape_uri(str) end --- } --- } --- ``` ---- +--- --- Let us test it: ---- +--- --- ```bash ---- +--- --- $ curl localhost/set --- STORED ---- +--- --- $ curl localhost/get --- 8 ---- +--- --- $ curl localhost/get --- 8 --- ``` ---- +--- --- The number `8` will be consistently output when accessing `/get` regardless of how many Nginx workers there are because the `dogs` dictionary resides in the shared memory and visible to *all* of the worker processes. ---- +--- --- The shared dictionary will retain its contents through a server config reload (either by sending the `HUP` signal to the Nginx process or by using the `-s reload` command-line option). ---- +--- --- The contents in the dictionary storage will be lost, however, when the Nginx server quits. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@type table<string,ngx.shared.DICT> ngx.shared={} ----NOT EXIT ---@class ngx.shared.DICT -ngx.shared.DICT={} - ---- ------------------- ---- ---- **syntax:** *value, flags = ngx.shared.DICT:get(key)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +local DICT={} + --- Retrieving the value in the dictionary [ngx.shared.DICT](#ngxshareddict) for the key `key`. If the key does not exist or has expired, then `nil` will be returned. ---- +--- --- In case of errors, `nil` and a string describing the error will be returned. ---- +--- --- The value returned will have the original data type when they were inserted into the dictionary, for example, Lua booleans, numbers, or strings. ---- +--- --- The first argument to this method must be the dictionary object itself, for example, ---- +--- --- ```lua ---- +--- --- local cats = ngx.shared.cats --- local value, flags = cats.get(cats, "Marry") --- ``` ---- +--- --- or use Lua's syntactic sugar for method calls: ---- +--- --- ```lua ---- +--- --- local cats = ngx.shared.cats --- local value, flags = cats:get("Marry") --- ``` ---- +--- --- These two forms are fundamentally equivalent. ---- +--- --- If the user flags is `0` (the default), then no flags value will be returned. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return any,number -function ngx.shared.DICT:get(key) end - +function DICT:get(key) end ---- ------------------------- ---- ---- **syntax:** *value, flags, stale = ngx.shared.DICT:get_stale(key)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Similar to the [get](#ngxshareddictget) method but returns the value even if the key has already expired. ---- +--- --- Returns a 3rd value, `stale`, indicating whether the key has expired or not. ---- +--- --- Note that the value of an expired key is not guaranteed to be available so one should never rely on the availability of expired items. ---- +--- --- This method was first introduced in the `0.8.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return any,number,boolean -function ngx.shared.DICT:get_stale(key) end - ---- ------------------- ---- ---- **syntax:** *success, err, forcible = ngx.shared.DICT:set(key, value, exptime?, flags?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +function DICT:get_stale(key) end + --- Unconditionally sets a key-value pair into the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). Returns three values: ---- +--- --- * `success`: boolean value to indicate whether the key-value pair is stored or not. --- * `err`: textual error message, can be `"no memory"`. --- * `forcible`: a boolean value to indicate whether other valid items have been removed forcibly when out of storage in the shared memory zone. ---- +--- --- The `value` argument inserted can be Lua booleans, numbers, strings, or `nil`. Their value type will also be stored into the dictionary and the same data type can be retrieved later via the [get](#ngxshareddictget) method. ---- +--- --- The optional `exptime` argument specifies expiration time (in seconds) for the inserted key-value pair. The time resolution is `0.001` seconds. If the `exptime` takes the value `0` (which is the default), then the item will never expire. ---- +--- --- The optional `flags` argument specifies a user flags value associated with the entry to be stored. It can also be retrieved later with the value. The user flags is stored as an unsigned 32-bit integer internally. Defaults to `0`. The user flags argument was first introduced in the `v0.5.0rc2` release. ---- +--- --- When it fails to allocate memory for the current key-value item, then `set` will try removing existing items in the storage according to the Least-Recently Used (LRU) algorithm. Note that, LRU takes priority over expiration time here. If up to tens of existing items have been removed and the storage left is still insufficient (either due to the total capacity limit specified by [lua_shared_dict](#lua_shared_dict) or memory segmentation), then the `err` return value will be `no memory` and `success` will be `false`. ---- +--- --- If this method succeeds in storing the current item by forcibly removing other not-yet-expired items in the dictionary via LRU, the `forcible` return value will be `true`. If it stores the item without forcibly removing other valid items, then the return value `forcible` will be `false`. ---- +--- --- The first argument to this method must be the dictionary object itself, for example, ---- +--- --- ```lua ---- +--- --- local cats = ngx.shared.cats --- local succ, err, forcible = cats.set(cats, "Marry", "it is a nice cat!") --- ``` ---- +--- --- or use Lua's syntactic sugar for method calls: ---- +--- --- ```lua ---- +--- --- local cats = ngx.shared.cats --- local succ, err, forcible = cats:set("Marry", "it is a nice cat!") --- ``` ---- +--- --- These two forms are fundamentally equivalent. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- +--- --- Please note that while internally the key-value pair is set atomically, the atomicity does not go across the method call boundary. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ---@param exptime number ---@param flags number ----@return boolean,string,boolean@ success, err, forcible -function ngx.shared.DICT:set(key, value, exptime, flags) end - ---- ------------------------ ---- ---- **syntax:** *ok, err = ngx.shared.DICT:safe_set(key, value, exptime?, flags?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +---@return boolean,string,boolean@ success, err, forcible +function DICT:set(key, value, exptime, flags) end + --- Similar to the [set](#ngxshareddictset) method, but never overrides the (least recently used) unexpired items in the store when running out of storage in the shared memory zone. In this case, it will immediately return `nil` and the string "no memory". ---- +--- --- This feature was first introduced in the `v0.7.18` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ---@param exptime number ---@param flags number ---@return boolean,string@ ok, err -function ngx.shared.DICT:safe_set(key, value, exptime, flags) end - ---- ------------------- ---- ---- **syntax:** *success, err, forcible = ngx.shared.DICT:add(key, value, exptime?, flags?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +function DICT:safe_set(key, value, exptime, flags) end + --- Just like the [set](#ngxshareddictset) method, but only stores the key-value pair into the dictionary [ngx.shared.DICT](#ngxshareddict) if the key does *not* exist. ---- +--- --- If the `key` argument already exists in the dictionary (and not expired for sure), the `success` return value will be `false` and the `err` return value will be `"exists"`. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ---@param exptime number ---@param flags number ----@return boolean,string,boolean@ success, err, forcible -function ngx.shared.DICT:add(key, value, exptime, flags) end - ---- ------------------------ ---- ---- **syntax:** *ok, err = ngx.shared.DICT:safe_add(key, value, exptime?, flags?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- +---@return boolean,string,boolean@ success, err, forcible +function DICT:add(key, value, exptime, flags) end + --- Similar to the [add](#ngxshareddictadd) method, but never overrides the (least recently used) unexpired items in the store when running out of storage in the shared memory zone. In this case, it will immediately return `nil` and the string "no memory". ---- +--- --- This feature was first introduced in the `v0.7.18` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ---@param exptime number ---@param flags number ---@return boolean,string@ ok, err -function ngx.shared.DICT:safe_add(key, value, exptime, flags) end +function DICT:safe_add(key, value, exptime, flags) end ---- ----------------------- ---- ---- **syntax:** *success, err, forcible = ngx.shared.DICT:replace(key, value, exptime?, flags?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Just like the [set](#ngxshareddictset) method, but only stores the key-value pair into the dictionary [ngx.shared.DICT](#ngxshareddict) if the key *does* exist. ---- +--- --- If the `key` argument does *not* exist in the dictionary (or expired already), the `success` return value will be `false` and the `err` return value will be `"not found"`. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ---@param exptime number ---@param flags number ----@return boolean,string,boolean@ success, err, forcible -function ngx.shared.DICT:replace(key, value, exptime, flags) end +---@return boolean,string,boolean@ success, err, forcible +function DICT:replace(key, value, exptime, flags) end ---- ---------------------- ---- ---- **syntax:** *ngx.shared.DICT:delete(key)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Unconditionally removes the key-value pair from the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). ---- +--- --- It is equivalent to `ngx.shared.DICT:set(key, nil)`. ---- +--- --- This feature was first introduced in the `v0.3.1rc22` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return void -function ngx.shared.DICT:delete(key) end +function DICT:delete(key) end ---- -------------------- ---- ---- **syntax:** *newval, err, forcible? = ngx.shared.DICT:incr(key, value, init?, init_ttl?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- **optional requirement:** `resty.core.shdict` or `resty.core` ---- --- Increments the (numerical) value for `key` in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict) by the step value `value`. Returns the new resulting number if the operation is successfully completed or `nil` and an error message otherwise. ---- +--- --- When the key does not exist or has already expired in the shared dictionary, ---- +--- --- 1. if the `init` argument is not specified or takes the value `nil`, this method will return `nil` and the error string `"not found"`, or --- 1. if the `init` argument takes a number value, this method will create a new `key` with the value `init + value`. ---- +--- --- Like the [add](#ngxshareddictadd) method, it also overrides the (least recently used) unexpired items in the store when running out of storage in the shared memory zone. ---- +--- --- The optional `init_ttl` argument specifies expiration time (in seconds) of the value when it is initialized via the `init` argument. The time resolution is `0.001` seconds. If `init_ttl` takes the value `0` (which is the default), then the item will never expire. This argument cannot be provided without providing the `init` argument as well, and has no effect if the value already exists (e.g., if it was previously inserted via [set](#ngxshareddictset) or the likes). ---- +--- --- **Note:** Usage of the `init_ttl` argument requires the `resty.core.shdict` or `resty.core` modules from the [lua-resty-core](https://github.com/openresty/lua-resty-core) library. Example: ---- +--- --- ```lua ---- +--- --- require "resty.core" ---- +--- --- local cats = ngx.shared.cats --- local newval, err = cats:incr("black_cats", 1, 0, 0.1) ---- +--- --- print(newval) -- 1 ---- +--- --- ngx.sleep(0.2) ---- +--- --- local val, err = cats:get("black_cats") --- print(val) -- nil --- ``` ---- +--- --- The `forcible` return value will always be `nil` when the `init` argument is not specified. ---- +--- --- If this method succeeds in storing the current item by forcibly removing other not-yet-expired items in the dictionary via LRU, the `forcible` return value will be `true`. If it stores the item without forcibly removing other valid items, then the return value `forcible` will be `false`. ---- +--- --- If the original value is not a valid Lua number in the dictionary, it will return `nil` and `"not a number"`. ---- +--- --- The `value` argument and `init` argument can be any valid Lua numbers, like negative numbers or floating-point numbers. ---- +--- --- This method was first introduced in the `v0.3.1rc22` release. ---- +--- --- The optional `init` parameter was first added in the `v0.10.6` release. ---- +--- --- The optional `init_ttl` parameter was introduced in the `v0.10.12rc2` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value number ---@param init number ---@param init_ttl number ---@return number | nil ,string,boolean@newval, err, forcible -function ngx.shared.DICT:incr(key, value, init, init_ttl) end +function DICT:incr(key, value, init, init_ttl) end ---- --------------------- ---- ---- **syntax:** *length, err = ngx.shared.DICT:lpush(key, value)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Inserts the specified (numerical or string) `value` at the head of the list named `key` in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). Returns the number of elements in the list after the push operation. ---- +--- --- If `key` does not exist, it is created as an empty list before performing the push operation. When the `key` already takes a value that is not a list, it will return `nil` and `"value not a list"`. ---- +--- --- It never overrides the (least recently used) unexpired items in the store when running out of storage in the shared memory zone. In this case, it will immediately return `nil` and the string "no memory". ---- +--- --- This feature was first introduced in the `v0.10.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value string| number ----@return number ,string @length, err -function ngx.shared.DICT:lpush(key,value) end +---@return number ,string @length, err +function DICT:lpush(key,value) end ---- --------------------- ---- ---- **syntax:** *length, err = ngx.shared.DICT:rpush(key, value)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Similar to the [lpush](#ngxshareddictlpush) method, but inserts the specified (numerical or string) `value` at the tail of the list named `key`. ---- +--- --- This feature was first introduced in the `v0.10.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param value any ----@return number ,string @length, err -function ngx.shared.DICT:rpush(key, value) end +---@return number ,string @length, err +function DICT:rpush(key, value) end ---- -------------------- ---- ---- **syntax:** *val, err = ngx.shared.DICT:lpop(key)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Removes and returns the first element of the list named `key` in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). ---- +--- --- If `key` does not exist, it will return `nil`. When the `key` already takes a value that is not a list, it will return `nil` and `"value not a list"`. ---- +--- --- This feature was first introduced in the `v0.10.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return any,string @val,err -function ngx.shared.DICT:lpop(key) end +function DICT:lpop(key) end ---- -------------------- ---- ---- **syntax:** *val, err = ngx.shared.DICT:rpop(key)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Removes and returns the last element of the list named `key` in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). ---- +--- --- If `key` does not exist, it will return `nil`. When the `key` already takes a value that is not a list, it will return `nil` and `"value not a list"`. ---- +--- --- This feature was first introduced in the `v0.10.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return any,string@val,err -function ngx.shared.DICT:rpop(key) end +function DICT:rpop(key) end ---- -------------------- ---- ---- **syntax:** *len, err = ngx.shared.DICT:llen(key)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Returns the number of elements in the list named `key` in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). ---- +--- --- If key does not exist, it is interpreted as an empty list and 0 is returned. When the `key` already takes a value that is not a list, it will return `nil` and `"value not a list"`. ---- +--- --- This feature was first introduced in the `v0.10.6` release. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return number,string @len,err -function ngx.shared.DICT:llen(key) end +function DICT:llen(key) end ---- ------------------- ---- ---- **syntax:** *ttl, err = ngx.shared.DICT:ttl(key)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- **requires:** `resty.core.shdict` or `resty.core` ---- --- Retrieves the remaining TTL (time-to-live in seconds) of a key-value pair in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). Returns the TTL as a number if the operation is successfully completed or `nil` and an error message otherwise. ---- +--- --- If the key does not exist (or has already expired), this method will return `nil` and the error string `"not found"`. ---- +--- --- The TTL is originally determined by the `exptime` argument of the [set](#ngxshareddictset), [add](#ngxshareddictadd), [replace](#ngxshareddictreplace) (and the likes) methods. It has a time resolution of `0.001` seconds. A value of `0` means that the item will never expire. ---- +--- --- Example: ---- +--- --- ```lua ---- +--- --- require "resty.core" ---- +--- --- local cats = ngx.shared.cats --- local succ, err = cats:set("Marry", "a nice cat", 0.5) ---- +--- --- ngx.sleep(0.2) ---- +--- --- local ttl, err = cats:ttl("Marry") --- ngx.say(ttl) -- 0.3 --- ``` ---- +--- --- This feature was first introduced in the `v0.10.11` release. ---- +--- --- **Note:** This method requires the `resty.core.shdict` or `resty.core` modules from the [lua-resty-core](https://github.com/openresty/lua-resty-core) library. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@return number,string @ttl,err -function ngx.shared.DICT:ttl(key) end +function DICT:ttl(key) end ---- ---------------------- ---- ---- **syntax:** *success, err = ngx.shared.DICT:expire(key, exptime)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- **requires:** `resty.core.shdict` or `resty.core` ---- --- Updates the `exptime` (in second) of a key-value pair in the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). Returns a boolean indicating success if the operation completes or `nil` and an error message otherwise. ---- +--- --- If the key does not exist, this method will return `nil` and the error string `"not found"`. ---- +--- --- The `exptime` argument has a resolution of `0.001` seconds. If `exptime` is `0`, then the item will never expire. ---- +--- --- Example: ---- +--- --- ```lua ---- +--- --- require "resty.core" ---- +--- --- local cats = ngx.shared.cats --- local succ, err = cats:set("Marry", "a nice cat", 0.1) ---- +--- --- succ, err = cats:expire("Marry", 0.5) ---- +--- --- ngx.sleep(0.2) ---- +--- --- local val, err = cats:get("Marry") --- ngx.say(val) -- "a nice cat" --- ``` ---- +--- --- This feature was first introduced in the `v0.10.11` release. ---- +--- --- **Note:** This method requires the `resty.core.shdict` or `resty.core` modules from the [lua-resty-core](https://github.com/openresty/lua-resty-core) library. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param key string ---@param exptime number ---@return boolean,string @success,err -function ngx.shared.DICT:expire(key, exptime) end +function DICT:expire(key, exptime) end ---- ------------------------- ---- ---- **syntax:** *ngx.shared.DICT:flush_all()* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Flushes out all the items in the dictionary. This method does not actuall free up all the memory blocks in the dictionary but just marks all the existing items as expired. ---- +--- --- This feature was first introduced in the `v0.5.0rc17` release. ---- +--- --- See also [ngx.shared.DICT.flush_expired](#ngxshareddictflush_expired) and [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) -function ngx.shared.DICT:flush_all() end +--- +function DICT:flush_all() end ---- ----------------------------- ---- ---- **syntax:** *flushed = ngx.shared.DICT:flush_expired(max_count?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Flushes out the expired items in the dictionary, up to the maximal number specified by the optional `max_count` argument. When the `max_count` argument is given `0` or not given at all, then it means unlimited. Returns the number of items that have actually been flushed. ---- +--- --- Unlike the [flush_all](#ngxshareddictflush_all) method, this method actually frees up the memory used by the expired items. ---- +--- --- This feature was first introduced in the `v0.6.3` release. ---- +--- --- See also [ngx.shared.DICT.flush_all](#ngxshareddictflush_all) and [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max_count number ---@return number@flushed -function ngx.shared.DICT:flush_expired(max_count) end +function DICT:flush_expired(max_count) end ---- ------------------------ ---- ---- **syntax:** *keys = ngx.shared.DICT:get_keys(max_count?)* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Fetch a list of the keys from the dictionary, up to `<max_count>`. ---- +--- --- By default, only the first 1024 keys (if any) are returned. When the `<max_count>` argument is given the value `0`, then all the keys will be returned even there is more than 1024 keys in the dictionary. ---- +--- --- **CAUTION** Avoid calling this method on dictionaries with a very large number of keys as it may lock the dictionary for significant amount of time and block Nginx worker processes trying to access the dictionary. ---- +--- --- This feature was first introduced in the `v0.7.3` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max_count number ---@return string[]@keys -function ngx.shared.DICT:get_keys(max_count) end +function DICT:get_keys(max_count) end ---- ------------------------ ---- ---- **syntax:** *capacity_bytes = ngx.shared.DICT:capacity()* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- **requires:** `resty.core.shdict` or `resty.core` ---- --- Retrieves the capacity in bytes for the shm-based dictionary [ngx.shared.DICT](#ngxshareddict) declared with --- the [lua_shared_dict](#lua_shared_dict) directive. ---- +--- --- Example: ---- +--- --- ```lua ---- +--- --- require "resty.core.shdict" ---- +--- --- local cats = ngx.shared.cats --- local capacity_bytes = cats:capacity() --- ``` ---- +--- --- This feature was first introduced in the `v0.10.11` release. ---- +--- --- **Note:** This method requires the `resty.core.shdict` or `resty.core` modules from the [lua-resty-core](https://github.com/openresty/lua-resty-core) library. ---- +--- --- This feature requires at least Nginx core version `0.7.3`. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number -function ngx.shared.DICT:capacity() end +function DICT:capacity() end ---- -------------------------- ---- ---- **syntax:** *free_page_bytes = ngx.shared.DICT:free_space()* ---- ---- **context:** *init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- **requires:** `resty.core.shdict` or `resty.core` ---- --- Retrieves the free page size in bytes for the shm-based dictionary [ngx.shared.DICT](#ngxshareddict). ---- +--- --- **Note:** The memory for ngx.shared.DICT is allocated via the Nginx slab allocator which has each slot for --- data size ranges like \~8, 9\~16, 17\~32, ..., 1025\~2048, 2048\~ bytes. And pages are assigned to a slot if there --- is no room in already assigned pages for the slot. ---- +--- --- So even if the return value of the `free_space` method is zero, there may be room in already assigned pages, so --- you may successfully set a new key value pair to the shared dict without getting `true` for `forcible` or --- non nil `err` from the `ngx.shared.DICT.set`. ---- +--- --- On the other hand, if already assigned pages for a slot are full and a new key value pair is added to the --- slot and there is no free page, you may get `true` for `forcible` or non nil `err` from the --- `ngx.shared.DICT.set` method. ---- +--- --- Example: ---- +--- --- ```lua ---- +--- --- require "resty.core.shdict" ---- +--- --- local cats = ngx.shared.cats --- local free_page_bytes = cats:free_space() --- ``` ---- +--- --- This feature was first introduced in the `v0.10.11` release. ---- +--- --- **Note:** This method requires the `resty.core.shdict` or `resty.core` modules from the [lua-resty-core](https://github.com/openresty/lua-resty-core) library. ---- +--- --- This feature requires at least Nginx core version `1.11.7`. ---- +--- --- See also [ngx.shared.DICT](#ngxshareddict). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number -function ngx.shared.DICT:free_space() end +function DICT:free_space() end + +--- Read and write Nginx variable values. +--- +--- Usage: +--- +---```lua +--- value = ngx.var.some_nginx_variable_name +--- ngx.var.some_nginx_variable_name = value +---``` +--- +--- Note that only already defined Nginx variables can be written to. +--- For example: +--- +--- ```nginx +--- +--- location /foo { +--- set $my_var ''; # this line is required to create $my_var at config time +--- content_by_lua_block { +--- ngx.var.my_var = 123 +--- ... +--- } +--- } +--- ``` +--- +--- That is, Nginx variables cannot be created on-the-fly. +--- +--- Some special Nginx variables like `$args` and `$limit_rate` can be assigned a value, +--- many others are not, like `$query_string`, `$arg_PARAMETER`, and `$http_NAME`. +--- +--- Nginx regex group capturing variables `$1`, `$2`, `$3`, and etc, can be read by this +--- interface as well, by writing `ngx.var[1]`, `ngx.var[2]`, `ngx.var[3]`, and etc. +--- +--- Setting `ngx.var.Foo` to a `nil` value will unset the `$Foo` Nginx variable. +--- +--- ```lua +--- +--- ngx.var.args = nil +--- ``` +--- +--- **CAUTION** When reading from an Nginx variable, Nginx will allocate memory in the per-request memory pool which is freed only at request termination. So when you need to read from an Nginx variable repeatedly in your Lua code, cache the Nginx variable value to your own Lua variable, for example, +--- +--- ```lua +--- +--- local val = ngx.var.some_var +--- --- use the val repeatedly later +--- ``` +--- +--- to prevent (temporary) memory leaking within the current request's lifetime. Another way of caching the result is to use the [ngx.ctx](#ngxctx) table. +--- +--- Undefined Nginx variables are evaluated to `nil` while uninitialized (but defined) Nginx variables are evaluated to an empty Lua string. +--- +--- This API requires a relatively expensive metamethod call and it is recommended to avoid using it on hot code paths. +--- +---@type table +ngx.var = {} +--- Embedded Variables +--- see https://nginx.org/en/docs/http/ngx_http_core_module.html#variables +--- client address in a binary form, value’s length is always 4 bytes for IPv4 addresses or 16 bytes for IPv6 addresses +---@type string +ngx.var.binary_remote_addr = nil +--- number of bytes sent to a client, not counting the response header; this variable is compatible with the “%B” parameter of the mod_log_config Apache module +---@type number +ngx.var.body_bytes_sent = nil +--- number of bytes sent to a client (1.3.8, 1.2.5) +---@type number +ngx.var.bytes_sent = nil +--- connection serial number (1.3.8, 1.2.5) +---@type string +ngx.var.connection = nil + +--- current number of requests made through a connection (1.3.8, 1.2.5) +---@type string +ngx.var.connection_requests = nil + +--- connection time in seconds with a milliseconds resolution (1.19.10) +---@type string +ngx.var.connection_time = nil + +--- “Content-Length” request header field +---@type string +ngx.var.content_length = nil + +--- “Content-Type” request header field +---@type string +ngx.var.content_type = nil + +--- root or alias directive’s value for the current request +---@type string +ngx.var.document_root = nil + +--- same as ngx.var.uri +---@type string +ngx.var.document_uri = nil + +--- in this order of precedence: host name from the request line, or host name from the “Host” request header field, or the server name matching a request +---@type string +ngx.var.host = nil + +--- host name +---@type string +ngx.var.hostname = nil + +--- “on” if connection operates in SSL mode, or an empty string otherwise +---@type string '"on"'|'""' +ngx.var.https = nil + +--- “?” if a request line has arguments, or an empty string otherwise +---@type string +ngx.var.is_args = nil + +--- setting this variable enables response rate limiting; see limit_rate +---@type string +ngx.var.limit_rate = nil + +--- current time in seconds with the milliseconds resolution (1.3.9, 1.2.6) +---@type string +ngx.var.msec = nil + +--- nginx version +---@type string +ngx.var.nginx_version = nil + +--- PID of the worker process +---@type string +ngx.var.pid = nil + +--- “p” if request was pipelined, “.” otherwise (1.3.12, 1.2.7) +---@type string +ngx.var.pipe = nil + +--- client address from the PROXY protocol header (1.5.12) +--- The PROXY protocol must be previously enabled by setting the proxy_protocol parameter in the listen directive. +---@type string +ngx.var.proxy_protocol_addr = nil + +--- client port from the PROXY protocol header (1.11.0) +--- +--- The PROXY protocol must be previously enabled by setting the proxy_protocol parameter in the listen directive. +---@type string +ngx.var.proxy_protocol_port = nil + +--- server address from the PROXY protocol header (1.17.6) +--- +--- The PROXY protocol must be previously enabled by setting the proxy_protocol parameter in the listen directive. +---@type string +ngx.var.proxy_protocol_server_addr = nil + +--- server port from the PROXY protocol header (1.17.6) +--- +--- The PROXY protocol must be previously enabled by setting the proxy_protocol parameter in the listen directive. +---@type string +ngx.var.proxy_protocol_server_port = nil + +--- same as ngx.var.args +---@type string +ngx.var.query_string = nil + +--- an absolute pathname corresponding to the root or alias directive’s value for the current request, with all symbolic links resolved to real paths +---@type string +ngx.var.realpath_root = nil + +--- client address +---@type string +ngx.var.remote_addr = nil + +--- client port +---@type string +ngx.var.remote_port = nil + +--- user name supplied with the Basic authentication +---@type string +ngx.var.remote_user = nil + +--- full original request line +---@type string +ngx.var.request = nil + +--- request body +--- +--- The variable’s value is made available in locations processed by the proxy_pass, fastcgi_pass, uwsgi_pass, and scgi_pass directives when the request body was read to a memory buffer. +---@type string +ngx.var.request_body = nil + +--- name of a temporary file with the request body +--- +--- At the end of processing, the file needs to be removed. +--- To always write the request body to a file, client_body_in_file_only needs to be enabled. +--- When the name of a temporary file is passed in a proxied request or in a request to a FastCGI/uwsgi/SCGI server, passing the request body should be disabled by the proxy_pass_request_body off, fastcgi_pass_request_body off, uwsgi_pass_request_body off, or scgi_pass_request_body off directives, respectively. +---@type string +ngx.var.request_body_file = nil + +--- “OK” if a request has completed, or an empty string otherwise +---@type string +ngx.var.request_completion = nil + +--- file path for the current request, based on the root or alias directives, and the request URI +---@type string +ngx.var.request_filename = nil + +--- unique request identifier generated from 16 random bytes, in hexadecimal (1.11.0) +---@type string +ngx.var.request_id = nil + +--- request length (including request line, header, and request body) (1.3.12, 1.2.7) +---@type string +ngx.var.request_length = nil + +--- request method, usually “GET” or “POST” +---@type string +ngx.var.request_method = nil + +--- request processing time in seconds with a milliseconds resolution (1.3.9, 1.2.6); time elapsed since the first bytes were read from the client +---@type string +ngx.var.request_time = nil + +--- full original request URI (with arguments) +---@type string +ngx.var.request_uri = nil + +--- request scheme, “http” or “https” +---@type string +ngx.var.scheme = nil + +--- an address of the server which accepted a request +--- +--- Computing a value of this variable usually requires one system call. To avoid a system call, the listen directives must specify addresses and use the bind parameter. +---@type string +ngx.var.server_addr = nil + +--- name of the server which accepted a request +---@type string +ngx.var.server_name = nil + +--- port of the server which accepted a request +---@type string +ngx.var.server_port = nil + +--- request protocol, usually “HTTP/1.0”, “HTTP/1.1”, or “HTTP/2.0” +---@type string +ngx.var.server_protocol = nil + +--- response status (1.3.2, 1.2.2) +---@type string +ngx.var.status = nil + +--- local time in the ISO 8601 standard format (1.3.12, 1.2.7) +---@type string +ngx.var.time_iso8601 = nil + +--- local time in the Common Log Format (1.3.12, 1.2.7) +---@type string +ngx.var.time_local = nil + +--- current URI in request, normalized +--- The value of $uri may change during request processing, e.g. when doing internal redirects, or when using index files. +---@type string +ngx.var.uri = nil + +--- Updating query arguments via the Nginx variable `$args` (or `ngx.var.args` in Lua) at runtime is also supported: +--- +--- ```lua +--- +--- ngx.var.args = "a=3&b=42" +--- local args, err = ngx.req.get_uri_args() +--- ``` +--- +--- Here the `args` table will always look like +--- +--- ```lua +--- +--- {a = 3, b = 42} +--- ``` +--- +--- regardless of the actual request query string. +---@type string +ngx.var.args = nil + +--- embedded upstream variables +--- https://nginx.org/en/docs/http/ngx_http_upstream_module.html#variables + +--- IP address and port, or the path to the UNIX-domain socket of the upstream server. +--- If several servers were contacted during request processing, their addresses are separated by commas, e.g. “192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock”. +--- If an internal redirect from one server group to another happens, initiated by “X-Accel-Redirect” or error_page, then the server addresses from different groups are separated by colons, e.g. “192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock : 192.168.10.1:80, 192.168.10.2:80”. +--- If a server cannot be selected, the variable keeps the name of the server group. +---@type string +ngx.var.upstream_addr = nil + +--- number of bytes received from an upstream server (1.11.4). Values from several connections are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_bytes_received = nil + +--- number of bytes sent to an upstream server (1.15.8). Values from several connections are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_bytes_sent = nil + +--- status of accessing a response cache (0.8.3). The status can be either “MISS”, “BYPASS”, “EXPIRED”, “STALE”, “UPDATING”, “REVALIDATED”, or “HIT”. +---@type string +ngx.var.upstream_cache_status = nil + +--- time spent on establishing a connection with the upstream server (1.9.1) +-- +--- the time is kept in seconds with millisecond resolution. +--- In case of SSL, includes time spent on handshake. +--- Times of several connections are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_connect_time = nil + +--- time spent on receiving the response header from the upstream server (1.7.10) +--- the time is kept in seconds with millisecond resolution. +--- Times of several responses are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_header_time = nil + +--- the time the request spent in the upstream queue (1.13.9). +--- the time is kept in seconds with millisecond resolution. +--- Times of several responses are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_queue_time = nil + +--- the length of the response obtained from the upstream server (0.7.27). +--- the length is kept in bytes. +--- Lengths of several responses are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_response_length = nil + +--- time spent on receiving the response from the upstream server +--- +--- the time is kept in seconds with millisecond resolution. +--- Times of several responses are separated by commas and colons like addresses in the $upstream_addr variable. +---@type string +ngx.var.upstream_response_time = nil + +--- status code of the response obtained from the upstream server. +--- Status codes of several responses are separated by commas and colons like addresses in the $upstream_addr variable. +--- If a server cannot be selected, the variable keeps the 502 (Bad Gateway) status code. +---@type string +ngx.var.upstream_status = nil + + +ngx.req = {} ---- --------- ---- ---- **syntax:** *ok, err = ngx.flush(wait?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- ---- Flushes response output to the client. ---- ---- `ngx.flush` accepts an optional boolean `wait` argument (Default: `false`) first introduced in the `v0.3.1rc34` release. When called with the default argument, it issues an asynchronous call (Returns immediately without waiting for output data to be written into the system send buffer). Calling the function with the `wait` argument set to `true` switches to synchronous mode. ---- ---- In synchronous mode, the function will not return until all output data has been written into the system send buffer or until the [send_timeout](http://nginx.org/en/docs/http/ngx_http_core_module.html#send_timeout) setting has expired. Note that using the Lua coroutine mechanism means that this function does not block the Nginx event loop even in the synchronous mode. ---- ---- When `ngx.flush(true)` is called immediately after [ngx.print](#ngxprint) or [ngx.say](#ngxsay), it causes the latter functions to run in synchronous mode. This can be particularly useful for streaming output. ---- ---- Note that `ngx.flush` is not functional when in the HTTP 1.0 output buffering mode. See [HTTP 1.0 support](#http-10-support). ---- ---- Since `v0.8.3` this function returns `1` on success, or returns `nil` and a string describing the error otherwise. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param wait boolean ----@return boolean,string@ok,err -function ngx.flush(wait) end -function ngx._phase_ctx() end -ngx.HTTP_NOT_ALLOWED=405 -ngx.HTTP_ACCEPTED=202 -ngx.HTTP_CONFLICT=409 -ngx.HTTP_SPECIAL_RESPONSE=300 -ngx.HTTP_PERMANENT_REDIRECT=308 -ngx.var={} ---- ------------ ---- ---- **syntax:** *digest = ngx.sha1_bin(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns the binary form of the SHA-1 digest of the `str` argument. ---- ---- This function requires SHA-1 support in the Nginx build. (This usually just means OpenSSL should be installed while building Nginx). ---- ---- This function was first introduced in the `v0.5.0rc6`. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return any -function ngx.sha1_bin(str) end -ngx.HTTP_INSUFFICIENT_STORAGE=507 -ngx.HTTP_LOCK=4096 -ngx.req={} ---- ------------------- ---- ---- **syntax:** *is_internal = ngx.req.is_internal()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- --- Returns a boolean indicating whether the current request is an "internal request", i.e., --- a request initiated from inside the current Nginx server instead of from the client side. ---- +--- --- Subrequests are all internal requests and so are requests after internal redirects. ---- +--- --- This API was first introduced in the `v0.9.20` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return boolean +--- +---@return boolean function ngx.req.is_internal() end ---- -------------------- ---- ---- **syntax:** *num = ngx.req.http_version()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua** ---- + --- Returns the HTTP version number for the current request as a Lua number. ---- +--- --- Current possible values are 2.0, 1.0, 1.1, and 0.9. Returns `nil` for unrecognized values. ---- +--- --- This method was first introduced in the `v0.7.17` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return number +--- +---@return '2.0'|'1.0'|'1.1'|'0.9'|'nil' function ngx.req.http_version() end ---- --------------------- ---- ---- **syntax:** *ngx.req.set_body_data(data)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Set the current request's request body using the in-memory data specified by the `data` argument. ---- +--- --- If the request body has not been read yet, call [ngx.req.read_body](#ngxreqread_body) first (or turn on [lua_need_request_body](#lua_need_request_body) to force this module to read the request body. This is not recommended however). Additionally, the request body must not have been previously discarded by [ngx.req.discard_body](#ngxreqdiscard_body). ---- +--- --- Whether the previous request body has been read into memory or buffered into a disk file, it will be freed or the disk file will be cleaned up immediately, respectively. ---- +--- --- This function was first introduced in the `v0.3.1rc18` release. ---- +--- --- See also [ngx.req.set_body_file](#ngxreqset_body_file). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param data any function ngx.req.set_body_data(data) end ---- --------------------- ---- ---- **syntax:** *args, err = ngx.req.get_post_args(max_args?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- + --- Returns a Lua table holding all the current request POST query arguments (of the MIME type `application/x-www-form-urlencoded`). Call [ngx.req.read_body](#ngxreqread_body) to read the request body first or turn on the [lua_need_request_body](#lua_need_request_body) directive to avoid errors. ---- +--- --- ```nginx ---- +--- --- location = /test { --- content_by_lua_block { --- ngx.req.read_body() --- local args, err = ngx.req.get_post_args() ---- +--- --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end ---- +--- --- if not args then --- ngx.say("failed to get post args: ", err) --- return @@ -1654,103 +2276,97 @@ function ngx.req.set_body_data(data) end --- } --- } --- ``` ---- +--- --- Then ---- +--- --- ```bash ---- +--- --- # Post request with the body 'foo=bar&bar=baz&bar=blah' --- $ curl --data 'foo=bar&bar=baz&bar=blah' localhost/test --- ``` ---- +--- --- will yield the response body like ---- +--- --- ```bash ---- +--- --- foo: bar --- bar: baz, blah --- ``` ---- +--- --- Multiple occurrences of an argument key will result in a table value holding all of the values for that key in order. ---- +--- --- Keys and values will be unescaped according to URI escaping rules. ---- +--- --- With the settings above, ---- +--- --- ```bash ---- +--- --- # POST request with body 'a%20b=1%61+2' --- $ curl -d 'a%20b=1%61+2' localhost/test --- ``` ---- +--- --- will yield: ---- +--- --- ```bash ---- +--- --- a b: 1a 2 --- ``` ---- +--- --- Arguments without the `=<value>` parts are treated as boolean arguments. `POST /test` with the request body `foo&bar` will yield: ---- +--- --- ```bash ---- +--- --- foo: true --- bar: true --- ``` ---- +--- --- That is, they will take Lua boolean values `true`. However, they are different from arguments taking empty string values. `POST /test` with request body `foo=&bar=` will return something like ---- +--- --- ```bash ---- +--- --- foo: --- bar: --- ``` ---- +--- --- Empty key arguments are discarded. `POST /test` with body `=hello&=world` will yield empty outputs for instance. ---- +--- --- Note that a maximum of 100 request arguments are parsed by default (including those with the same name) and that additional request arguments are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. ---- +--- --- However, the optional `max_args` function argument can be used to override this limit: ---- +--- --- ```lua ---- +--- --- local args, err = ngx.req.get_post_args(10) --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end --- ``` ---- +--- --- This argument can be set to zero to remove the limit and to process all request arguments received: ---- +--- --- ```lua ---- +--- --- local args, err = ngx.req.get_post_args(0) --- ``` ---- +--- --- Removing the `max_args` cap is strongly discouraged. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max_args number ---@return table,string@args,err function ngx.req.get_post_args(max_args) end ---- -------------------- ---- ---- **syntax:** *args, err = ngx.req.get_uri_args(max_args?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, balancer_by_lua** ---- + --- Returns a Lua table holding all the current request URL query arguments. ---- +--- --- ```nginx ---- +--- --- location = /test { --- content_by_lua_block { --- local args, err = ngx.req.get_uri_args() ---- +--- --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end ---- +--- --- for key, val in pairs(args) do --- if type(val) == "table" then --- ngx.say(key, ": ", table.concat(val, ", ")) @@ -1761,137 +2377,131 @@ function ngx.req.get_post_args(max_args) end --- } --- } --- ``` ---- +--- --- Then `GET /test?foo=bar&bar=baz&bar=blah` will yield the response body ---- +--- --- ```bash ---- +--- --- foo: bar --- bar: baz, blah --- ``` ---- +--- --- Multiple occurrences of an argument key will result in a table value holding all the values for that key in order. ---- +--- --- Keys and values are unescaped according to URI escaping rules. In the settings above, `GET /test?a%20b=1%61+2` will yield: ---- +--- --- ```bash ---- +--- --- a b: 1a 2 --- ``` ---- +--- --- Arguments without the `=<value>` parts are treated as boolean arguments. `GET /test?foo&bar` will yield: ---- +--- --- ```bash ---- +--- --- foo: true --- bar: true --- ``` ---- +--- --- That is, they will take Lua boolean values `true`. However, they are different from arguments taking empty string values. `GET /test?foo=&bar=` will give something like ---- +--- --- ```bash ---- +--- --- foo: --- bar: --- ``` ---- +--- --- Empty key arguments are discarded. `GET /test?=hello&=world` will yield an empty output for instance. ---- +--- --- Updating query arguments via the Nginx variable `$args` (or `ngx.var.args` in Lua) at runtime is also supported: ---- +--- --- ```lua ---- +--- --- ngx.var.args = "a=3&b=42" --- local args, err = ngx.req.get_uri_args() --- ``` ---- +--- --- Here the `args` table will always look like ---- +--- --- ```lua ---- +--- --- {a = 3, b = 42} --- ``` ---- +--- --- regardless of the actual request query string. ---- +--- --- Note that a maximum of 100 request arguments are parsed by default (including those with the same name) and that additional request arguments are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. ---- +--- --- However, the optional `max_args` function argument can be used to override this limit: ---- +--- --- ```lua ---- +--- --- local args, err = ngx.req.get_uri_args(10) --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end --- ``` ---- +--- --- This argument can be set to zero to remove the limit and to process all request arguments received: ---- +--- --- ```lua ---- +--- --- local args, err = ngx.req.get_uri_args(0) --- ``` ---- +--- --- Removing the `max_args` cap is strongly discouraged. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max_args number ---@return table,string@args, err function ngx.req.get_uri_args(max_args) end ---- --------------- ---- ---- **syntax:** *ngx.req.set_uri(uri, jump?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua** ---- + --- Rewrite the current request's (parsed) URI by the `uri` argument. The `uri` argument must be a Lua string and cannot be of zero length, or a Lua exception will be thrown. ---- +--- --- The optional boolean `jump` argument can trigger location rematch (or location jump) as [ngx_http_rewrite_module](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html)'s [rewrite](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite) directive, that is, when `jump` is `true` (default to `false`), this function will never return and it will tell Nginx to try re-searching locations with the new URI value at the later `post-rewrite` phase and jumping to the new location. ---- +--- --- Location jump will not be triggered otherwise, and only the current request's URI will be modified, which is also the default behavior. This function will return but with no returned values when the `jump` argument is `false` or absent altogether. ---- +--- --- For example, the following Nginx config snippet ---- +--- --- ```nginx ---- +--- --- rewrite ^ /foo last; --- ``` ---- +--- --- can be coded in Lua like this: ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri("/foo", true) --- ``` ---- +--- --- Similarly, Nginx config ---- +--- --- ```nginx ---- +--- --- rewrite ^ /foo break; --- ``` ---- +--- --- can be coded in Lua as ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri("/foo", false) --- ``` ---- +--- --- or equivalently, ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri("/foo") --- ``` ---- +--- --- The `jump` argument can only be set to `true` in [rewrite_by_lua*](#rewrite_by_lua). Use of jump in other contexts is prohibited and will throw out a Lua exception. ---- +--- --- A more sophisticated example involving regex substitutions is as follows ---- +--- --- ```nginx ---- +--- --- location /test { --- rewrite_by_lua_block { --- local uri = ngx.re.sub(ngx.var.uri, "^/test/(.*)", "/$1", "o") @@ -1900,1485 +2510,574 @@ function ngx.req.get_uri_args(max_args) end --- proxy_pass http://my_backend; --- } --- ``` ---- +--- --- which is functionally equivalent to ---- +--- --- ```nginx ---- +--- --- location /test { --- rewrite ^/test/(.*) /$1 break; --- proxy_pass http://my_backend; --- } --- ``` ---- +--- +--- Note: this function throws a Lua error if the `uri` argument +--- contains unsafe characters (control characters). +--- --- Note that it is not possible to use this interface to rewrite URI arguments and that [ngx.req.set_uri_args](#ngxreqset_uri_args) should be used for this instead. For instance, Nginx config ---- +--- --- ```nginx ---- +--- --- rewrite ^ /foo?a=3? last; --- ``` ---- +--- --- can be coded as ---- +--- --- ```nginx ---- +--- --- ngx.req.set_uri_args("a=3") --- ngx.req.set_uri("/foo", true) --- ``` ---- +--- --- or ---- +--- --- ```nginx ---- +--- --- ngx.req.set_uri_args({a = 3}) --- ngx.req.set_uri("/foo", true) --- ``` ---- +--- +--- Starting from `0.10.16` of this module, this function accepts an +--- optional boolean `binary` argument to allow arbitrary binary URI +--- data. By default, this `binary` argument is false and this function +--- will throw out a Lua error such as the one below when the `uri` +--- argument contains any control characters (ASCII Code 0 ~ 0x08, 0x0A ~ 0x1F and 0x7F). +--- +--- +--- [error] 23430#23430: *1 lua entry thread aborted: runtime error: +--- content_by_lua(nginx.conf:44):3: ngx.req.set_uri unsafe byte "0x00" +--- in "\x00foo" (maybe you want to set the 'binary' argument?) +--- +--- --- This interface was first introduced in the `v0.3.1rc14` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param uri string ---@param jump boolean ----@return void -function ngx.req.set_uri(uri, jump) end ---- ------------------- ---- ---- **syntax:** *ngx.req.append_body(data_chunk)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua** ---- +---@param binary boolean +function ngx.req.set_uri(uri, jump, binary) end + --- Append new data chunk specified by the `data_chunk` argument onto the existing request body created by the [ngx.req.init_body](#ngxreqinit_body) call. ---- +--- --- When the data can no longer be hold in the memory buffer for the request body, then the data will be flushed onto a temporary file just like the standard request body reader in the Nginx core. ---- +--- --- It is important to always call the [ngx.req.finish_body](#ngxreqfinish_body) after all the data has been appended onto the current request body. ---- +--- --- This function can be used with [ngx.req.init_body](#ngxreqinit_body), [ngx.req.finish_body](#ngxreqfinish_body), and [ngx.req.socket](#ngxreqsocket) to implement efficient input filters in pure Lua (in the context of [rewrite_by_lua*](#rewrite_by_lua) or [access_by_lua*](#access_by_lua)), which can be used with other Nginx content handler or upstream modules like [ngx_http_proxy_module](http://nginx.org/en/docs/http/ngx_http_proxy_module.html) and [ngx_http_fastcgi_module](http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html). ---- +--- --- This function was first introduced in the `v0.5.11` release. ---- +--- --- See also [ngx.req.init_body](#ngxreqinit_body). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param data_chunk any function ngx.req.append_body(data_chunk) end ---- ------------------ ---- ---- **syntax:** *ngx.req.set_method(method_id)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua** ---- + --- Overrides the current request's request method with the `method_id` argument. Currently only numerical [method constants](#http-method-constants) are supported, like `ngx.HTTP_POST` and `ngx.HTTP_GET`. ---- +--- --- If the current request is an Nginx subrequest, then the subrequest's method will be overridden. ---- +--- --- This method was first introduced in the `v0.5.6` release. ---- +--- --- See also [ngx.req.get_method](#ngxreqget_method). ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param method_id number +--- +---@param method_id ngx.http.method function ngx.req.set_method(method_id) end ---- ------------------ ---- ---- **syntax:** *method_name = ngx.req.get_method()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, balancer_by_lua*, log_by_lua** ---- + --- Retrieves the current request's request method name. Strings like `"GET"` and `"POST"` are returned instead of numerical [method constants](#http-method-constants). ---- +--- --- If the current request is an Nginx subrequest, then the subrequest's method name will be returned. ---- +--- --- This method was first introduced in the `v0.5.6` release. ---- +--- --- See also [ngx.req.set_method](#ngxreqset_method). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return string@method_name function ngx.req.get_method() end ---- -------------- ---- ---- **syntax:** *tcpsock, err = ngx.req.socket()* ---- ---- **syntax:** *tcpsock, err = ngx.req.socket(raw)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Returns a read-only cosocket object that wraps the downstream connection. Only [receive](#tcpsockreceive) and [receiveuntil](#tcpsockreceiveuntil) methods are supported on this object. ---- +--- --- In case of error, `nil` will be returned as well as a string describing the error. ---- +--- --- The socket object returned by this method is usually used to read the current request's body in a streaming fashion. Do not turn on the [lua_need_request_body](#lua_need_request_body) directive, and do not mix this call with [ngx.req.read_body](#ngxreqread_body) and [ngx.req.discard_body](#ngxreqdiscard_body). ---- +--- --- If any request body data has been pre-read into the Nginx core request header buffer, the resulting cosocket object will take care of this to avoid potential data loss resulting from such pre-reading. --- Chunked request bodies are not yet supported in this API. ---- +--- --- Since the `v0.9.0` release, this function accepts an optional boolean `raw` argument. When this argument is `true`, this function returns a full-duplex cosocket object wrapping around the raw downstream connection socket, upon which you can call the [receive](#tcpsockreceive), [receiveuntil](#tcpsockreceiveuntil), and [send](#tcpsocksend) methods. ---- +--- --- When the `raw` argument is `true`, it is required that no pending data from any previous [ngx.say](#ngxsay), [ngx.print](#ngxprint), or [ngx.send_headers](#ngxsend_headers) calls exists. So if you have these downstream output calls previously, you should call [ngx.flush(true)](#ngxflush) before calling `ngx.req.socket(true)` to ensure that there is no pending output data. If the request body has not been read yet, then this "raw socket" can also be used to read the request body. ---- +--- --- You can use the "raw request socket" returned by `ngx.req.socket(true)` to implement fancy protocols like [WebSocket](https://en.wikipedia.org/wiki/WebSocket), or just emit your own raw HTTP response header or body data. You can refer to the [lua-resty-websocket library](https://github.com/openresty/lua-resty-websocket) for a real world example. ---- +--- --- This function was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param raw boolean ---@return tcpsock,string @tcpsock,err function ngx.req.socket(raw) end ---- ------------------- ---- ---- **syntax:** *ngx.req.finish_body()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Completes the construction process of the new request body created by the [ngx.req.init_body](#ngxreqinit_body) and [ngx.req.append_body](#ngxreqappend_body) calls. ---- +--- --- This function can be used with [ngx.req.init_body](#ngxreqinit_body), [ngx.req.append_body](#ngxreqappend_body), and [ngx.req.socket](#ngxreqsocket) to implement efficient input filters in pure Lua (in the context of [rewrite_by_lua*](#rewrite_by_lua) or [access_by_lua*](#access_by_lua)), which can be used with other Nginx content handler or upstream modules like [ngx_http_proxy_module](http://nginx.org/en/docs/http/ngx_http_proxy_module.html) and [ngx_http_fastcgi_module](http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html). ---- +--- --- This function was first introduced in the `v0.5.11` release. ---- +--- --- See also [ngx.req.init_body](#ngxreqinit_body). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- function ngx.req.finish_body() end ---- ------------------ ---- ---- **syntax:** *str = ngx.req.raw_header(no_request_line?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua** ---- + --- Returns the original raw HTTP protocol header received by the Nginx server. ---- +--- --- By default, the request line and trailing `CR LF` terminator will also be included. For example, ---- +--- --- ```lua ---- +--- --- ngx.print(ngx.req.raw_header()) --- ``` ---- +--- --- gives something like this: ---- ---- +--- +--- --- GET /t HTTP/1.1 --- Host: localhost --- Connection: close --- Foo: bar ---- ---- ---- +--- +--- +--- --- You can specify the optional --- `no_request_line` argument as a `true` value to exclude the request line from the result. For example, ---- +--- --- ```lua ---- +--- --- ngx.print(ngx.req.raw_header(true)) --- ``` ---- +--- --- outputs something like this: ---- ---- +--- +--- --- Host: localhost --- Connection: close --- Foo: bar ---- ---- ---- +--- +--- +--- --- This method was first introduced in the `v0.7.17` release. ---- +--- --- This method does not work in HTTP/2 requests yet. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param no_request_line boolean ---@return string @str function ngx.req.raw_header(no_request_line) end -function ngx.req.get_query_args() end ---- ------------------ ---- ---- **syntax:** *secs = ngx.req.start_time()* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- + --- Returns a floating-point number representing the timestamp (including milliseconds as the decimal part) when the current request was created. ---- +--- --- The following example emulates the `$request_time` variable value (provided by [ngx_http_log_module](http://nginx.org/en/docs/http/ngx_http_log_module.html)) in pure Lua: ---- +--- --- ```lua ---- +--- --- local request_time = ngx.now() - ngx.req.start_time() --- ``` ---- +--- --- This function was first introduced in the `v0.7.7` release. ---- +--- --- See also [ngx.now](#ngxnow) and [ngx.update_time](#ngxupdate_time). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number function ngx.req.start_time() end ---- ----------------- ---- ---- **syntax:** *ngx.req.init_body(buffer_size?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Creates a new blank request body for the current request and inializes the buffer for later request body data writing via the [ngx.req.append_body](#ngxreqappend_body) and [ngx.req.finish_body](#ngxreqfinish_body) APIs. ---- +--- --- If the `buffer_size` argument is specified, then its value will be used for the size of the memory buffer for body writing with [ngx.req.append_body](#ngxreqappend_body). If the argument is omitted, then the value specified by the standard [client_body_buffer_size](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_buffer_size) directive will be used instead. ---- +--- --- When the data can no longer be hold in the memory buffer for the request body, then the data will be flushed onto a temporary file just like the standard request body reader in the Nginx core. ---- +--- --- It is important to always call the [ngx.req.finish_body](#ngxreqfinish_body) after all the data has been appended onto the current request body. Also, when this function is used together with [ngx.req.socket](#ngxreqsocket), it is required to call [ngx.req.socket](#ngxreqsocket) *before* this function, or you will get the "request body already exists" error message. ---- +--- --- The usage of this function is often like this: ---- +--- --- ```lua ---- +--- --- ngx.req.init_body(128 * 1024) -- buffer is 128KB --- for chunk in next_data_chunk() do --- ngx.req.append_body(chunk) -- each chunk can be 4KB --- end --- ngx.req.finish_body() --- ``` ---- +--- --- This function can be used with [ngx.req.append_body](#ngxreqappend_body), [ngx.req.finish_body](#ngxreqfinish_body), and [ngx.req.socket](#ngxreqsocket) to implement efficient input filters in pure Lua (in the context of [rewrite_by_lua*](#rewrite_by_lua) or [access_by_lua*](#access_by_lua)), which can be used with other Nginx content handler or upstream modules like [ngx_http_proxy_module](http://nginx.org/en/docs/http/ngx_http_proxy_module.html) and [ngx_http_fastcgi_module](http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html). ---- +--- --- This function was first introduced in the `v0.5.11` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param buffer_size number function ngx.req.init_body( buffer_size) end ---- --------------------- ---- ---- **syntax:** *ngx.req.set_body_file(file_name, auto_clean?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Set the current request's request body using the in-file data specified by the `file_name` argument. ---- +--- --- If the request body has not been read yet, call [ngx.req.read_body](#ngxreqread_body) first (or turn on [lua_need_request_body](#lua_need_request_body) to force this module to read the request body. This is not recommended however). Additionally, the request body must not have been previously discarded by [ngx.req.discard_body](#ngxreqdiscard_body). ---- +--- --- If the optional `auto_clean` argument is given a `true` value, then this file will be removed at request completion or the next time this function or [ngx.req.set_body_data](#ngxreqset_body_data) are called in the same request. The `auto_clean` is default to `false`. ---- +--- --- Please ensure that the file specified by the `file_name` argument exists and is readable by an Nginx worker process by setting its permission properly to avoid Lua exception errors. ---- +--- --- Whether the previous request body has been read into memory or buffered into a disk file, it will be freed or the disk file will be cleaned up immediately, respectively. ---- +--- --- This function was first introduced in the `v0.3.1rc18` release. ---- +--- --- See also [ngx.req.set_body_data](#ngxreqset_body_data). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param file_name string ---@param auto_clean boolean function ngx.req.set_body_file(file_name, auto_clean) end ---- -------------------- ---- ---- **syntax:** *ngx.req.clear_header(header_name)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua** ---- + --- Clears the current request's request header named `header_name`. None of the current request's existing subrequests will be affected but subsequently initiated subrequests will inherit the change by default. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param header_name string function ngx.req.clear_header(header_name) end ---- ------------------- ---- ---- **syntax:** *headers, err = ngx.req.get_headers(max_headers?, raw?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- + --- Returns a Lua table holding all the current request headers. ---- +--- --- ```lua ---- +--- --- local h, err = ngx.req.get_headers() ---- +--- --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end ---- +--- --- for k, v in pairs(h) do --- ... --- end --- ``` ---- +--- --- To read an individual header: ---- +--- --- ```lua ---- +--- --- ngx.say("Host: ", ngx.req.get_headers()["Host"]) --- ``` ---- +--- --- Note that the [ngx.var.HEADER](#ngxvarvariable) API call, which uses core [$http_HEADER](http://nginx.org/en/docs/http/ngx_http_core_module.html#var_http_) variables, may be more preferable for reading individual request headers. ---- +--- --- For multiple instances of request headers such as: ---- +--- --- ```bash ---- +--- --- Foo: foo --- Foo: bar --- Foo: baz --- ``` ---- +--- --- the value of `ngx.req.get_headers()["Foo"]` will be a Lua (array) table such as: ---- +--- --- ```lua ---- +--- --- {"foo", "bar", "baz"} --- ``` ---- +--- --- Note that a maximum of 100 request headers are parsed by default (including those with the same name) and that additional request headers are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. ---- +--- --- However, the optional `max_headers` function argument can be used to override this limit: ---- +--- --- ```lua ---- +--- --- local headers, err = ngx.req.get_headers(10) ---- +--- --- if err == "truncated" then --- -- one can choose to ignore or reject the current request here --- end --- ``` ---- +--- --- This argument can be set to zero to remove the limit and to process all request headers received: ---- +--- --- ```lua ---- +--- --- local headers, err = ngx.req.get_headers(0) --- ``` ---- +--- --- Removing the `max_headers` cap is strongly discouraged. ---- +--- --- Since the `0.6.9` release, all the header names in the Lua table returned are converted to the pure lower-case form by default, unless the `raw` argument is set to `true` (default to `false`). ---- +--- --- Also, by default, an `__index` metamethod is added to the resulting Lua table and will normalize the keys to a pure lowercase form with all underscores converted to dashes in case of a lookup miss. For example, if a request header `My-Foo-Header` is present, then the following invocations will all pick up the value of this header correctly: ---- +--- --- ```lua ---- +--- --- ngx.say(headers.my_foo_header) --- ngx.say(headers["My-Foo-Header"]) --- ngx.say(headers["my-foo-header"]) --- ``` ---- +--- --- The `__index` metamethod will not be added when the `raw` argument is set to `true`. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max_headers number ---@param raw boolean ----@return table,string@headers, err +---@return table,string@headers, err function ngx.req.get_headers(max_headers, raw) end ---- -------------------- ---- ---- **syntax:** *ngx.req.discard_body()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Explicitly discard the request body, i.e., read the data on the connection and throw it away immediately (without using the request body by any means). ---- +--- --- This function is an asynchronous call and returns immediately. ---- +--- --- If the request body has already been read, this function does nothing and returns immediately. ---- +--- --- This function was first introduced in the `v0.3.1rc17` release. ---- +--- --- See also [ngx.req.read_body](#ngxreqread_body). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- function ngx.req.discard_body() end ---- ------------------ ---- ---- **syntax:** *ngx.req.set_header(header_name, header_value)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua** ---- + --- Set the current request's request header named `header_name` to value `header_value`, overriding any existing ones. ---- +--- --- By default, all the subrequests subsequently initiated by [ngx.location.capture](#ngxlocationcapture) and [ngx.location.capture_multi](#ngxlocationcapture_multi) will inherit the new header. ---- +--- --- Here is an example of setting the `Content-Type` header: ---- +--- --- ```lua ---- +--- --- ngx.req.set_header("Content-Type", "text/css") --- ``` ---- +--- --- The `header_value` can take an array list of values, --- for example, ---- +--- --- ```lua ---- +--- --- ngx.req.set_header("Foo", {"a", "abc"}) --- ``` ---- +--- --- will produce two new request headers: ---- +--- --- ```bash ---- +--- --- Foo: a --- Foo: abc --- ``` ---- +--- --- and old `Foo` headers will be overridden if there is any. ---- +--- --- When the `header_value` argument is `nil`, the request header will be removed. So ---- +--- --- ```lua ---- +--- --- ngx.req.set_header("X-Foo", nil) --- ``` ---- +--- --- is equivalent to ---- +--- --- ```lua ---- +--- --- ngx.req.clear_header("X-Foo") --- ``` ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param header_name string +--- +---@param header_name string ---@param header_value string | string[] function ngx.req.set_header(header_name, header_value) end ---- --------------------- ---- ---- **syntax:** *data = ngx.req.get_body_data()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, log_by_lua** ---- + --- Retrieves in-memory request body data. It returns a Lua string rather than a Lua table holding all the parsed query arguments. Use the [ngx.req.get_post_args](#ngxreqget_post_args) function instead if a Lua table is required. ---- +--- --- This function returns `nil` if ---- +--- --- 1. the request body has not been read, --- 1. the request body has been read into disk temporary files, --- 1. or the request body has zero size. ---- +--- --- If the request body has not been read yet, call [ngx.req.read_body](#ngxreqread_body) first (or turn on [lua_need_request_body](#lua_need_request_body) to force this module to read the request body. This is not recommended however). ---- +--- --- If the request body has been read into disk files, try calling the [ngx.req.get_body_file](#ngxreqget_body_file) function instead. ---- +--- --- To force in-memory request bodies, try setting [client_body_buffer_size](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_buffer_size) to the same size value in [client_max_body_size](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_max_body_size). ---- +--- --- Note that calling this function instead of using `ngx.var.request_body` or `ngx.var.echo_request_body` is more efficient because it can save one dynamic memory allocation and one data copy. ---- +--- --- This function was first introduced in the `v0.3.1rc17` release. ---- +--- --- See also [ngx.req.get_body_file](#ngxreqget_body_file). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return any@data function ngx.req.get_body_data() end ---- ----------------- ---- ---- **syntax:** *ngx.req.read_body()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Reads the client request body synchronously without blocking the Nginx event loop. ---- +--- --- ```lua ---- +--- --- ngx.req.read_body() --- local args = ngx.req.get_post_args() --- ``` ---- +--- --- If the request body is already read previously by turning on [lua_need_request_body](#lua_need_request_body) or by using other modules, then this function does not run and returns immediately. ---- +--- --- If the request body has already been explicitly discarded, either by the [ngx.req.discard_body](#ngxreqdiscard_body) function or other modules, this function does not run and returns immediately. ---- +--- --- In case of errors, such as connection errors while reading the data, this method will throw out a Lua exception *or* terminate the current request with a 500 status code immediately. ---- +--- --- The request body data read using this function can be retrieved later via [ngx.req.get_body_data](#ngxreqget_body_data) or, alternatively, the temporary file name for the body data cached to disk using [ngx.req.get_body_file](#ngxreqget_body_file). This depends on ---- +--- --- 1. whether the current request body is already larger than the [client_body_buffer_size](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_buffer_size), --- 1. and whether [client_body_in_file_only](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_in_file_only) has been switched on. ---- +--- --- In cases where current request may have a request body and the request body data is not required, The [ngx.req.discard_body](#ngxreqdiscard_body) function must be used to explicitly discard the request body to avoid breaking things under HTTP 1.1 keepalive or HTTP 1.1 pipelining. ---- +--- --- This function was first introduced in the `v0.3.1rc17` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ---- +--- +--- function ngx.req.read_body() end ---- --------------------- ---- ---- **syntax:** *file_name = ngx.req.get_body_file()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Retrieves the file name for the in-file request body data. Returns `nil` if the request body has not been read or has been read into memory. ---- +--- --- The returned file is read only and is usually cleaned up by Nginx's memory pool. It should not be manually modified, renamed, or removed in Lua code. ---- +--- --- If the request body has not been read yet, call [ngx.req.read_body](#ngxreqread_body) first (or turn on [lua_need_request_body](#lua_need_request_body) to force this module to read the request body. This is not recommended however). ---- +--- --- If the request body has been read into memory, try calling the [ngx.req.get_body_data](#ngxreqget_body_data) function instead. ---- +--- --- To force in-file request bodies, try turning on [client_body_in_file_only](http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_in_file_only). ---- +--- --- This function was first introduced in the `v0.3.1rc17` release. ---- +--- --- See also [ngx.req.get_body_data](#ngxreqget_body_data). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return string@file_name function ngx.req.get_body_file() end ---- -------------------- ---- ---- **syntax:** *ngx.req.set_uri_args(args)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua** ---- + --- Rewrite the current request's URI query arguments by the `args` argument. The `args` argument can be either a Lua string, as in ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri_args("a=3&b=hello%20world") --- ``` ---- +--- --- or a Lua table holding the query arguments' key-value pairs, as in ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri_args({ a = 3, b = "hello world" }) --- ``` ---- +--- --- where in the latter case, this method will escape argument keys and values according to the URI escaping rule. ---- +--- --- Multi-value arguments are also supported: ---- +--- --- ```lua ---- +--- --- ngx.req.set_uri_args({ a = 3, b = {5, 6} }) --- ``` ---- +--- --- which will result in a query string like `a=3&b=5&b=6`. ---- +--- --- This interface was first introduced in the `v0.3.1rc13` release. ---- +--- --- See also [ngx.req.set_uri](#ngxreqset_uri). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param args string | table<string,any> function ngx.req.set_uri_args(args) end - ----**syntax:** *secs = ngx.time()* ---- ----**context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ----Returns the elapsed seconds from the epoch for the current time stamp from the Nginx cached time (no syscall involved unlike Lua's date library). ---- ----Updates of the Nginx time cache can be forced by calling [ngx.update_time](#ngxupdate_time) first. ---- ----[Back to TOC](#nginx-api-for-lua) ---- ----@return number@secs -function ngx.time() end -ngx.re={} ---- ----------- ---- ---- **syntax:** *from, to, err = ngx.re.find(subject, regex, options?, ctx?, nth?)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Similar to [ngx.re.match](#ngxrematch) but only returns the beginning index (`from`) and end index (`to`) of the matched substring. The returned indexes are 1-based and can be fed directly into the [string.sub](https://www.lua.org/manual/5.1/manual.html#pdf-string.sub) API function to obtain the matched substring. ---- ---- In case of errors (like bad regexes or any PCRE runtime errors), this API function returns two `nil` values followed by a string describing the error. ---- ---- If no match is found, this function just returns a `nil` value. ---- ---- Below is an example: ---- ---- ```lua ---- ---- local s = "hello, 1234" ---- local from, to, err = ngx.re.find(s, "([0-9]+)", "jo") ---- if from then ---- ngx.say("from: ", from) ---- ngx.say("to: ", to) ---- ngx.say("matched: ", string.sub(s, from, to)) ---- else ---- if err then ---- ngx.say("error: ", err) ---- return ---- end ---- ngx.say("not matched!") ---- end ---- ``` ---- ---- This example produces the output ---- ---- from: 8 ---- to: 11 ---- matched: 1234 ---- ---- Because this API function does not create new Lua strings nor new Lua tables, it is much faster than [ngx.re.match](#ngxrematch). It should be used wherever possible. ---- ---- Since the `0.9.3` release, an optional 5th argument, `nth`, is supported to specify which (submatch) capture's indexes to return. When `nth` is 0 (which is the default), the indexes for the whole matched substring is returned; when `nth` is 1, then the 1st submatch capture's indexes are returned; when `nth` is 2, then the 2nd submatch capture is returned, and so on. When the specified submatch does not have a match, then two `nil` values will be returned. Below is an example for this: ---- ---- ```lua ---- ---- local str = "hello, 1234" ---- local from, to = ngx.re.find(str, "([0-9])([0-9]+)", "jo", nil, 2) ---- if from then ---- ngx.say("matched 2nd submatch: ", string.sub(str, from, to)) -- yields "234" ---- end ---- ``` ---- ---- This API function was first introduced in the `v0.9.2` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param subject string ----@param regex string ----@param options string@see ngx.re.match ----@param ctx table@see ngx.re.match ----@param nth number ----@return number,number,string@from, to, err -function ngx.re.find(subject, regex, options, ctx, nth) end ---- ------------- ---- ---- **syntax:** *iterator, err = ngx.re.gmatch(subject, regex, options?)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Similar to [ngx.re.match](#ngxrematch), but returns a Lua iterator instead, so as to let the user programmer iterate all the matches over the `<subject>` string argument with the PCRE `regex`. ---- ---- In case of errors, like seeing an ill-formed regular expression, `nil` and a string describing the error will be returned. ---- ---- Here is a small example to demonstrate its basic usage: ---- ---- ```lua ---- ---- local iterator, err = ngx.re.gmatch("hello, world!", "([a-z]+)", "i") ---- if not iterator then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- local m ---- m, err = iterator() -- m[0] == m[1] == "hello" ---- if err then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- m, err = iterator() -- m[0] == m[1] == "world" ---- if err then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- m, err = iterator() -- m == nil ---- if err then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ``` ---- ---- More often we just put it into a Lua loop: ---- ---- ```lua ---- ---- local it, err = ngx.re.gmatch("hello, world!", "([a-z]+)", "i") ---- if not it then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- while true do ---- local m, err = it() ---- if err then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- if not m then ---- -- no match found (any more) ---- break ---- end ---- ---- -- found a match ---- ngx.say(m[0]) ---- ngx.say(m[1]) ---- end ---- ``` ---- ---- The optional `options` argument takes exactly the same semantics as the [ngx.re.match](#ngxrematch) method. ---- ---- The current implementation requires that the iterator returned should only be used in a single request. That is, one should *not* assign it to a variable belonging to persistent namespace like a Lua package. ---- ---- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). ---- ---- This feature was first introduced in the `v0.2.1rc12` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@alias re.gmatch.iterator fun():string,string ----@param subject string ----@param regex string@see ngx.re.match ----@param options string@see ngx.re.match ----@return re.gmatch.iterator,string@iterator,err -function ngx.re.gmatch(subject, regex, options) end - - ---- ------------ ---- ---- **syntax:** *captures, err = ngx.re.match(subject, regex, options?, ctx?, res_table?)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Matches the `subject` string using the Perl compatible regular expression `regex` with the optional `options`. ---- ---- Only the first occurrence of the match is returned, or `nil` if no match is found. In case of errors, like seeing a bad regular expression or exceeding the PCRE stack limit, `nil` and a string describing the error will be returned. ---- ---- When a match is found, a Lua table `captures` is returned, where `captures[0]` holds the whole substring being matched, and `captures[1]` holds the first parenthesized sub-pattern's capturing, `captures[2]` the second, and so on. ---- ---- ```lua ---- ---- local m, err = ngx.re.match("hello, 1234", "[0-9]+") ---- if m then ---- -- m[0] == "1234" ---- ---- else ---- if err then ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ---- ngx.say("match not found") ---- end ---- ``` ---- ---- ```lua ---- ---- local m, err = ngx.re.match("hello, 1234", "([0-9])[0-9]+") ---- -- m[0] == "1234" ---- -- m[1] == "1" ---- ``` ---- ---- Named captures are also supported since the `v0.7.14` release ---- and are returned in the same Lua table as key-value pairs as the numbered captures. ---- ---- ```lua ---- ---- local m, err = ngx.re.match("hello, 1234", "([0-9])(?<remaining>[0-9]+)") ---- -- m[0] == "1234" ---- -- m[1] == "1" ---- -- m[2] == "234" ---- -- m["remaining"] == "234" ---- ``` ---- ---- Unmatched subpatterns will have `false` values in their `captures` table fields. ---- ---- ```lua ---- ---- local m, err = ngx.re.match("hello, world", "(world)|(hello)|(?<named>howdy)") ---- -- m[0] == "hello" ---- -- m[1] == false ---- -- m[2] == "hello" ---- -- m[3] == false ---- -- m["named"] == false ---- ``` ---- ---- Specify `options` to control how the match operation will be performed. The following option characters are supported: ---- ---- ---- a anchored mode (only match from the beginning) ---- ---- d enable the DFA mode (or the longest token match semantics). ---- this requires PCRE 6.0+ or else a Lua exception will be thrown. ---- first introduced in ngx_lua v0.3.1rc30. ---- ---- D enable duplicate named pattern support. This allows named ---- subpattern names to be repeated, returning the captures in ---- an array-like Lua table. for example, ---- local m = ngx.re.match("hello, world", ---- "(?<named>\w+), (?<named>\w+)", ---- "D") ---- -- m["named"] == {"hello", "world"} ---- this option was first introduced in the v0.7.14 release. ---- this option requires at least PCRE 8.12. ---- ---- i case insensitive mode (similar to Perl's /i modifier) ---- ---- j enable PCRE JIT compilation, this requires PCRE 8.21+ which ---- must be built with the --enable-jit option. for optimum performance, ---- this option should always be used together with the 'o' option. ---- first introduced in ngx_lua v0.3.1rc30. ---- ---- J enable the PCRE Javascript compatible mode. this option was ---- first introduced in the v0.7.14 release. this option requires ---- at least PCRE 8.12. ---- ---- m multi-line mode (similar to Perl's /m modifier) ---- ---- o compile-once mode (similar to Perl's /o modifier), ---- to enable the worker-process-level compiled-regex cache ---- ---- s single-line mode (similar to Perl's /s modifier) ---- ---- u UTF-8 mode. this requires PCRE to be built with ---- the --enable-utf8 option or else a Lua exception will be thrown. ---- ---- U similar to "u" but disables PCRE's UTF-8 validity check on ---- the subject string. first introduced in ngx_lua v0.8.1. ---- ---- x extended mode (similar to Perl's /x modifier) ---- ---- ---- These options can be combined: ---- ---- ```nginx ---- ---- local m, err = ngx.re.match("hello, world", "HEL LO", "ix") ---- -- m[0] == "hello" ---- ``` ---- ---- ```nginx ---- ---- local m, err = ngx.re.match("hello, 美好生活", "HELLO, (.{2})", "iu") ---- -- m[0] == "hello, 美好" ---- -- m[1] == "美好" ---- ``` ---- ---- The `o` option is useful for performance tuning, because the regex pattern in question will only be compiled once, cached in the worker-process level, and shared among all requests in the current Nginx worker process. The upper limit of the regex cache can be tuned via the [lua_regex_cache_max_entries](#lua_regex_cache_max_entries) directive. ---- ---- The optional fourth argument, `ctx`, can be a Lua table holding an optional `pos` field. When the `pos` field in the `ctx` table argument is specified, `ngx.re.match` will start matching from that offset (starting from 1). Regardless of the presence of the `pos` field in the `ctx` table, `ngx.re.match` will always set this `pos` field to the position *after* the substring matched by the whole pattern in case of a successful match. When match fails, the `ctx` table will be left intact. ---- ---- ```lua ---- ---- local ctx = {} ---- local m, err = ngx.re.match("1234, hello", "[0-9]+", "", ctx) ---- -- m[0] = "1234" ---- -- ctx.pos == 5 ---- ``` ---- ---- ```lua ---- ---- local ctx = { pos = 2 } ---- local m, err = ngx.re.match("1234, hello", "[0-9]+", "", ctx) ---- -- m[0] = "234" ---- -- ctx.pos == 5 ---- ``` ---- ---- The `ctx` table argument combined with the `a` regex modifier can be used to construct a lexer atop `ngx.re.match`. ---- ---- Note that, the `options` argument is not optional when the `ctx` argument is specified and that the empty Lua string (`""`) must be used as placeholder for `options` if no meaningful regex options are required. ---- ---- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). ---- ---- To confirm that PCRE JIT is enabled, activate the Nginx debug log by adding the `--with-debug` option to Nginx or OpenResty's `./configure` script. Then, enable the "debug" error log level in `error_log` directive. The following message will be generated if PCRE JIT is enabled: ---- ---- ---- pcre JIT compiling result: 1 ---- ---- ---- Starting from the `0.9.4` release, this function also accepts a 5th argument, `res_table`, for letting the caller supply the Lua table used to hold all the capturing results. Starting from `0.9.6`, it is the caller's responsibility to ensure this table is empty. This is very useful for recycling Lua tables and saving GC and table allocation overhead. ---- ---- This feature was introduced in the `v0.2.1rc11` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param subject string ----@param regex string ----@param options string ----@param ctx table ----@param res_table table ----@return table<number,string>,err @captures, err -function ngx.re.match(subject, regex, options, ctx, res_table) end ---- ----------- ---- ---- **syntax:** *newstr, n, err = ngx.re.gsub(subject, regex, replace, options?)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Just like [ngx.re.sub](#ngxresub), but does global substitution. ---- ---- Here is some examples: ---- ---- ```lua ---- ---- local newstr, n, err = ngx.re.gsub("hello, world", "([a-z])[a-z]+", "[$0,$1]", "i") ---- if newstr then ---- -- newstr == "[hello,h], [world,w]" ---- -- n == 2 ---- else ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ``` ---- ---- ```lua ---- ---- local func = function (m) ---- return "[" .. m[0] .. "," .. m[1] .. "]" ---- end ---- local newstr, n, err = ngx.re.gsub("hello, world", "([a-z])[a-z]+", func, "i") ---- -- newstr == "[hello,h], [world,w]" ---- -- n == 2 ---- ``` ---- ---- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). ---- ---- This feature was first introduced in the `v0.2.1rc15` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param subject string ----@param regex string ----@param replace string ----@param options string ----@return string,number,string @newStr,n,err -function ngx.re.gsub(subject, regex, replace, options) end - - ---- ---------- ---- ---- **syntax:** *newstr, n, err = ngx.re.sub(subject, regex, replace, options?)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Substitutes the first match of the Perl compatible regular expression `regex` on the `subject` argument string with the string or function argument `replace`. The optional `options` argument has exactly the same meaning as in [ngx.re.match](#ngxrematch). ---- ---- This method returns the resulting new string as well as the number of successful substitutions. In case of failures, like syntax errors in the regular expressions or the `<replace>` string argument, it will return `nil` and a string describing the error. ---- ---- When the `replace` is a string, then it is treated as a special template for string replacement. For example, ---- ---- ```lua ---- ---- local newstr, n, err = ngx.re.sub("hello, 1234", "([0-9])[0-9]", "[$0][$1]") ---- if newstr then ---- -- newstr == "hello, [12][1]34" ---- -- n == 1 ---- else ---- ngx.log(ngx.ERR, "error: ", err) ---- return ---- end ---- ``` ---- ---- where `$0` referring to the whole substring matched by the pattern and `$1` referring to the first parenthesized capturing substring. ---- ---- Curly braces can also be used to disambiguate variable names from the background string literals: ---- ---- ```lua ---- ---- local newstr, n, err = ngx.re.sub("hello, 1234", "[0-9]", "${0}00") ---- -- newstr == "hello, 100234" ---- -- n == 1 ---- ``` ---- ---- Literal dollar sign characters (`$`) in the `replace` string argument can be escaped by another dollar sign, for instance, ---- ---- ```lua ---- ---- local newstr, n, err = ngx.re.sub("hello, 1234", "[0-9]", "$$") ---- -- newstr == "hello, $234" ---- -- n == 1 ---- ``` ---- ---- Do not use backlashes to escape dollar signs; it will not work as expected. ---- ---- When the `replace` argument is of type "function", then it will be invoked with the "match table" as the argument to generate the replace string literal for substitution. The "match table" fed into the `replace` function is exactly the same as the return value of [ngx.re.match](#ngxrematch). Here is an example: ---- ---- ```lua ---- ---- local func = function (m) ---- return "[" .. m[0] .. "][" .. m[1] .. "]" ---- end ---- local newstr, n, err = ngx.re.sub("hello, 1234", "( [0-9] ) [0-9]", func, "x") ---- -- newstr == "hello, [12][1]34" ---- -- n == 1 ---- ``` ---- ---- The dollar sign characters in the return value of the `replace` function argument are not special at all. ---- ---- This method requires the PCRE library enabled in Nginx ([Known Issue With Special Escaping Sequences](#special-escaping-sequences)). ---- ---- This feature was first introduced in the `v0.2.1rc13` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param subject string ----@param regex string ----@param replace string ----@param options string ----@return string,number,string @newStr,n,err -function ngx.re.sub(subject, regex, replace, options) end ---- --------- ---- ---- **syntax:** *str = ngx.today()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns current date (in the format `yyyy-mm-dd`) from the Nginx cached time (no syscall involved unlike Lua's date library). ---- ---- This is the local time. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return string -function ngx.get_today() end -ngx.HTTP_BAD_GATEWAY=502 -ngx.HTTP_INTERNAL_SERVER_ERROR=500 ---- ----------------- ---- ---- **syntax:** *newstr = ngx.decode_base64(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Decodes the `str` argument as a base64 digest to the raw form. Returns `nil` if `str` is not well formed. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return string -function ngx.decode_base64(str) end ---- --------- ---- ---- **syntax:** *ngx.sleep(seconds)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- ---- Sleeps for the specified seconds without blocking. One can specify time resolution up to 0.001 seconds (i.e., one milliseconds). ---- ---- Behind the scene, this method makes use of the Nginx timers. ---- ---- Since the `0.7.20` release, The `0` time argument can also be specified. ---- ---- This method was introduced in the `0.5.0rc30` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param seconds number -function ngx.sleep(seconds) end ---- --------------- ---- ---- **syntax:** *ngx.update_time()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Forcibly updates the Nginx current time cache. This call involves a syscall and thus has some overhead, so do not abuse it. ---- ---- This API was first introduced in `v0.3.1rc32`. ---- ---- [Back to TOC](#nginx-api-for-lua) -function ngx.update_time() end ---- **syntax:** *ok, err = ngx.on_abort(callback)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- ---- Registers a user Lua function as the callback which gets called automatically when the client closes the (downstream) connection prematurely. ---- ---- Returns `1` if the callback is registered successfully or returns `nil` and a string describing the error otherwise. ---- ---- All the [Nginx API for Lua](#nginx-api-for-lua) can be used in the callback function because the function is run in a special "light thread", just as those "light threads" created by [ngx.thread.spawn](#ngxthreadspawn). ---- ---- The callback function can decide what to do with the client abortion event all by itself. For example, it can simply ignore the event by doing nothing and the current Lua request handler will continue executing without interruptions. And the callback function can also decide to terminate everything by calling [ngx.exit](#ngxexit), for example, ---- ---- ```lua ---- ---- local function my_cleanup() ---- -- custom cleanup work goes here, like cancelling a pending DB transaction ---- ---- -- now abort all the "light threads" running in the current request handler ---- ngx.exit(499) ---- end ---- ---- local ok, err = ngx.on_abort(my_cleanup) ---- if not ok then ---- ngx.log(ngx.ERR, "failed to register the on_abort callback: ", err) ---- ngx.exit(500) ---- end ---- ``` ---- ---- When [lua_check_client_abort](#lua_check_client_abort) is set to `off` (which is the default), then this function call will always return the error message "lua_check_client_abort is off". ---- ---- According to the current implementation, this function can only be called once in a single request handler; subsequent calls will return the error message "duplicate call". ---- ---- This API was first introduced in the `v0.7.4` release. ---- ---- See also [lua_check_client_abort](#lua_check_client_abort). ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param callback fun() ----@return boolean,string@ok,err -function ngx.on_abort(callback) end -function ngx.get_now() end ---- ------- ---- ---- **syntax:** *digest = ngx.md5(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns the hexadecimal representation of the MD5 digest of the `str` argument. ---- ---- For example, ---- ---- ```nginx ---- ---- location = /md5 { ---- content_by_lua_block { ngx.say(ngx.md5("hello")) } ---- } ---- ``` ---- ---- yields the output ---- ---- ---- 5d41402abc4b2a76b9719d911017c592 ---- ---- ---- See [ngx.md5_bin](#ngxmd5_bin) if the raw binary MD5 digest is required. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return string -function ngx.md5(str) end -ngx.ERR=4 -ngx.HTTP_PROPFIND=1024 -ngx.HTTP_DELETE=32 ---- -------- ---- ---- **syntax:** *ngx.exit(status)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- When `status >= 200` (i.e., `ngx.HTTP_OK` and above), it will interrupt the execution of the current request and return status code to Nginx. ---- ---- When `status == 0` (i.e., `ngx.OK`), it will only quit the current phase handler (or the content handler if the [content_by_lua*](#content_by_lua) directive is used) and continue to run later phases (if any) for the current request. ---- ---- The `status` argument can be `ngx.OK`, `ngx.ERROR`, `ngx.HTTP_NOT_FOUND`, ---- `ngx.HTTP_MOVED_TEMPORARILY`, or other [HTTP status constants](#http-status-constants). ---- ---- To return an error page with custom contents, use code snippets like this: ---- ---- ```lua ---- ---- ngx.status = ngx.HTTP_GONE ---- ngx.say("This is our own content") ---- -- to cause quit the whole request rather than the current phase handler ---- ngx.exit(ngx.HTTP_OK) ---- ``` ---- ---- The effect in action: ---- ---- ```bash ---- ---- $ curl -i http://localhost/test ---- HTTP/1.1 410 Gone ---- Server: nginx/1.0.6 ---- Date: Thu, 15 Sep 2011 00:51:48 GMT ---- Content-Type: text/plain ---- Transfer-Encoding: chunked ---- Connection: keep-alive ---- ---- This is our own content ---- ``` ---- ---- Number literals can be used directly as the argument, for instance, ---- ---- ```lua ---- ---- ngx.exit(501) ---- ``` ---- ---- Note that while this method accepts all [HTTP status constants](#http-status-constants) as input, it only accepts `ngx.OK` and `ngx.ERROR` of the [core constants](#core-constants). ---- ---- Also note that this method call terminates the processing of the current request and that it is recommended that a coding style that combines this method call with the `return` statement, i.e., `return ngx.exit(...)` be used to reinforce the fact that the request processing is being terminated. ---- ---- When being used in the contexts of [header_filter_by_lua*](#header_filter_by_lua), [balancer_by_lua*](#balancer_by_lua_block), and ---- [ssl_session_store_by_lua*](#ssl_session_store_by_lua_block), `ngx.exit()` is ---- an asynchronous operation and will return immediately. This behavior may change in future and it is recommended that users always use `return` in combination as suggested above. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param status number -function ngx.exit(status) end -ngx.HTTP_NOT_FOUND=404 ---- --------------- ---- ---- **syntax:** *str = ngx.cookie_time(sec)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns a formatted string can be used as the cookie expiration time. The parameter `sec` is the time stamp in seconds (like those returned from [ngx.time](#ngxtime)). ---- ---- ```nginx ---- ---- ngx.say(ngx.cookie_time(1290079655)) ---- -- yields "Thu, 18-Nov-10 11:27:35 GMT" ---- ``` ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param sec number ----@return str string -function ngx.cookie_time(sec) end -ngx.INFO=7 -function ngx.today() end -ngx.CRIT=3 ---- ------------ ---- ---- **syntax:** *ngx.redirect(uri, status?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- ---- Issue an `HTTP 301` or `302` redirection to `uri`. ---- ---- Notice: the `uri` should not contains `\r` or `\n`, otherwise, the characters after `\r` or `\n` will be truncated, including the `\r` or `\n` bytes themself. ---- ---- The `uri` argument will be truncated if it contains the ---- `\r` or `\n` characters. The truncated value will contain ---- all characters up to (and excluding) the first occurrence of `\r` or ---- `\n`. ---- ---- The optional `status` parameter specifies the HTTP status code to be used. The following status codes are supported right now: ---- ---- * `301` ---- * `302` (default) ---- * `303` ---- * `307` ---- * `308` ---- ---- It is `302` (`ngx.HTTP_MOVED_TEMPORARILY`) by default. ---- ---- Here is an example assuming the current server name is `localhost` and that it is listening on port 1984: ---- ---- ```lua ---- ---- return ngx.redirect("/foo") ---- ``` ---- ---- which is equivalent to ---- ---- ```lua ---- ---- return ngx.redirect("/foo", ngx.HTTP_MOVED_TEMPORARILY) ---- ``` ---- ---- Redirecting arbitrary external URLs is also supported, for example: ---- ---- ```lua ---- ---- return ngx.redirect("http://www.google.com") ---- ``` ---- ---- We can also use the numerical code directly as the second `status` argument: ---- ---- ```lua ---- ---- return ngx.redirect("/foo", 301) ---- ``` ---- ---- This method is similar to the [rewrite](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite) directive with the `redirect` modifier in the standard ---- [ngx_http_rewrite_module](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html), for example, this `nginx.conf` snippet ---- ---- ```nginx ---- ---- rewrite ^ /foo? redirect; # nginx config ---- ``` ---- ---- is equivalent to the following Lua code ---- ---- ```lua ---- ---- return ngx.redirect('/foo'); -- Lua code ---- ``` ---- ---- while ---- ---- ```nginx ---- ---- rewrite ^ /foo? permanent; # nginx config ---- ``` ---- ---- is equivalent to ---- ---- ```lua ---- ---- return ngx.redirect('/foo', ngx.HTTP_MOVED_PERMANENTLY) -- Lua code ---- ``` ---- ---- URI arguments can be specified as well, for example: ---- ---- ```lua ---- ---- return ngx.redirect('/foo?a=3&b=4') ---- ``` ---- ---- Note that this method call terminates the processing of the current request and that it *must* be called before [ngx.send_headers](#ngxsend_headers) or explicit response body ---- outputs by either [ngx.print](#ngxprint) or [ngx.say](#ngxsay). ---- ---- It is recommended that a coding style that combines this method call with the `return` statement, i.e., `return ngx.redirect(...)` be adopted when this method call is used in contexts other than [header_filter_by_lua*](#header_filter_by_lua) to reinforce the fact that the request processing is being terminated. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param uri string ----@param status number -function ngx.redirect(uri, status) end ---- --------------- ---- ---- **syntax:** *intval = ngx.crc32_short(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Calculates the CRC-32 (Cyclic Redundancy Code) digest for the `str` argument. ---- ---- This method performs better on relatively short `str` inputs (i.e., less than 30 ~ 60 bytes), as compared to [ngx.crc32_long](#ngxcrc32_long). The result is exactly the same as [ngx.crc32_long](#ngxcrc32_long). ---- ---- Behind the scene, it is just a thin wrapper around the `ngx_crc32_short` function defined in the Nginx core. ---- ---- This API was first introduced in the `v0.3.1rc8` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return number -function ngx.crc32_short(str) end -ngx.ALERT=2 -ngx.HTTP_SEE_OTHER=303 -ngx.HTTP_FORBIDDEN=403 -ngx.HTTP_MOVED_TEMPORARILY=302 -ngx.HTTP_PAYMENT_REQUIRED=402 -ngx.HTTP_GATEWAY_TIMEOUT=504 ---- ----------- ---- ---- **syntax:** *digest = ngx.md5_bin(str)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns the binary form of the MD5 digest of the `str` argument. ---- ---- See [ngx.md5](#ngxmd5) if the hexadecimal form of the MD5 digest is required. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return string -function ngx.md5_bin(str) end -ngx.DONE=-4 -ngx.HTTP_OK=200 ---- --------------- ---- ---- **syntax:** *str = ngx.encode_args(table)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua** ---- --- Encode the Lua table to a query args string according to the URI encoded rules. ---- +--- --- For example, ---- +--- --- ```lua ---- +--- --- ngx.encode_args({foo = 3, ["b r"] = "hello world"}) --- ``` ---- +--- --- yields ---- ---- +--- +--- --- foo=3&b%20r=hello%20world ---- ---- +--- +--- --- The table keys must be Lua strings. ---- +--- --- Multi-value query args are also supported. Just use a Lua table for the argument's value, for example: ---- +--- --- ```lua ---- +--- --- ngx.encode_args({baz = {32, "hello"}}) --- ``` ---- +--- --- gives ---- ---- +--- +--- --- baz=32&baz=hello ---- ---- +--- +--- --- If the value table is empty and the effect is equivalent to the `nil` value. ---- +--- --- Boolean argument values are also supported, for instance, ---- +--- --- ```lua ---- +--- --- ngx.encode_args({a = true, b = 1}) --- ``` ---- +--- --- yields ---- ---- +--- +--- --- a&b=1 ---- ---- +--- +--- --- If the argument value is `false`, then the effect is equivalent to the `nil` value. ---- +--- --- This method was first introduced in the `v0.3.1rc27` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param table table ---@return string function ngx.encode_args(table) end -ngx.DEBUG=8 -ngx.HTTP_PARTIAL_CONTENT=206 ---- --------------- ---- ---- **syntax:** *table, err = ngx.decode_args(str, max_args?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- + --- Decodes a URI encoded query-string into a Lua table. This is the inverse function of [ngx.encode_args](#ngxencode_args). ---- +--- --- The optional `max_args` argument can be used to specify the maximum number of arguments parsed from the `str` argument. By default, a maximum of 100 request arguments are parsed (including those with the same name) and that additional URI arguments are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. ---- +--- --- This argument can be set to zero to remove the limit and to process all request arguments received: ---- +--- --- ```lua ---- +--- --- local args = ngx.decode_args(str, 0) --- ``` ---- +--- --- Removing the `max_args` cap is strongly discouraged. ---- +--- --- This method was introduced in the `v0.5.0rc29`. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param str string ---@param max_args number ----@return table,string +---@return table,string function ngx.decode_args(str, max_args) end ---- ----------------- ---- ---- **syntax:** *newstr = ngx.encode_base64(str, no_padding?)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Encodes `str` to a base64 digest. ---- ---- Since the `0.9.16` release, an optional boolean-typed `no_padding` argument can be specified to control whether the base64 padding should be appended to the resulting digest (default to `false`, i.e., with padding enabled). ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@param no_padding boolean ----@return string@newstr -function ngx.encode_base64(str, no_padding) end -ngx.HTTP_PUT=16 + ngx.socket={} + ---@class udpsock local udpsock={} ---- ------------------- ---- ---- **syntax:** *ok, err = udpsock:setpeername(host, port)* ---- ---- **syntax:** *ok, err = udpsock:setpeername("unix:/path/to/unix-domain.socket")* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- + --- Attempts to connect a UDP socket object to a remote server or to a datagram unix domain socket file. Because the datagram protocol is actually connection-less, this method does not really establish a "connection", but only just set the name of the remote peer for subsequent read/write operations. ---- +--- --- Both IP addresses and domain names can be specified as the `host` argument. In case of domain names, this method will use Nginx core's dynamic resolver to parse the domain name without blocking and it is required to configure the [resolver](http://nginx.org/en/docs/http/ngx_http_core_module.html#resolver) directive in the `nginx.conf` file like this: ---- +--- --- ```nginx ---- +--- --- resolver 8.8.8.8; # use Google's public DNS nameserver --- ``` ---- +--- --- If the nameserver returns multiple IP addresses for the host name, this method will pick up one randomly. ---- +--- --- In case of error, the method returns `nil` followed by a string describing the error. In case of success, the method returns `1`. ---- +--- --- Here is an example for connecting to a UDP (memcached) server: ---- +--- --- ```nginx ---- +--- --- location /test { --- resolver 8.8.8.8; ---- +--- --- content_by_lua_block { --- local sock = ngx.socket.udp() --- local ok, err = sock:setpeername("my.memcached.server.domain", 11211) @@ -3391,11 +3090,11 @@ local udpsock={} --- } --- } --- ``` ---- +--- --- Since the `v0.7.18` release, connecting to a datagram unix domain socket file is also possible on Linux: ---- +--- --- ```lua ---- +--- --- local sock = ngx.socket.udp() --- local ok, err = sock:setpeername("unix:/tmp/some-datagram-service.sock") --- if not ok then @@ -3403,58 +3102,44 @@ local udpsock={} --- return --- end --- ``` ---- +--- --- assuming the datagram service is listening on the unix domain socket file `/tmp/some-datagram-service.sock` and the client socket will use the "autobind" feature on Linux. ---- +--- --- Calling this method on an already connected socket object will cause the original connection to be closed first. ---- +--- --- This method was first introduced in the `v0.5.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param host string ---@param port number ---@return boolean,string@ok,err function udpsock:setpeername(host, port) end ---- ------------ ---- ---- **syntax:** *ok, err = udpsock:send(data)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Sends data on the current UDP or datagram unix domain socket object. ---- +--- --- In case of success, it returns `1`. Otherwise, it returns `nil` and a string describing the error. ---- +--- --- The input argument `data` can either be a Lua string or a (nested) Lua table holding string fragments. In case of table arguments, this method will copy all the string elements piece by piece to the underlying Nginx socket send buffers, which is usually optimal than doing string concatenation operations on the Lua land. ---- +--- --- This feature was first introduced in the `v0.5.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param data string | string[] ----@return boolean,string@ok,err +---@return boolean,string@ok,err function udpsock:send(data) end ---- --------------- ---- ---- **syntax:** *data, err = udpsock:receive(size?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Receives data from the UDP or datagram unix domain socket object with an optional receive buffer size argument, `size`. ---- +--- --- This method is a synchronous operation and is 100% nonblocking. ---- +--- --- In case of success, it returns the data received; in case of error, it returns `nil` with a string describing the error. ---- +--- --- If the `size` argument is specified, then this method will use this size as the receive buffer size. But when this size is greater than `8192`, then `8192` will be used instead. ---- +--- --- If no argument is specified, then the maximal buffer size, `8192` is assumed. ---- +--- --- Timeout for the reading operation is controlled by the [lua_socket_read_timeout](#lua_socket_read_timeout) config directive and the [settimeout](#udpsocksettimeout) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- sock:settimeout(1000) -- one second timeout --- local data, err = sock:receive() --- if not data then @@ -3463,57 +3148,36 @@ function udpsock:send(data) end --- end --- ngx.say("successfully read a packet: ", data) --- ``` ---- +--- --- It is important here to call the [settimeout](#udpsocksettimeout) method *before* calling this method. ---- +--- --- This feature was first introduced in the `v0.5.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param size number@optional param ---@return string,string@data,err function udpsock:receive(size) end ---- ------------- ---- ---- **syntax:** *ok, err = udpsock:close()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Closes the current UDP or datagram unix domain socket. It returns the `1` in case of success and returns `nil` with a string describing the error otherwise. ---- +--- --- Socket objects that have not invoked this method (and associated connections) will be closed when the socket object is released by the Lua GC (Garbage Collector) or the current client HTTP request finishes processing. ---- +--- --- This feature was first introduced in the `v0.5.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return boolean,string@ok,err function udpsock:close() end ---- ------------------ ---- ---- **syntax:** *udpsock:settimeout(time)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Set the timeout value in milliseconds for subsequent socket operations (like [receive](#udpsockreceive)). ---- +--- --- Settings done by this method takes priority over those config directives, like [lua_socket_read_timeout](#lua_socket_read_timeout). ---- +--- --- This feature was first introduced in the `v0.5.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param time number function udpsock:settimeout(time) end ---- -------------- ---- ---- **syntax:** *tcpsock = ngx.socket.tcp()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Creates and returns a TCP or stream-oriented unix domain socket object (also known as one type of the "cosocket" objects). The following methods are supported on this object: ---- +--- --- * [connect](#tcpsockconnect) --- * [sslhandshake](#tcpsocksslhandshake) --- * [send](#tcpsocksend) @@ -3526,67 +3190,58 @@ function udpsock:settimeout(time) end --- * [receiveuntil](#tcpsockreceiveuntil) --- * [setkeepalive](#tcpsocksetkeepalive) --- * [getreusedtimes](#tcpsockgetreusedtimes) ---- +--- --- It is intended to be compatible with the TCP API of the [LuaSocket](http://w3.impa.br/~diego/software/luasocket/tcp.html) library but is 100% nonblocking out of the box. Also, we introduce some new APIs to provide more functionalities. ---- +--- --- The cosocket object created by this API function has exactly the same lifetime as the Lua handler creating it. So never pass the cosocket object to any other Lua handler (including ngx.timer callback functions) and never share the cosocket object between different Nginx requests. ---- +--- --- For every cosocket object's underlying connection, if you do not --- explicitly close it (via [close](#tcpsockclose)) or put it back to the connection --- pool (via [setkeepalive](#tcpsocksetkeepalive)), then it is automatically closed when one of --- the following two events happens: ---- +--- --- * the current request handler completes, or --- * the Lua cosocket object value gets collected by the Lua GC. ---- +--- --- Fatal errors in cosocket operations always automatically close the current --- connection (note that, read timeout error is the only error that is --- not fatal), and if you call [close](#tcpsockclose) on a closed connection, you will get --- the "closed" error. ---- +--- --- Starting from the `0.9.9` release, the cosocket object here is full-duplex, that is, a reader "light thread" and a writer "light thread" can operate on a single cosocket object simultaneously (both "light threads" must belong to the same Lua handler though, see reasons above). But you cannot have two "light threads" both reading (or writing or connecting) the same cosocket, otherwise you might get an error like "socket busy reading" when calling the methods of the cosocket object. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- +--- --- See also [ngx.socket.udp](#ngxsocketudp). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return tcpsock function ngx.socket.tcp() end ---@class tcpsock local tcpsock={} ---- --------------- ---- ---- **syntax:** *ok, err = tcpsock:connect(host, port, options_table?)* ---- ---- **syntax:** *ok, err = tcpsock:connect("unix:/path/to/unix-domain.socket", options_table?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Attempts to connect a TCP socket object to a remote server or to a stream unix domain socket file without blocking. ---- +--- --- Before actually resolving the host name and connecting to the remote backend, this method will always look up the connection pool for matched idle connections created by previous calls of this method (or the [ngx.socket.connect](#ngxsocketconnect) function). ---- +--- --- Both IP addresses and domain names can be specified as the `host` argument. In case of domain names, this method will use Nginx core's dynamic resolver to parse the domain name without blocking and it is required to configure the [resolver](http://nginx.org/en/docs/http/ngx_http_core_module.html#resolver) directive in the `nginx.conf` file like this: ---- +--- --- ```nginx ---- +--- --- resolver 8.8.8.8; # use Google's public DNS nameserver --- ``` ---- +--- --- If the nameserver returns multiple IP addresses for the host name, this method will pick up one randomly. ---- +--- --- In case of error, the method returns `nil` followed by a string describing the error. In case of success, the method returns `1`. ---- +--- --- Here is an example for connecting to a TCP server: ---- +--- --- ```nginx ---- +--- --- location /test { --- resolver 8.8.8.8; ---- +--- --- content_by_lua_block { --- local sock = ngx.socket.tcp() --- local ok, err = sock:connect("www.google.com", 80) @@ -3599,11 +3254,11 @@ local tcpsock={} --- } --- } --- ``` ---- +--- --- Connecting to a Unix Domain Socket file is also possible: ---- +--- --- ```lua ---- +--- --- local sock = ngx.socket.tcp() --- local ok, err = sock:connect("unix:/tmp/memcached.sock") --- if not ok then @@ -3611,27 +3266,27 @@ local tcpsock={} --- return --- end --- ``` ---- +--- --- assuming memcached (or something else) is listening on the unix domain socket file `/tmp/memcached.sock`. ---- +--- --- Timeout for the connecting operation is controlled by the [lua_socket_connect_timeout](#lua_socket_connect_timeout) config directive and the [settimeout](#tcpsocksettimeout) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- local sock = ngx.socket.tcp() --- sock:settimeout(1000) -- one second timeout --- local ok, err = sock:connect(host, port) --- ``` ---- +--- --- It is important here to call the [settimeout](#tcpsocksettimeout) method *before* calling this method. ---- +--- --- Calling this method on an already connected socket object will cause the original connection to be closed first. ---- +--- --- An optional Lua table can be specified as the last argument to this method to specify various connect options: ---- +--- --- * `pool` --- specify a custom name for the connection pool being used. If omitted, then the connection pool name will be generated from the string template `"<host>:<port>"` or `"<unix-socket-path>"`. ---- +--- --- * `pool_size` --- specify the size of the connection pool. If omitted and no --- `backlog` option was provided, no pool will be created. If omitted @@ -3651,7 +3306,7 @@ local tcpsock={} --- to every single Nginx worker process. Also note that the size of the connection --- pool cannot be changed once it has been created. --- This option was first introduced in the `v0.10.14` release. ---- +--- --- * `backlog` --- if specified, this module will limit the total number of opened connections --- for this pool. No more connections than `pool_size` can be opened @@ -3668,12 +3323,11 @@ local tcpsock={} --- [settimeouts](#tcpsocksettimeouts), and will return `nil` plus --- the error string `"timeout"`. --- This option was first introduced in the `v0.10.14` release. ---- +--- --- The support for the options table argument was first introduced in the `v0.5.7` release. ---- +--- --- This method was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param host string ---@param port number ---@param options_table table @@ -3681,14 +3335,8 @@ local tcpsock={} function tcpsock:connect(host, port, options_table) end ---- -------------------- ---- ---- **syntax:** *session, err = tcpsock:sslhandshake(reused_session?, server_name?, ssl_verify?, send_status_req?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Does SSL/TLS handshake on the currently established connection. ---- +--- --- The optional `reused_session` argument can take a former SSL --- session userdata returned by a previous `sslhandshake` --- call for exactly the same target. For short-lived connections, reusing SSL @@ -3698,14 +3346,14 @@ function tcpsock:connect(host, port, options_table) end --- userdata would return by this call and only a Lua boolean will be returned as --- the first return value; otherwise the current SSL session will --- always be returned as the first argument in case of successes. ---- +--- --- The optional `server_name` argument is used to specify the server --- name for the new TLS extension Server Name Indication (SNI). Use of SNI can --- make different servers share the same IP address on the server side. Also, --- when SSL verification is enabled, this `server_name` argument is --- also used to validate the server name specified in the server certificate sent from --- the remote. ---- +--- --- The optional `ssl_verify` argument takes a Lua boolean value to --- control whether to perform SSL verification. When set to `true`, the server --- certificate will be verified according to the CA certificates specified by @@ -3715,16 +3363,15 @@ function tcpsock:connect(host, port, options_table) end --- Also, when the `ssl_verify` argument is true and the --- `server_name` argument is also specified, the latter will be used --- to validate the server name in the server certificate. ---- +--- --- The optional `send_status_req` argument takes a boolean that controls whether to send --- the OCSP status request in the SSL handshake request (which is for requesting OCSP stapling). ---- +--- --- For connections that have already done SSL/TLS handshake, this method returns --- immediately. ---- +--- --- This method was first introduced in the `v0.9.11` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param reused_session boolean@ ---@param server_name string@ ---@param ssl_verify boolean@ @@ -3733,67 +3380,52 @@ function tcpsock:connect(host, port, options_table) end function tcpsock:sslhandshake(reused_session, server_name, ssl_verify, send_status_req) end ---- ------------ ---- ---- **syntax:** *bytes, err = tcpsock:send(data)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Sends data without blocking on the current TCP or Unix Domain Socket connection. ---- +--- --- This method is a synchronous operation that will not return until *all* the data has been flushed into the system socket send buffer or an error occurs. ---- +--- --- In case of success, it returns the total number of bytes that have been sent. Otherwise, it returns `nil` and a string describing the error. ---- +--- --- The input argument `data` can either be a Lua string or a (nested) Lua table holding string fragments. In case of table arguments, this method will copy all the string elements piece by piece to the underlying Nginx socket send buffers, which is usually optimal than doing string concatenation operations on the Lua land. ---- +--- --- Timeout for the sending operation is controlled by the [lua_socket_send_timeout](#lua_socket_send_timeout) config directive and the [settimeout](#tcpsocksettimeout) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- sock:settimeout(1000) -- one second timeout --- local bytes, err = sock:send(request) --- ``` ---- +--- --- It is important here to call the [settimeout](#tcpsocksettimeout) method *before* calling this method. ---- +--- --- In case of any connection errors, this method always automatically closes the current connection. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param data string| string[] ---@return string,string@bytes,err function tcpsock:send(data) end ---- --------------- ---- ---- **syntax:** *data, err, partial = tcpsock:receive(size)* ---- ---- **syntax:** *data, err, partial = tcpsock:receive(pattern?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Receives data from the connected socket according to the reading pattern or size. ---- +--- --- This method is a synchronous operation just like the [send](#tcpsocksend) method and is 100% nonblocking. ---- +--- --- In case of success, it returns the data received; in case of error, it returns `nil` with a string describing the error and the partial data received so far. ---- +--- --- If a number-like argument is specified (including strings that look like numbers), then it is interpreted as a size. This method will not return until it reads exactly this size of data or an error occurs. ---- +--- --- If a non-number-like string argument is specified, then it is interpreted as a "pattern". The following patterns are supported: ---- +--- --- * `'*a'`: reads from the socket until the connection is closed. No end-of-line translation is performed; --- * `'*l'`: reads a line of text from the socket. The line is terminated by a `Line Feed` (LF) character (ASCII 10), optionally preceded by a `Carriage Return` (CR) character (ASCII 13). The CR and LF characters are not included in the returned line. In fact, all CR characters are ignored by the pattern. ---- +--- --- If no argument is specified, then it is assumed to be the pattern `'*l'`, that is, the line reading pattern. ---- +--- --- Timeout for the reading operation is controlled by the [lua_socket_read_timeout](#lua_socket_read_timeout) config directive and the [settimeout](#tcpsocksettimeout) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- sock:settimeout(1000) -- one second timeout --- local line, err, partial = sock:receive() --- if not line then @@ -3802,38 +3434,31 @@ function tcpsock:send(data) end --- end --- ngx.say("successfully read a line: ", line) --- ``` ---- +--- --- It is important here to call the [settimeout](#tcpsocksettimeout) method *before* calling this method. ---- +--- --- Since the `v0.8.8` release, this method no longer automatically closes the current connection when the read timeout error happens. For other connection errors, this method always automatically closes the connection. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@overload fun(pattern:string):string,string,any ----@param size number +---@param size number ---@return string,string,any @ data, err, partial function tcpsock:receive(size) end ---- ------------------ ---- ---- **syntax:** *data, err = tcpsock:receiveany(max)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Returns any data received by the connected socket, at most `max` bytes. ---- +--- --- This method is a synchronous operation just like the [send](#tcpsocksend) method and is 100% nonblocking. ---- +--- --- In case of success, it returns the data received; in case of error, it returns `nil` with a string describing the error. ---- +--- --- If the received data is more than this size, this method will return with exactly this size of data. --- The remaining data in the underlying receive buffer could be returned in the next reading operation. ---- +--- --- Timeout for the reading operation is controlled by the [lua_socket_read_timeout](#lua_socket_read_timeout) config directive and the [settimeouts](#tcpsocksettimeouts) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- sock:settimeouts(1000, 1000, 1000) -- one second timeout for connect/read/write --- local data, err = sock:receiveany(10 * 1024) -- read any data, at most 10K --- if not data then @@ -3842,29 +3467,22 @@ function tcpsock:receive(size) end --- end --- ngx.say("successfully read: ", data) --- ``` ---- +--- --- This method doesn't automatically close the current connection when the read timeout error occurs. For other connection errors, this method always automatically closes the connection. ---- +--- --- This feature was first introduced in the `v0.10.14` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param max string ---@return string,string@data,err function tcpsock:receiveany(max) end ---- -------------------- ---- ---- **syntax:** *iterator = tcpsock:receiveuntil(pattern, options?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- This method returns an iterator Lua function that can be called to read the data stream until it sees the specified pattern or an error occurs. ---- +--- --- Here is an example for using this method to read a data stream with the boundary sequence `--abcedhb`: ---- +--- --- ```lua ---- +--- --- local reader = sock:receiveuntil("\r\n--abcedhb") --- local data, err, partial = reader() --- if not data then @@ -3872,19 +3490,19 @@ function tcpsock:receiveany(max) end --- end --- ngx.say("read the data stream: ", data) --- ``` ---- +--- --- When called without any argument, the iterator function returns the received data right *before* the specified pattern string in the incoming data stream. So for the example above, if the incoming data stream is `'hello, world! -agentzh\r\n--abcedhb blah blah'`, then the string `'hello, world! -agentzh'` will be returned. ---- +--- --- In case of error, the iterator function will return `nil` along with a string describing the error and the partial data bytes that have been read so far. ---- +--- --- The iterator function can be called multiple times and can be mixed safely with other cosocket method calls or other iterator function calls. ---- +--- --- The iterator function behaves differently (i.e., like a real iterator) when it is called with a `size` argument. That is, it will read that `size` of data on each invocation and will return `nil` at the last invocation (either sees the boundary pattern or meets an error). For the last successful invocation of the iterator function, the `err` return value will be `nil` too. The iterator function will be reset after the last successful invocation that returns `nil` data and `nil` error. Consider the following example: ---- +--- --- ```lua ---- +--- --- local reader = sock:receiveuntil("\r\n--abcedhb") ---- +--- --- while true do --- local data, err, partial = reader(4) --- if not data then @@ -3892,17 +3510,17 @@ function tcpsock:receiveany(max) end --- ngx.say("failed to read the data stream: ", err) --- break --- end ---- +--- --- ngx.say("read done") --- break --- end --- ngx.say("read chunk: [", data, "]") --- end --- ``` ---- +--- --- Then for the incoming data stream `'hello, world! -agentzh\r\n--abcedhb blah blah'`, we shall get the following output from the sample code above: ---- ---- +--- +--- --- read chunk: [hell] --- read chunk: [o, w] --- read chunk: [orld] @@ -3910,16 +3528,16 @@ function tcpsock:receiveany(max) end --- read chunk: [gent] --- read chunk: [zh] --- read done ---- ---- +--- +--- --- Note that, the actual data returned *might* be a little longer than the size limit specified by the `size` argument when the boundary pattern has ambiguity for streaming parsing. Near the boundary of the data stream, the data string actually returned could also be shorter than the size limit. ---- +--- --- Timeout for the iterator function's reading operation is controlled by the [lua_socket_read_timeout](#lua_socket_read_timeout) config directive and the [settimeout](#tcpsocksettimeout) method. And the latter takes priority. For example: ---- +--- --- ```lua ---- +--- --- local readline = sock:receiveuntil("\r\n") ---- +--- --- sock:settimeout(1000) -- one second timeout --- line, err, partial = readline() --- if not line then @@ -3928,29 +3546,28 @@ function tcpsock:receiveany(max) end --- end --- ngx.say("successfully read a line: ", line) --- ``` ---- +--- --- It is important here to call the [settimeout](#tcpsocksettimeout) method *before* calling the iterator function (note that the `receiveuntil` call is irrelevant here). ---- +--- --- As from the `v0.5.1` release, this method also takes an optional `options` table argument to control the behavior. The following options are supported: ---- +--- --- * `inclusive` ---- +--- --- The `inclusive` takes a boolean value to control whether to include the pattern string in the returned data string. Default to `false`. For example, ---- +--- --- ```lua ---- +--- --- local reader = tcpsock:receiveuntil("_END_", { inclusive = true }) --- local data = reader() --- ngx.say(data) --- ``` ---- +--- --- Then for the input data stream `"hello world _END_ blah blah blah"`, then the example above will output `hello world _END_`, including the pattern string `_END_` itself. ---- +--- --- Since the `v0.8.8` release, this method no longer automatically closes the current connection when the read timeout error happens. For other connection errors, this method always automatically closes the connection. ---- +--- --- This method was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@alias ngx.socket.tcpsock.iterator fun(size:number):string,string,any ---@param pattern string ---@param options table @@ -3958,93 +3575,161 @@ function tcpsock:receiveany(max) end function tcpsock:receiveuntil(pattern, options) end ---- ------------- ---- ---- **syntax:** *ok, err = tcpsock:close()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Closes the current TCP or stream unix domain socket. It returns the `1` in case of success and returns `nil` with a string describing the error otherwise. ---- +--- --- Note that there is no need to call this method on socket objects that have invoked the [setkeepalive](#tcpsocksetkeepalive) method because the socket object is already closed (and the current connection is saved into the built-in connection pool). ---- +--- --- Socket objects that have not invoked this method (and associated connections) will be closed when the socket object is released by the Lua GC (Garbage Collector) or the current client HTTP request finishes processing. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return boolean,string @ok,err function tcpsock:close() end ---- ------------------ ---- ---- **syntax:** *tcpsock:settimeout(time)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Set the timeout value in milliseconds for subsequent socket operations ([connect](#tcpsockconnect), [receive](#tcpsockreceive), and iterators returned from [receiveuntil](#tcpsockreceiveuntil)). ---- +--- --- Settings done by this method take priority over those specified via config directives (i.e. [lua_socket_connect_timeout](#lua_socket_connect_timeout), [lua_socket_send_timeout](#lua_socket_send_timeout), and [lua_socket_read_timeout](#lua_socket_read_timeout)). ---- +--- --- Note that this method does *not* affect the [lua_socket_keepalive_timeout](#lua_socket_keepalive_timeout) setting; the `timeout` argument to the [setkeepalive](#tcpsocksetkeepalive) method should be used for this purpose instead. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param time number function tcpsock:settimeout(time) end ---- ------------------- ---- ---- **syntax:** *tcpsock:settimeouts(connect_timeout, send_timeout, read_timeout)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- Respectively sets the connect, send, and read timeout thresholds (in milliseconds) for subsequent socket --- operations ([connect](#tcpsockconnect), [send](#tcpsocksend), [receive](#tcpsockreceive), and iterators returned from [receiveuntil](#tcpsockreceiveuntil)). ---- +--- --- Settings done by this method take priority over those specified via config directives (i.e. [lua_socket_connect_timeout](#lua_socket_connect_timeout), [lua_socket_send_timeout](#lua_socket_send_timeout), and [lua_socket_read_timeout](#lua_socket_read_timeout)). ---- +--- --- It is recommended to use [settimeouts](#tcpsocksettimeouts) instead of [settimeout](#tcpsocksettimeout). ---- +--- --- Note that this method does *not* affect the [lua_socket_keepalive_timeout](#lua_socket_keepalive_timeout) setting; the `timeout` argument to the [setkeepalive](#tcpsocksetkeepalive) method should be used for this purpose instead. ---- +--- --- This feature was first introduced in the `v0.10.7` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param connect_timeout number ---@param send_timeout number ---@param read_timeout number function tcpsock:settimeouts(connect_timeout, send_timeout, read_timeout) end ---- ----------------- ---- ---- **syntax:** *tcpsock:setoption(option, value?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- ---- This function is added for [LuaSocket](http://w3.impa.br/~diego/software/luasocket/tcp.html) API compatibility and does nothing for now. Its functionality will be implemented in future. ---- +--- This function is added for [LuaSocket](http://w3.impa.br/~diego/software/luasocket/tcp.html) API compatibility and does nothing for now. Its functionality is implemented `v0.10.18`. +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param option any ----@param value any -function tcpsock:setoption(option,value) end - ---- -------------------- ---- ---- **syntax:** *ok, err = tcpsock:setkeepalive(timeout?, size?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- +--- +--- In case of success, it returns `true`. Otherwise, it returns nil and a string describing the error. +--- +--- The `option` is a string with the option name, and the value depends on the option being set: +--- +--- * `keepalive` +--- +--- Setting this option to true enables sending of keep-alive messages on +--- connection-oriented sockets. Make sure the `connect` function +--- had been called before, for example, +--- +--- ```lua +--- +--- local ok, err = tcpsock:setoption("keepalive", true) +--- if not ok then +--- ngx.say("setoption keepalive failed: ", err) +--- end +--- ``` +--- * `reuseaddr` +--- +--- Enabling this option indicates that the rules used in validating addresses +--- supplied in a call to bind should allow reuse of local addresses. Make sure +--- the `connect` function had been called before, for example, +--- +--- ```lua +--- +--- local ok, err = tcpsock:setoption("reuseaddr", 0) +--- if not ok then +--- ngx.say("setoption reuseaddr failed: ", err) +--- end +--- ``` +--- * `tcp-nodelay` +--- +--- Setting this option to true disables the Nagle's algorithm for the connection. +--- Make sure the `connect` function had been called before, for example, +--- +--- ```lua +--- +--- local ok, err = tcpsock:setoption("tcp-nodelay", true) +--- if not ok then +--- ngx.say("setoption tcp-nodelay failed: ", err) +--- end +--- ``` +--- * `sndbuf` +--- +--- Sets the maximum socket send buffer in bytes. The kernel doubles this value +--- (to allow space for bookkeeping overhead) when it is set using setsockopt(). +--- Make sure the `connect` function had been called before, for example, +--- +--- ```lua +--- +--- local ok, err = tcpsock:setoption("sndbuf", 1024 * 10) +--- if not ok then +--- ngx.say("setoption sndbuf failed: ", err) +--- end +--- ``` +--- * `rcvbuf` +--- +--- Sets the maximum socket receive buffer in bytes. The kernel doubles this value +--- (to allow space for bookkeeping overhead) when it is set using setsockopt. Make +--- sure the `connect` function had been called before, for example, +--- +--- ```lua +--- +--- local ok, err = tcpsock:setoption("rcvbuf", 1024 * 10) +--- if not ok then +--- ngx.say("setoption rcvbuf failed: ", err) +--- end +--- ``` +--- +--- NOTE: Once the option is set, it will become effective until the connection is closed. If you know the connection is from the connection pool and all the in-pool connections already have called the setoption() method with the desired socket option state, then you can just skip calling setoption() again to avoid the overhead of repeated calls, for example, +--- +--- ```lua +--- +--- local count, err = tcpsock:getreusedtimes() +--- if not count then +--- ngx.say("getreusedtimes failed: ", err) +--- return +--- end +--- +--- if count == 0 then +--- local ok, err = tcpsock:setoption("rcvbuf", 1024 * 10) +--- if not ok then +--- ngx.say("setoption rcvbuf failed: ", err) +--- return +--- end +--- end +--- ``` +--- +--- These options described above are supported in `v0.10.18`, and more options will be implemented in future. +--- +--- +---@param option tcpsock.setoption.option +---@param value number|boolean +---@return boolean ok +---@return string? error +function tcpsock:setoption(option, value) end + +---@alias tcpsock.setoption.option +---| '"keepalive"' # enable or disable keepalive +---| '"reuseaddr"' # reuse addr options +---| '"tcp-nodelay"' # disables the Nagle's algorithm for the connection. +---| '"sndbuf"' # max send buffer size (in bytes) +---| '"rcvbuf"' # max receive bufer size (in bytes) + + + --- Puts the current socket's connection immediately into the cosocket built-in connection pool and keep it alive until other [connect](#tcpsockconnect) method calls request it or the associated maximal idle timeout is expired. ---- +--- --- The first optional argument, `timeout`, can be used to specify the maximal idle timeout (in milliseconds) for the current connection. If omitted, the default setting in the [lua_socket_keepalive_timeout](#lua_socket_keepalive_timeout) config directive will be used. If the `0` value is given, then the timeout interval is unlimited. ---- +--- --- The second optional argument `size` is considered deprecated since --- the `v0.10.14` release of this module, in favor of the --- `pool_size` option of the [connect](#tcpsockconnect) method. @@ -4070,49 +3755,34 @@ function tcpsock:setoption(option,value) end --- If you need to restrict the total number of opened connections, specify both --- the `pool_size` and `backlog` option in the call to --- [connect](#tcpsockconnect). ---- +--- --- In case of success, this method returns `1`; otherwise, it returns `nil` and a string describing the error. ---- +--- --- When the system receive buffer for the current connection has unread data, then this method will return the "connection in dubious state" error message (as the second return value) because the previous session has unread data left behind for the next session and the connection is not safe to be reused. ---- +--- --- This method also makes the current cosocket object enter the "closed" state, so there is no need to manually call the [close](#tcpsockclose) method on it afterwards. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param timeout number ---@param size number ---@return boolean,string @ok,err function tcpsock:setkeepalive(timeout, size) end ---- ---------------------- ---- ---- **syntax:** *count, err = tcpsock:getreusedtimes()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- --- This method returns the (successfully) reused times for the current connection. In case of error, it returns `nil` and a string describing the error. ---- +--- --- If the current connection does not come from the built-in connection pool, then this method always returns `0`, that is, the connection has never been reused (yet). If the connection comes from the connection pool, then the return value is always non-zero. So this method can also be used to determine if the current connection comes from the pool. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return number,string@count,err function tcpsock:getreusedtimes() end ---- ------------------ ---- ---- **syntax:** *tcpsock, err = ngx.socket.connect(host, port)* ---- ---- **syntax:** *tcpsock, err = ngx.socket.connect("unix:/path/to/unix-domain.socket")* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.** ---- + --- This function is a shortcut for combining [ngx.socket.tcp()](#ngxsockettcp) and the [connect()](#tcpsockconnect) method call in a single operation. It is actually implemented like this: ---- +--- --- ```lua ---- +--- --- local sock = ngx.socket.tcp() --- local ok, err = sock:connect(...) --- if not ok then @@ -4120,151 +3790,293 @@ function tcpsock:getreusedtimes() end --- end --- return sock --- ``` ---- +--- --- There is no way to use the [settimeout](#tcpsocksettimeout) method to specify connecting timeout for this method and the [lua_socket_connect_timeout](#lua_socket_connect_timeout) directive must be set at configure time instead. ---- +--- --- This feature was first introduced in the `v0.5.0rc1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param host string ---@param port number ---@return tcpsock,string @tcpsock,err function ngx.socket.connect(host,port) end ---- -------------- ---- ---- **syntax:** *udpsock = ngx.socket.udp()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, ngx.timer.*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua** ---- + --- Creates and returns a UDP or datagram-oriented unix domain socket object (also known as one type of the "cosocket" objects). The following methods are supported on this object: ---- +--- --- * [setpeername](#udpsocksetpeername) --- * [send](#udpsocksend) --- * [receive](#udpsockreceive) --- * [close](#udpsockclose) --- * [settimeout](#udpsocksettimeout) ---- +--- --- It is intended to be compatible with the UDP API of the [LuaSocket](http://w3.impa.br/~diego/software/luasocket/udp.html) library but is 100% nonblocking out of the box. ---- +--- --- This feature was first introduced in the `v0.5.7` release. ---- +--- --- See also [ngx.socket.tcp](#ngxsockettcp). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return udpsock function ngx.socket.udp() end ---- ----------------- ---- + --- Just an alias to [ngx.socket.tcp](#ngxsockettcp). If the stream-typed cosocket may also connect to a unix domain --- socket, then this API name is preferred. ---- +--- --- This API function was first added to the `v0.10.1` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ---- +--- +--- function ngx.socket.stream() end -ngx.DECLINED=-5 ---- -------------- ---- ---- **syntax:** *newstr = ngx.escape_uri(str)* ---- ---- **context:** *init_by_lua*, init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Escape `str` as a URI component. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return string -function ngx.escape_uri(str) end -ngx.HTTP_NOT_MODIFIED=304 -ngx.arg={} ---- ------------------- ---- ---- **syntax:** *sec = ngx.parse_http_time(str)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Parse the http time string (as returned by [ngx.http_time](#ngxhttp_time)) into seconds. Returns the seconds or `nil` if the input string is in bad forms. ---- + +--- When this is used in the context of the `set_by_lua*` directives, this table is read-only and holds the input arguments to the config directives: +--- +--- ```lua +--- +--- value = ngx.arg[n] +--- ``` +--- +--- Here is an example +--- --- ```nginx ---- ---- local time = ngx.parse_http_time("Thu, 18 Nov 2010 11:27:35 GMT") ---- if time == nil then ---- ... ---- end +--- +--- location /foo { +--- set $a 32; +--- set $b 56; +--- +--- set_by_lua $sum +--- 'return tonumber(ngx.arg[1]) + tonumber(ngx.arg[2])' +--- $a $b; +--- +--- echo $sum; +--- } --- ``` ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param str string ----@return sec number -function ngx.parse_http_time(str) end ---- ------------- ---- ---- **syntax:** *str = ngx.http_time(sec)* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns a formated string can be used as the http header time (for example, being used in `Last-Modified` header). The parameter `sec` is the time stamp in seconds (like those returned from [ngx.time](#ngxtime)). ---- +--- +--- that writes out `88`, the sum of `32` and `56`. +--- +--- When this table is used in the context of `body_filter_by_lua*`, the first element holds the input data chunk to the output filter code and the second element holds the boolean flag for the "eof" flag indicating the end of the whole output data stream. +--- +--- The data chunk and "eof" flag passed to the downstream Nginx output filters can also be overridden by assigning values directly to the corresponding table elements. When setting `nil` or an empty Lua string value to `ngx.arg[1]`, no data chunk will be passed to the downstream Nginx output filters at all. +ngx.arg = {} + + +--- When `status >= 200` (i.e., `ngx.HTTP_OK` and above), it will interrupt the execution of the current request and return status code to Nginx. +--- +--- When `status == 0` (i.e., `ngx.OK`), it will only quit the current phase handler (or the content handler if the [content_by_lua*](#content_by_lua) directive is used) and continue to run later phases (if any) for the current request. +--- +--- The `status` argument can be `ngx.OK`, `ngx.ERROR`, `ngx.HTTP_NOT_FOUND`, +--- `ngx.HTTP_MOVED_TEMPORARILY`, or other [HTTP status constants](#http-status-constants). +--- +--- To return an error page with custom contents, use code snippets like this: +--- +--- ```lua +--- +--- ngx.status = ngx.HTTP_GONE +--- ngx.say("This is our own content") +--- -- to cause quit the whole request rather than the current phase handler +--- ngx.exit(ngx.HTTP_OK) +--- ``` +--- +--- The effect in action: +--- +--- ```bash +--- +--- $ curl -i http://localhost/test +--- HTTP/1.1 410 Gone +--- Server: nginx/1.0.6 +--- Date: Thu, 15 Sep 2011 00:51:48 GMT +--- Content-Type: text/plain +--- Transfer-Encoding: chunked +--- Connection: keep-alive +--- +--- This is our own content +--- ``` +--- +--- Number literals can be used directly as the argument, for instance, +--- +--- ```lua +--- +--- ngx.exit(501) +--- ``` +--- +--- Note that while this method accepts all [HTTP status constants](#http-status-constants) as input, it only accepts `ngx.OK` and `ngx.ERROR` of the [core constants](#core-constants). +--- +--- Also note that this method call terminates the processing of the current request and that it is recommended that a coding style that combines this method call with the `return` statement, i.e., `return ngx.exit(...)` be used to reinforce the fact that the request processing is being terminated. +--- +--- When being used in the contexts of [header_filter_by_lua*](#header_filter_by_lua), [balancer_by_lua*](#balancer_by_lua_block), and +--- [ssl_session_store_by_lua*](#ssl_session_store_by_lua_block), `ngx.exit()` is +--- an asynchronous operation and will return immediately. This behavior may change in future and it is recommended that users always use `return` in combination as suggested above. +--- +---@param status ngx.OK|ngx.ERROR|ngx.http.status_code +function ngx.exit(status) end + +--- Issue an `HTTP 301` or `302` redirection to `uri`. +--- +--- Notice: the `uri` should not contains `\r` or `\n`, otherwise, the characters after `\r` or `\n` will be truncated, including the `\r` or `\n` bytes themself. +--- +--- The `uri` argument will be truncated if it contains the +--- `\r` or `\n` characters. The truncated value will contain +--- all characters up to (and excluding) the first occurrence of `\r` or +--- `\n`. +--- +--- The optional `status` parameter specifies the HTTP status code to be used. The following status codes are supported right now: +--- +--- * `301` +--- * `302` (default) +--- * `303` +--- * `307` +--- * `308` +--- +--- It is `302` (`ngx.HTTP_MOVED_TEMPORARILY`) by default. +--- +--- Here is an example assuming the current server name is `localhost` and that it is listening on port 1984: +--- +--- ```lua +--- +--- return ngx.redirect("/foo") +--- ``` +--- +--- which is equivalent to +--- +--- ```lua +--- +--- return ngx.redirect("/foo", ngx.HTTP_MOVED_TEMPORARILY) +--- ``` +--- +--- Redirecting arbitrary external URLs is also supported, for example: +--- +--- ```lua +--- +--- return ngx.redirect("http://www.google.com") +--- ``` +--- +--- We can also use the numerical code directly as the second `status` argument: +--- +--- ```lua +--- +--- return ngx.redirect("/foo", 301) +--- ``` +--- +--- This method is similar to the [rewrite](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite) directive with the `redirect` modifier in the standard +--- [ngx_http_rewrite_module](http://nginx.org/en/docs/http/ngx_http_rewrite_module.html), for example, this `nginx.conf` snippet +--- --- ```nginx ---- ---- ngx.say(ngx.http_time(1290079655)) ---- -- yields "Thu, 18 Nov 2010 11:27:35 GMT" +--- +--- rewrite ^ /foo? redirect; # nginx config --- ``` ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param sec number ----@return string -function ngx.http_time(sec) end -ngx.HTTP_CREATED=201 +--- +--- is equivalent to the following Lua code +--- +--- ```lua +--- +--- return ngx.redirect('/foo'); -- Lua code +--- ``` +--- +--- while +--- +--- ```nginx +--- +--- rewrite ^ /foo? permanent; # nginx config +--- ``` +--- +--- is equivalent to +--- +--- ```lua +--- +--- return ngx.redirect('/foo', ngx.HTTP_MOVED_PERMANENTLY) -- Lua code +--- ``` +--- +--- URI arguments can be specified as well, for example: +--- +--- ```lua +--- +--- return ngx.redirect('/foo?a=3&b=4') +--- ``` +--- +--- Note that this method call terminates the processing of the current request and that it *must* be called before [ngx.send_headers](#ngxsend_headers) or explicit response body +--- outputs by either [ngx.print](#ngxprint) or [ngx.say](#ngxsay). +--- +--- It is recommended that a coding style that combines this method call with the `return` statement, i.e., `return ngx.redirect(...)` be adopted when this method call is used in contexts other than [header_filter_by_lua*](#header_filter_by_lua) to reinforce the fact that the request processing is being terminated. +--- +---@param uri string +---@param status number +function ngx.redirect(uri, status) end + +--- Registers a user Lua function as the callback which gets called automatically when the client closes the (downstream) connection prematurely. +--- +--- Returns `1` if the callback is registered successfully or returns `nil` and a string describing the error otherwise. +--- +--- All the [Nginx API for Lua](#nginx-api-for-lua) can be used in the callback function because the function is run in a special "light thread", just as those "light threads" created by [ngx.thread.spawn](#ngxthreadspawn). +--- +--- The callback function can decide what to do with the client abortion event all by itself. For example, it can simply ignore the event by doing nothing and the current Lua request handler will continue executing without interruptions. And the callback function can also decide to terminate everything by calling [ngx.exit](#ngxexit), for example, +--- +--- ```lua +--- +--- local function my_cleanup() +--- -- custom cleanup work goes here, like cancelling a pending DB transaction +--- +--- -- now abort all the "light threads" running in the current request handler +--- ngx.exit(499) +--- end +--- +--- local ok, err = ngx.on_abort(my_cleanup) +--- if not ok then +--- ngx.log(ngx.ERR, "failed to register the on_abort callback: ", err) +--- ngx.exit(500) +--- end +--- ``` +--- +--- When [lua_check_client_abort](#lua_check_client_abort) is set to `off` (which is the default), then this function call will always return the error message "lua_check_client_abort is off". +--- +--- According to the current implementation, this function can only be called once in a single request handler; subsequent calls will return the error message "duplicate call". +--- +--- This API was first introduced in the `v0.7.4` release. +--- +--- See also [lua_check_client_abort](#lua_check_client_abort). +--- +---@param callback fun() +---@return boolean,string@ok,err +function ngx.on_abort(callback) end + + + function ngx.throw_error() end -ngx.HTTP_MKCOL=64 -ngx.ERROR=-1 ---- -------- ---- ---- **syntax:** *ngx.exec(uri, args?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Does an internal redirect to `uri` with `args` and is similar to the [echo_exec](http://github.com/openresty/echo-nginx-module#echo_exec) directive of the [echo-nginx-module](http://github.com/openresty/echo-nginx-module). ---- +--- --- ```lua ---- +--- --- ngx.exec('/some-location'); --- ngx.exec('/some-location', 'a=3&b=5&c=6'); --- ngx.exec('/some-location?a=3&b=5', 'c=6'); --- ``` ---- +--- --- The optional second `args` can be used to specify extra URI query arguments, for example: ---- +--- --- ```lua ---- +--- --- ngx.exec("/foo", "a=3&b=hello%20world") --- ``` ---- +--- --- Alternatively, a Lua table can be passed for the `args` argument for ngx_lua to carry out URI escaping and string concatenation. ---- +--- --- ```lua ---- +--- --- ngx.exec("/foo", { a = 3, b = "hello world" }) --- ``` ---- +--- --- The result is exactly the same as the previous example. ---- +--- --- The format for the Lua table passed as the `args` argument is identical to the format used in the [ngx.encode_args](#ngxencode_args) method. ---- +--- --- Named locations are also supported but the second `args` argument will be ignored if present and the querystring for the new target is inherited from the referring location (if any). ---- +--- --- `GET /foo/file.php?a=hello` will return "hello" and not "goodbye" in the example below ---- +--- --- ```nginx ---- +--- --- location /foo { --- content_by_lua_block { --- ngx.exec("@bar", "a=goodbye"); --- } --- } ---- +--- --- location @bar { --- content_by_lua_block { --- local args = ngx.req.get_uri_args() @@ -4276,354 +4088,275 @@ ngx.ERROR=-1 --- } --- } --- ``` ---- +--- --- Note that the `ngx.exec` method is different from [ngx.redirect](#ngxredirect) in that --- it is purely an internal redirect and that no new external HTTP traffic is involved. ---- +--- --- Also note that this method call terminates the processing of the current request and that it *must* be called before [ngx.send_headers](#ngxsend_headers) or explicit response body --- outputs by either [ngx.print](#ngxprint) or [ngx.say](#ngxsay). ---- +--- --- It is recommended that a coding style that combines this method call with the `return` statement, i.e., `return ngx.exec(...)` be adopted when this method call is used in contexts other than [header_filter_by_lua*](#header_filter_by_lua) to reinforce the fact that the request processing is being terminated. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param uri string ---@param args string| table<string,any> function ngx.exec(uri, args) end ---- ------------- ---- ---- **syntax:** *str = ngx.localtime()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns the current time stamp (in the format `yyyy-mm-dd hh:mm:ss`) of the Nginx cached time (no syscall involved unlike Lua's [os.date](https://www.lua.org/manual/5.1/manual.html#pdf-os.date) function). ---- ---- This is the local time. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return string -function ngx.utctime() end -ngx.HTTP_UPGRADE_REQUIRED=426 -ngx.HTTP_POST=8 -ngx.HTTP_GONE=410 ---- ------------- ---- ---- **syntax:** *str = ngx.get_phase()* ---- ---- **context:** *init_by_lua*, init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Retrieves the current running phase name. Possible return values are ---- ---- * `init` ---- for the context of [init_by_lua*](#init_by_lua). ---- * `init_worker` ---- for the context of [init_worker_by_lua*](#init_worker_by_lua). ---- * `ssl_cert` ---- for the context of [ssl_certificate_by_lua*](#ssl_certificate_by_lua_block). ---- * `ssl_session_fetch` ---- for the context of [ssl_session_fetch_by_lua*](#ssl_session_fetch_by_lua_block). ---- * `ssl_session_store` ---- for the context of [ssl_session_store_by_lua*](#ssl_session_store_by_lua_block). ---- * `set` ---- for the context of [set_by_lua*](#set_by_lua). ---- * `rewrite` ---- for the context of [rewrite_by_lua*](#rewrite_by_lua). ---- * `balancer` ---- for the context of [balancer_by_lua*](#balancer_by_lua_block). ---- * `access` ---- for the context of [access_by_lua*](#access_by_lua). ---- * `content` ---- for the context of [content_by_lua*](#content_by_lua). ---- * `header_filter` ---- for the context of [header_filter_by_lua*](#header_filter_by_lua). ---- * `body_filter` ---- for the context of [body_filter_by_lua*](#body_filter_by_lua). ---- * `log` ---- for the context of [log_by_lua*](#log_by_lua). ---- * `timer` ---- for the context of user callback functions for [ngx.timer.*](#ngxtimerat). ---- + +---@alias ngx.phase.name +---| '"init"' +---| '"init_worker"' +---| '"ssl_cert"' +---| '"ssl_session_fetch"' +---| '"ssl_session_store"' +---| '"set"' +---| '"rewrite"' +---| '"balancer"' +---| '"access"' +---| '"content"' +---| '"header_filter"' +---| '"body_filter"' +---| '"log"' +---| '"timer"' + +--- Retrieves the current running phase name. +--- --- This API was first introduced in the `v0.5.10` release. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return string +--- +---@return ngx.phase.name function ngx.get_phase() end + ngx.location={} ---- -------------------------- ---- ---- **syntax:** *res1, res2, ... = ngx.location.capture_multi({ {uri, options?}, {uri, options?}, ... })* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Just like [ngx.location.capture](#ngxlocationcapture), but supports multiple subrequests running in parallel. ---- +--- --- This function issues several parallel subrequests specified by the input table and returns their results in the same order. For example, ---- +--- --- ```lua ---- +--- --- res1, res2, res3 = ngx.location.capture_multi{ --- { "/foo", { args = "a=3&b=4" } }, --- { "/bar" }, --- { "/baz", { method = ngx.HTTP_POST, body = "hello" } }, --- } ---- +--- --- if res1.status == ngx.HTTP_OK then --- ... --- end ---- +--- --- if res2.body == "BLAH" then --- ... --- end --- ``` ---- +--- --- This function will not return until all the subrequests terminate. --- The total latency is the longest latency of the individual subrequests rather than the sum. ---- +--- --- Lua tables can be used for both requests and responses when the number of subrequests to be issued is not known in advance: ---- +--- --- ```lua ---- +--- --- -- construct the requests table --- local reqs = {} --- table.insert(reqs, { "/mysql" }) --- table.insert(reqs, { "/postgres" }) --- table.insert(reqs, { "/redis" }) --- table.insert(reqs, { "/memcached" }) ---- +--- --- -- issue all the requests at once and wait until they all return --- local resps = { ngx.location.capture_multi(reqs) } ---- +--- --- -- loop over the responses table --- for i, resp in ipairs(resps) do --- -- process the response table "resp" --- end --- ``` ---- +--- --- The [ngx.location.capture](#ngxlocationcapture) function is just a special form --- of this function. Logically speaking, the [ngx.location.capture](#ngxlocationcapture) can be implemented like this ---- +--- --- ```lua ---- +--- --- ngx.location.capture = --- function (uri, args) --- return ngx.location.capture_multi({ {uri, args} }) --- end --- ``` ---- +--- --- Please also refer to restrictions on capturing locations configured by [subrequest directives of other modules](#locations-configured-by-subrequest-directives-of-other-modules). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---see doc function ngx.location.capture_multi(...) end - ---- ---------- ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- ---- Read and write the current request's response status. This should be called ---- before sending out the response headers. ---- ---- ```lua ---- ---- ngx.status = ngx.HTTP_CREATED ---- status = ngx.status ---- ``` ---- ---- Setting `ngx.status` after the response header is sent out has no effect but leaving an error message in your Nginx's error log file: ---- ---- ---- attempt to set ngx.status after sending out response headers ---- ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return number -function ngx.status() end ---- ----------------- ---- ---- **syntax:** *ngx.header.HEADER = VALUE* ---- ---- **syntax:** *value = ngx.header.HEADER* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua** ---- --- Set, add to, or clear the current request's `HEADER` response header that is to be sent. ---- +--- --- Underscores (`_`) in the header names will be replaced by hyphens (`-`) by default. This transformation can be turned off via the [lua_transform_underscores_in_response_headers](#lua_transform_underscores_in_response_headers) directive. ---- +--- --- The header names are matched case-insensitively. ---- +--- --- ```lua ---- +--- --- -- equivalent to ngx.header["Content-Type"] = 'text/plain' --- ngx.header.content_type = 'text/plain'; ---- +--- --- ngx.header["X-My-Header"] = 'blah blah'; --- ``` ---- +--- --- Multi-value headers can be set this way: ---- +--- --- ```lua ---- +--- --- ngx.header['Set-Cookie'] = {'a=32; path=/', 'b=4; path=/'} --- ``` ---- +--- --- will yield ---- +--- --- ```bash ---- +--- --- Set-Cookie: a=32; path=/ --- Set-Cookie: b=4; path=/ --- ``` ---- +--- --- in the response headers. ---- +--- --- Only Lua tables are accepted (Only the last element in the table will take effect for standard headers such as `Content-Type` that only accept a single value). ---- +--- --- ```lua ---- +--- --- ngx.header.content_type = {'a', 'b'} --- ``` ---- +--- --- is equivalent to ---- +--- --- ```lua ---- +--- --- ngx.header.content_type = 'b' --- ``` ---- +--- --- Setting a slot to `nil` effectively removes it from the response headers: ---- +--- --- ```lua ---- +--- --- ngx.header["X-My-Header"] = nil; --- ``` ---- +--- --- The same applies to assigning an empty table: ---- +--- --- ```lua ---- +--- --- ngx.header["X-My-Header"] = {}; --- ``` ---- +--- --- Setting `ngx.header.HEADER` after sending out response headers (either explicitly with [ngx.send_headers](#ngxsend_headers) or implicitly with [ngx.print](#ngxprint) and similar) will log an error message. ---- +--- --- Reading `ngx.header.HEADER` will return the value of the response header named `HEADER`. ---- +--- --- Underscores (`_`) in the header names will also be replaced by dashes (`-`) and the header names will be matched case-insensitively. If the response header is not present at all, `nil` will be returned. ---- +--- --- This is particularly useful in the context of [header_filter_by_lua*](#header_filter_by_lua), for example, ---- +--- --- ```nginx ---- +--- --- location /test { --- set $footer ''; ---- +--- --- proxy_pass http://some-backend; ---- +--- --- header_filter_by_lua_block { --- if ngx.header["X-My-Header"] == "blah" then --- ngx.var.footer = "some value" --- end --- } ---- +--- --- echo_after_body $footer; --- } --- ``` ---- +--- --- For multi-value headers, all of the values of header will be collected in order and returned as a Lua table. For example, response headers ---- ---- +--- +--- --- Foo: bar --- Foo: baz ---- ---- +--- +--- --- will result in ---- +--- --- ```lua ---- +--- --- {"bar", "baz"} --- ``` ---- +--- --- to be returned when reading `ngx.header.Foo`. ---- +--- --- Note that `ngx.header` is not a normal Lua table and as such, it is not possible to iterate through it using the Lua `ipairs` function. ---- +--- --- Note: `HEADER` and `VALUE` will be truncated if they --- contain the `\r` or `\n` characters. The truncated values --- will contain all characters up to (and excluding) the first occurrence of --- `\r` or `\n`. ---- +--- --- For reading *request* headers, use the [ngx.req.get_headers](#ngxreqget_headers) function instead. ---- ---- [Back to TOC](#nginx-api-for-lua) ---- +--- +--- ngx.header={} ---- -------------------- ---- ---- **syntax:** *res = ngx.location.capture(uri, options?)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- --- Issues a synchronous but still non-blocking *Nginx Subrequest* using `uri`. ---- +--- --- Nginx's subrequests provide a powerful way to make non-blocking internal requests to other locations configured with disk file directory or *any* other Nginx C modules like `ngx_proxy`, `ngx_fastcgi`, `ngx_memc`, --- `ngx_postgres`, `ngx_drizzle`, and even ngx_lua itself and etc etc etc. ---- +--- --- Also note that subrequests just mimic the HTTP interface but there is *no* extra HTTP/TCP traffic *nor* IPC involved. Everything works internally, efficiently, on the C level. ---- +--- --- Subrequests are completely different from HTTP 301/302 redirection (via [ngx.redirect](#ngxredirect)) and internal redirection (via [ngx.exec](#ngxexec)). ---- +--- --- You should always read the request body (by either calling [ngx.req.read_body](#ngxreqread_body) or configuring [lua_need_request_body](#lua_need_request_body) on) before initiating a subrequest. ---- +--- --- This API function (as well as [ngx.location.capture_multi](#ngxlocationcapture_multi)) always buffers the whole response body of the subrequest in memory. Thus, you should use [cosockets](#ngxsockettcp) --- and streaming processing instead if you have to handle large subrequest responses. ---- +--- --- Here is a basic example: ---- +--- --- ```lua ---- +--- --- res = ngx.location.capture(uri) --- ``` ---- +--- --- Returns a Lua table with 4 slots: `res.status`, `res.header`, `res.body`, and `res.truncated`. ---- +--- --- `res.status` holds the response status code for the subrequest response. ---- +--- --- `res.header` holds all the response headers of the --- subrequest and it is a normal Lua table. For multi-value response headers, --- the value is a Lua (array) table that holds all the values in the order that --- they appear. For instance, if the subrequest response headers contain the following --- lines: ---- +--- --- ```bash ---- +--- --- Set-Cookie: a=3 --- Set-Cookie: foo=bar --- Set-Cookie: baz=blah --- ``` ---- +--- --- Then `res.header["Set-Cookie"]` will be evaluated to the table value --- `{"a=3", "foo=bar", "baz=blah"}`. ---- +--- --- `res.body` holds the subrequest's response body data, which might be truncated. You always need to check the `res.truncated` boolean flag to see if `res.body` contains truncated data. The data truncation here can only be caused by those unrecoverable errors in your subrequests like the cases that the remote end aborts the connection prematurely in the middle of the response body data stream or a read timeout happens when your subrequest is receiving the response body data from the remote. ---- +--- --- URI query strings can be concatenated to URI itself, for instance, ---- +--- --- ```lua ---- +--- --- res = ngx.location.capture('/foo/bar?a=3&b=4') --- ``` ---- +--- --- Named locations like `@foo` are not allowed due to a limitation in --- the Nginx core. Use normal locations combined with the `internal` directive to --- prepare internal-only locations. ---- +--- --- An optional option table can be fed as the second --- argument, which supports the options: ---- +--- --- * `method` --- specify the subrequest's request method, which only accepts constants like `ngx.HTTP_POST`. --- * `body` @@ -4640,152 +4373,152 @@ ngx.header={} --- specify whether to share all the Nginx variables of the subrequest with the current (parent) request. modifications of the Nginx variables in the subrequest will affect the current (parent) request. Enabling this option may lead to hard-to-debug issues due to bad side-effects and is considered bad and harmful. Only enable this option when you completely know what you are doing. --- * `always_forward_body` --- when set to true, the current (parent) request's request body will always be forwarded to the subrequest being created if the `body` option is not specified. The request body read by either [ngx.req.read_body()](#ngxreqread_body) or [lua_need_request_body on](#lua_need_request_body) will be directly forwarded to the subrequest without copying the whole request body data when creating the subrequest (no matter the request body data is buffered in memory buffers or temporary files). By default, this option is `false` and when the `body` option is not specified, the request body of the current (parent) request is only forwarded when the subrequest takes the `PUT` or `POST` request method. ---- +--- --- Issuing a POST subrequest, for example, can be done as follows ---- +--- --- ```lua ---- +--- --- res = ngx.location.capture( --- '/foo/bar', --- { method = ngx.HTTP_POST, body = 'hello, world' } --- ) --- ``` ---- +--- --- See HTTP method constants methods other than POST. --- The `method` option is `ngx.HTTP_GET` by default. ---- +--- --- The `args` option can specify extra URI arguments, for instance, ---- +--- --- ```lua ---- +--- --- ngx.location.capture('/foo?a=1', --- { args = { b = 3, c = ':' } } --- ) --- ``` ---- +--- --- is equivalent to ---- +--- --- ```lua ---- +--- --- ngx.location.capture('/foo?a=1&b=3&c=%3a') --- ``` ---- +--- --- that is, this method will escape argument keys and values according to URI rules and --- concatenate them together into a complete query string. The format for the Lua table passed as the `args` argument is identical to the format used in the [ngx.encode_args](#ngxencode_args) method. ---- +--- --- The `args` option can also take plain query strings: ---- +--- --- ```lua ---- +--- --- ngx.location.capture('/foo?a=1', --- { args = 'b=3&c=%3a' } --- ) --- ``` ---- +--- --- This is functionally identical to the previous examples. ---- +--- --- The `share_all_vars` option controls whether to share Nginx variables among the current request and its subrequests. --- If this option is set to `true`, then the current request and associated subrequests will share the same Nginx variable scope. Hence, changes to Nginx variables made by a subrequest will affect the current request. ---- +--- --- Care should be taken in using this option as variable scope sharing can have unexpected side effects. The `args`, `vars`, or `copy_all_vars` options are generally preferable instead. ---- +--- --- This option is set to `false` by default ---- +--- --- ```nginx ---- +--- --- location /other { --- set $dog "$dog world"; --- echo "$uri dog: $dog"; --- } ---- +--- --- location /lua { --- set $dog 'hello'; --- content_by_lua_block { --- res = ngx.location.capture("/other", --- { share_all_vars = true }); ---- +--- --- ngx.print(res.body) --- ngx.say(ngx.var.uri, ": ", ngx.var.dog) --- } --- } --- ``` ---- +--- --- Accessing location `/lua` gives ---- ---- +--- +--- --- /other dog: hello world --- /lua: hello world ---- ---- +--- +--- --- The `copy_all_vars` option provides a copy of the parent request's Nginx variables to subrequests when such subrequests are issued. Changes made to these variables by such subrequests will not affect the parent request or any other subrequests sharing the parent request's variables. ---- +--- --- ```nginx ---- +--- --- location /other { --- set $dog "$dog world"; --- echo "$uri dog: $dog"; --- } ---- +--- --- location /lua { --- set $dog 'hello'; --- content_by_lua_block { --- res = ngx.location.capture("/other", --- { copy_all_vars = true }); ---- +--- --- ngx.print(res.body) --- ngx.say(ngx.var.uri, ": ", ngx.var.dog) --- } --- } --- ``` ---- +--- --- Request `GET /lua` will give the output ---- ---- +--- +--- --- /other dog: hello world --- /lua: hello ---- ---- +--- +--- --- Note that if both `share_all_vars` and `copy_all_vars` are set to true, then `share_all_vars` takes precedence. ---- +--- --- In addition to the two settings above, it is possible to specify --- values for variables in the subrequest using the `vars` option. These --- variables are set after the sharing or copying of variables has been --- evaluated, and provides a more efficient method of passing specific --- values to a subrequest over encoding them as URL arguments and --- unescaping them in the Nginx config file. ---- +--- --- ```nginx ---- +--- --- location /other { --- content_by_lua_block { --- ngx.say("dog = ", ngx.var.dog) --- ngx.say("cat = ", ngx.var.cat) --- } --- } ---- +--- --- location /lua { --- set $dog ''; --- set $cat ''; --- content_by_lua_block { --- res = ngx.location.capture("/other", --- { vars = { dog = "hello", cat = 32 }}); ---- +--- --- ngx.print(res.body) --- } --- } --- ``` ---- +--- --- Accessing `/lua` will yield the output ---- ---- +--- +--- --- dog = hello --- cat = 32 ---- ---- +--- +--- --- The `ctx` option can be used to specify a custom Lua table to serve as the [ngx.ctx](#ngxctx) table for the subrequest. ---- +--- --- ```nginx ---- +--- --- location /sub { --- content_by_lua_block { --- ngx.ctx.foo = "bar"; @@ -4795,24 +4528,24 @@ ngx.header={} --- content_by_lua_block { --- local ctx = {} --- res = ngx.location.capture("/sub", { ctx = ctx }) ---- +--- --- ngx.say(ctx.foo); --- ngx.say(ngx.ctx.foo); --- } --- } --- ``` ---- +--- --- Then request `GET /lua` gives ---- ---- +--- +--- --- bar --- nil ---- ---- +--- +--- --- It is also possible to use this `ctx` option to share the same [ngx.ctx](#ngxctx) table between the current (parent) request and the subrequest: ---- +--- --- ```nginx ---- +--- --- location /sub { --- content_by_lua_block { --- ngx.ctx.foo = "bar"; @@ -4825,68 +4558,156 @@ ngx.header={} --- } --- } --- ``` ---- +--- --- Request `GET /lua` yields the output ---- ---- +--- +--- --- bar ---- ---- +--- +--- --- Note that subrequests issued by [ngx.location.capture](#ngxlocationcapture) inherit all the --- request headers of the current request by default and that this may have unexpected side effects on the --- subrequest responses. For example, when using the standard `ngx_proxy` module to serve --- subrequests, an "Accept-Encoding: gzip" header in the main request may result --- in gzipped responses that cannot be handled properly in Lua code. Original request headers should be ignored by setting --- [proxy_pass_request_headers](http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass_request_headers) to `off` in subrequest locations. ---- +--- --- When the `body` option is not specified and the `always_forward_body` option is false (the default value), the `POST` and `PUT` subrequests will inherit the request bodies of the parent request (if any). ---- +--- --- There is a hard-coded upper limit on the number of concurrent subrequests possible for every main request. In older versions of Nginx, the limit was `50` concurrent subrequests and in more recent versions, Nginx `1.1.x` onwards, this was increased to `200` concurrent subrequests. When this limit is exceeded, the following error message is added to the `error.log` file: ---- ---- +--- +--- --- [error] 13983#0: *1 subrequests cycle while processing "/uri" ---- ---- +--- +--- --- The limit can be manually modified if required by editing the definition of the `NGX_HTTP_MAX_SUBREQUESTS` macro in the `nginx/src/http/ngx_http_request.h` file in the Nginx source tree. ---- +--- --- Please also refer to restrictions on capturing locations configured by [subrequest directives of other modules](#locations-configured-by-subrequest-directives-of-other-modules). ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@param uri string ---@param options string | table<string,string> ---@return any function ngx.location.capture(uri, options) end +--- Parse the http time string (as returned by [ngx.http_time](#ngxhttp_time)) into seconds. Returns the seconds or `nil` if the input string is in bad forms. +--- +--- ```nginx +--- +--- local time = ngx.parse_http_time("Thu, 18 Nov 2010 11:27:35 GMT") +--- if time == nil then +--- ... +--- end +--- ``` +--- +---@param str string +---@return sec number +function ngx.parse_http_time(str) end + +--- Returns a formated string can be used as the http header time (for example, being used in `Last-Modified` header). The parameter `sec` is the time stamp in seconds (like those returned from [ngx.time](#ngxtime)). +--- +--- ```nginx +--- +--- ngx.say(ngx.http_time(1290079655)) +--- -- yields "Thu, 18 Nov 2010 11:27:35 GMT" +--- ``` +--- +---@param sec number +---@return string +function ngx.http_time(sec) end + +function ngx.get_now() end + +--- Returns current date (in the format `yyyy-mm-dd`) from the Nginx cached time (no syscall involved unlike Lua's date library). +--- +--- This is the local time. +--- +---@return string +function ngx.get_today() end + + +--- Sleeps for the specified seconds without blocking. One can specify time resolution up to 0.001 seconds (i.e., one milliseconds). +--- +--- Behind the scene, this method makes use of the Nginx timers. +--- +--- Since the `0.7.20` release, The `0` time argument can also be specified. +--- +--- This method was introduced in the `0.5.0rc30` release. +--- +---@param seconds number +function ngx.sleep(seconds) end + +--- Forcibly updates the Nginx current time cache. This call involves a syscall and thus has some overhead, so do not abuse it. +--- +--- This API was first introduced in `v0.3.1rc32`. +--- +function ngx.update_time() end ---- ------- ---- ---- **syntax:** *secs = ngx.now()* ---- ---- **context:** *init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- --- Returns a floating-point number for the elapsed time in seconds (including milliseconds as the decimal part) from the epoch for the current time stamp from the Nginx cached time (no syscall involved unlike Lua's date library). ---- +--- --- You can forcibly update the Nginx time cache by calling [ngx.update_time](#ngxupdate_time) first. ---- +--- --- This API was first introduced in `v0.3.1rc32`. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@return number@secs +--- +---@return number function ngx.now() end + +--- Returns the current time stamp (in the format `yyyy-mm-dd hh:mm:ss`) of the Nginx cached time (no syscall involved unlike Lua's [os.date](https://www.lua.org/manual/5.1/manual.html#pdf-os.date) function). +--- +--- This is the local time. +---@return string function ngx.localtime() end + +--- Returns the current time stamp (in the format `yyyy-mm-dd hh:mm:ss`) of the Nginx cached time (no syscall involved unlike Lua's [os.date](https://www.lua.org/manual/5.1/manual.html#pdf-os.date) function). +--- +--- This is the UTC time. +function ngx.utctime() end + function ngx.get_now_ts() end ---- ------- ---- ---- **syntax:** *ok, err = ngx.eof()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + +--- Returns a formatted string can be used as the cookie expiration time. The parameter `sec` is the time stamp in seconds (like those returned from [ngx.time](#ngxtime)). +--- +--- ```nginx +--- +--- ngx.say(ngx.cookie_time(1290079655)) +--- -- yields "Thu, 18-Nov-10 11:27:35 GMT" +--- ``` +--- +---@param sec number +---@return str string +function ngx.cookie_time(sec) end + +--- Returns current date (in the format `yyyy-mm-dd`) from the Nginx cached time (no syscall involved unlike Lua's date library). +--- +--- This is the local time. +---@return string +function ngx.today() end + +---Returns the elapsed seconds from the epoch for the current time stamp from the Nginx cached time (no syscall involved unlike Lua's date library). +--- +---Updates of the Nginx time cache can be forced by calling [ngx.update_time](#ngxupdate_time) first. +--- +---@return integer +function ngx.time() end + +--- Log arguments concatenated to error.log with the given logging level. +--- +--- Lua `nil` arguments are accepted and result in literal `"nil"` string while Lua booleans result in literal `"true"` or `"false"` string outputs. And the `ngx.null` constant will yield the `"null"` string output. +--- +--- The `log_level` argument can take constants like `ngx.ERR` and `ngx.WARN`. Check out [Nginx log level constants](#nginx-log-level-constants) for details. +--- +--- There is a hard coded `2048` byte limitation on error message lengths in the Nginx core. This limit includes trailing newlines and leading time stamps. If the message size exceeds this limit, Nginx will truncate the message text accordingly. This limit can be manually modified by editing the `NGX_MAX_ERROR_STR` macro definition in the `src/core/ngx_log.h` file in the Nginx source tree. +--- +---@param log_level ngx.log.level +---@param ... string|number|'nil'|'ngx.null' +function ngx.log(log_level,...) end + + --- Explicitly specify the end of the response output stream. In the case of HTTP 1.1 chunked encoded output, it will just trigger the Nginx core to send out the "last chunk". ---- +--- --- When you disable the HTTP 1.1 keep-alive feature for your downstream connections, you can rely on well written HTTP clients to close the connection actively for you when you call this method. This trick can be used do back-ground jobs without letting the HTTP clients to wait on the connection, as in the following example: ---- +--- --- ```nginx ---- +--- --- location = /async { --- keepalive_timeout 0; --- content_by_lua_block { @@ -4896,39 +4717,31 @@ function ngx.get_now_ts() end --- } --- } --- ``` ---- +--- --- But if you create subrequests to access other locations configured by Nginx upstream modules, then you should configure those upstream modules to ignore client connection abortions if they are not by default. For example, by default the standard [ngx_http_proxy_module](http://nginx.org/en/docs/http/ngx_http_proxy_module.html) will terminate both the subrequest and the main request as soon as the client closes the connection, so it is important to turn on the [proxy_ignore_client_abort](http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_ignore_client_abort) directive in your location block configured by [ngx_http_proxy_module](http://nginx.org/en/docs/http/ngx_http_proxy_module.html): ---- +--- --- ```nginx ---- +--- --- proxy_ignore_client_abort on; --- ``` ---- +--- --- A better way to do background jobs is to use the [ngx.timer.at](#ngxtimerat) API. ---- +--- --- Since `v0.8.3` this function returns `1` on success, or returns `nil` and a string describing the error otherwise. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return boolean,string@ok,err function ngx.eof() end -ngx.NOTICE=6 -ngx.HTTP_UNLOCK=8192 ---- --------- ---- ---- **syntax:** *ok, err = ngx.print(...)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Emits arguments concatenated to the HTTP client (as response body). If response headers have not been sent, this function will send headers out first and then output body data. ---- +--- --- Since `v0.8.3` this function returns `1` on success, or returns `nil` and a string describing the error otherwise. ---- +--- --- Lua `nil` values will output `"nil"` strings and Lua boolean values will output `"true"` and `"false"` literal strings respectively. ---- +--- --- Nested arrays of strings are permitted and the elements in the arrays will be sent one by one: ---- +--- --- ```lua ---- +--- --- local table = { --- "hello, ", --- {"world: ", true, " or ", false, @@ -4936,103 +4749,87 @@ ngx.HTTP_UNLOCK=8192 --- } --- ngx.print(table) --- ``` ---- +--- --- will yield the output ---- +--- --- ```bash ---- +--- --- hello, world: true or false: nil --- ``` ---- +--- --- Non-array table arguments will cause a Lua exception to be thrown. ---- +--- --- The `ngx.null` constant will yield the `"null"` string output. ---- +--- --- This is an asynchronous call and will return immediately without waiting for all the data to be written into the system send buffer. To run in synchronous mode, call `ngx.flush(true)` after calling `ngx.print`. This can be particularly useful for streaming output. See [ngx.flush](#ngxflush) for more details. ---- +--- --- Please note that both `ngx.print` and [ngx.say](#ngxsay) will always invoke the whole Nginx output body filter chain, which is an expensive operation. So be careful when calling either of these two in a tight loop; buffer the data yourself in Lua and save the calls. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@vararg string +--- +---@param ... string|string[] ---@return boolean,string@ok,err function ngx.print(...) end -ngx.HTTP_HEAD=4 -ngx.HTTP_COPY=128 -ngx.HTTP_ILLEGAL=451 -ngx.HTTP_CONTINUE=100 -ngx.STDERR=0 -ngx.HTTP_BAD_REQUEST=400 -ngx.HTTP_NOT_ACCEPTABLE=406 -ngx.HTTP_MOVED_PERMANENTLY=301 ---- ------- ---- ---- **syntax:** *ngx.log(log_level, ...)* ---- ---- **context:** *init_by_lua*, init_worker_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Log arguments concatenated to error.log with the given logging level. ---- ---- Lua `nil` arguments are accepted and result in literal `"nil"` string while Lua booleans result in literal `"true"` or `"false"` string outputs. And the `ngx.null` constant will yield the `"null"` string output. ---- ---- The `log_level` argument can take constants like `ngx.ERR` and `ngx.WARN`. Check out [Nginx log level constants](#nginx-log-level-constants) for details. ---- ---- There is a hard coded `2048` byte limitation on error message lengths in the Nginx core. This limit includes trailing newlines and leading time stamps. If the message size exceeds this limit, Nginx will truncate the message text accordingly. This limit can be manually modified by editing the `NGX_MAX_ERROR_STR` macro definition in the `src/core/ngx_log.h` file in the Nginx source tree. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param log_level number ----@vararg string -function ngx.log(log_level,...) end ---- ----------------- ---- ---- **syntax:** *quoted_value = ngx.quote_sql_str(raw_value)* ---- ---- **context:** *set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, balancer_by_lua*, ssl_certificate_by_lua*, ssl_session_fetch_by_lua*, ssl_session_store_by_lua** ---- ---- Returns a quoted SQL string literal according to the MySQL quoting rules. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@param raw_value string ----@return string -function ngx.quote_sql_str(raw_value) end ---- ------- ---- ---- **syntax:** *ok, err = ngx.say(...)* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Just as [ngx.print](#ngxprint) but also emit a trailing newline. ---- ---- [Back to TOC](#nginx-api-for-lua) ----@vararg string +--- +---@param ... string|string[] +---@return boolean ok +---@return string? error function ngx.say(...) end -ngx.EMERG=1 -ngx.null={} -ngx.HTTP_METHOD_NOT_IMPLEMENTED=501 ---- ---------------- ---- ---- **syntax:** *ok, err = ngx.send_headers()* ---- ---- **context:** *rewrite_by_lua*, access_by_lua*, content_by_lua** ---- + --- Explicitly send out the response headers. ---- +--- --- Since `v0.8.3` this function returns `1` on success, or returns `nil` and a string describing the error otherwise. ---- +--- --- Note that there is normally no need to manually send out response headers as ngx_lua will automatically send headers out --- before content is output with [ngx.say](#ngxsay) or [ngx.print](#ngxprint) or when [content_by_lua*](#content_by_lua) exits normally. ---- ---- [Back to TOC](#nginx-api-for-lua) +--- ---@return boolean,string@ok,err function ngx.send_headers() end -ngx.HTTP_MOVE=256 -ngx.OK=0 -ngx.HTTP_CLOSE=444 -ngx.HTTP_SERVICE_UNAVAILABLE=503 -ngx.AGAIN=-2 -ngx.HTTP_TOO_MANY_REQUESTS=429 -ngx.HTTP_TRACE=32768 -ngx.HTTP_VERSION_NOT_SUPPORTED=505 -ngx.HTTP_TEMPORARY_REDIRECT=307 -ngx.HTTP_REQUEST_TIMEOUT=408 -ngx.HTTP_PROPPATCH=2048 + +--- Flushes response output to the client. +--- +--- `ngx.flush` accepts an optional boolean `wait` argument (Default: `false`) first introduced in the `v0.3.1rc34` release. When called with the default argument, it issues an asynchronous call (Returns immediately without waiting for output data to be written into the system send buffer). Calling the function with the `wait` argument set to `true` switches to synchronous mode. +--- +--- In synchronous mode, the function will not return until all output data has been written into the system send buffer or until the [send_timeout](http://nginx.org/en/docs/http/ngx_http_core_module.html#send_timeout) setting has expired. Note that using the Lua coroutine mechanism means that this function does not block the Nginx event loop even in the synchronous mode. +--- +--- When `ngx.flush(true)` is called immediately after [ngx.print](#ngxprint) or [ngx.say](#ngxsay), it causes the latter functions to run in synchronous mode. This can be particularly useful for streaming output. +--- +--- Note that `ngx.flush` is not functional when in the HTTP 1.0 output buffering mode. See [HTTP 1.0 support](#http-10-support). +--- +--- Since `v0.8.3` this function returns `1` on success, or returns `nil` and a string describing the error otherwise. +--- +---@param wait boolean +---@return boolean,string@ok,err +function ngx.flush(wait) end + +--- NGINX response methods +ngx.resp = {} + +--- Returns a Lua table holding all the current response headers for the current request. +--- +--- ```lua +--- +--- local h, err = ngx.resp.get_headers() +--- +--- if err == "truncated" then +--- -- one can choose to ignore or reject the current response here +--- end +--- +--- for k, v in pairs(h) do +--- ... +--- end +--- ``` +--- +--- This function has the same signature as [ngx.req.get_headers](#ngxreqget_headers) except getting response headers instead of request headers. +--- +--- Note that a maximum of 100 response headers are parsed by default (including those with the same name) and that additional response headers are silently discarded to guard against potential denial of service attacks. Since `v0.10.13`, when the limit is exceeded, it will return a second value which is the string `"truncated"`. +--- +--- This API was first introduced in the `v0.9.5` release. +--- +---@param max_headers number +---@param raw string +---@return table,string +function ngx.resp.get_headers(max_headers, raw) end + + return ngx diff --git a/meta/3rd/OpenResty/library/ngx.ocsp.lua b/meta/3rd/OpenResty/library/ngx.ocsp.lua index 1b250b67..79e001f1 100644 --- a/meta/3rd/OpenResty/library/ngx.ocsp.lua +++ b/meta/3rd/OpenResty/library/ngx.ocsp.lua @@ -1,8 +1,61 @@ ---@meta -ngx_ocsp={} -function ngx_ocsp.get_ocsp_responder_from_der_chain(certs, maxlen) end -function ngx_ocsp.validate_ocsp_response(resp, chain, max_errmsg_len) end -function ngx_ocsp.create_ocsp_request(certs, maxlen) end -function ngx_ocsp.set_ocsp_status_resp(ocsp_resp) end -ngx_ocsp.version="0.1.17" -return ngx_ocsp
\ No newline at end of file +local ocsp = { + version = require("resty.core.base").version, +} + +--- Extracts the OCSP responder URL (like "http://test.com/ocsp/") from the SSL server certificate chain in the DER format. +--- +--- Usually the SSL server certificate chain is originally formatted in PEM. You can use the Lua API provided by the ngx.ssl module to do the PEM to DER conversion. +--- +--- The optional max_len argument specifies the maximum length of OCSP URL allowed. This determines the buffer size; so do not specify an unnecessarily large value here. It defaults to the internal string buffer size used throughout this lua-resty-core library (usually default to 4KB). +--- +--- In case of failures, returns `nil` and a string describing the error. +--- +---@param der_cert_chain string +---@param max_len? number +---@return string? ocsp_url +---@return string? error +function ocsp.get_ocsp_responder_from_der_chain(der_cert_chain, max_len) end + +--- Validates the raw OCSP response data specified by the `ocsp_resp` argument using the SSL server certificate chain in DER format as specified in the `der_cert_chain` argument. +--- +--- Returns true when the validation is successful. +--- +--- In case of failures, returns `nil` and a string describing the failure. The maximum length of the error string is controlled by the optional `max_err_msg` argument (which defaults to the default internal string buffer size used throughout this lua-resty-core library, usually being 4KB). +--- +---@param ocsp_resp string +---@param der_cert_chain string +---@param max_err_msg_len? number +---@return boolean ok +---@return string? error +function ocsp.validate_ocsp_response(ocsp_resp, der_cert_chain, max_err_msg_len) end + +--- Builds an OCSP request from the SSL server certificate chain in the DER format, which can be used to send to the OCSP server for validation. +--- +--- The optional `max_len` argument specifies the maximum length of the OCSP request allowed. This value determines the size of the internal buffer allocated, so do not specify an unnecessarily large value here. It defaults to the internal string buffer size used throughout this lua-resty-core library (usually defaults to 4KB). +--- +--- In case of failures, returns `nil` and a string describing the error. +--- +--- The raw OCSP response data can be used as the request body directly if the POST method is used for the OCSP request. But for GET requests, you need to do base64 encoding and then URL encoding on the data yourself before appending it to the OCSP URL obtained by the `get_ocsp_responder_from_der_chain()` function. +--- +---@param der_cert_chain string +---@param max_len? number +---@return string? ocsp_req +---@return string? error +function ocsp.create_ocsp_request(der_cert_chain, max_len) end + + +--- Sets the OCSP response as the OCSP stapling for the current SSL connection. +--- +--- Returns `true` in case of successes. If the SSL client does not send a "status request" at all, then this method still returns true but also with a string as the warning "no status req". +--- +--- In case of failures, returns `nil` and a string describing the error. +--- +--- The OCSP response is returned from CA's OCSP server. See the `create_ocsp_request()` function for how to create an OCSP request and also validate_ocsp_response for how to validate the OCSP response. +--- +---@param ocsp_resp string +---@return boolean ok +---@return string? error +function ocsp.set_ocsp_status_resp(ocsp_resp) end + +return ocsp
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.pipe.lua b/meta/3rd/OpenResty/library/ngx.pipe.lua index 575d18f3..f94e3ea4 100644 --- a/meta/3rd/OpenResty/library/ngx.pipe.lua +++ b/meta/3rd/OpenResty/library/ngx.pipe.lua @@ -1,6 +1,312 @@ ---@meta -ngx_pipe={} -ngx_pipe._gc_ref_c_opt="-c" -function ngx_pipe.spawn() end -ngx_pipe.version="0.1.17" -return ngx_pipe
\ No newline at end of file +local pipe={} +pipe._gc_ref_c_opt="-c" + +pipe.version = require("resty.core.base").version + +--- Creates and returns a new sub-process instance we can communicate with later. +--- +--- For example: +--- +---```lua +--- local ngx_pipe = require "ngx.pipe" +--- local proc, err = ngx_pipe.spawn({"sh", "-c", "sleep 0.1 && exit 2"}) +--- if not proc then +--- ngx.say(err) +--- return +--- end +---``` +--- +--- In case of failure, this function returns nil and a string describing the error. +--- +--- The sub-process will be killed via SIGKILL if it is still alive when the instance is collected by the garbage collector. +--- +--- Note that args should either be a single level array-like Lua table with string values, or just a single string. +--- +--- Some more examples: +--- +---```lua +--- local proc, err = ngx_pipe.spawn({"ls", "-l"}) +--- +--- local proc, err = ngx_pipe.spawn({"perl", "-e", "print 'hello, wolrd'"}) +--- +---``` +--- +--- If args is specified as a string, it will be executed by the operating system shell, just like os.execute. The above example could thus be rewritten as: +--- +---```lua +--- local ngx_pipe = require "ngx.pipe" +--- local proc, err = ngx_pipe.spawn("sleep 0.1 && exit 2") +--- if not proc then +--- ngx.say(err) +--- return +--- end +---``` +--- +--- In the shell mode, you should be very careful about shell injection attacks when interpolating variables into command string, especially variables from untrusted sources. Please make sure that you escape those variables while assembling the command string. For this reason, it is highly recommended to use the multi-arguments form (args as a table) to specify each command-line argument explicitly. +--- +--- Since by default, Nginx does not pass along the PATH system environment variable, you will need to configure the env PATH directive if you wish for it to be respected during the searching of sub-processes: +--- +---```nginx +--- env PATH; +--- ... +--- content_by_lua_block { +--- local ngx_pipe = require "ngx.pipe" +--- +--- local proc = ngx_pipe.spawn({'ls'}) +--- } +---``` +--- +--- The optional table argument opts can be used to control the behavior of spawned processes. For instance: +--- +---```lua +--- local opts = { +--- merge_stderr = true, +--- buffer_size = 256, +--- environ = {"PATH=/tmp/bin", "CWD=/tmp/work"} +--- } +--- local proc, err = ngx_pipe.spawn({"sh", "-c", ">&2 echo data"}, opts) +--- if not proc then +--- ngx.say(err) +--- return +--- end +---``` +--- +--- +---@param args table[]|string +---@param opts? ngx.pipe.spawn.opts +---@return ngx.pipe.proc? proc +---@return string? error +function pipe.spawn(args, opts) end + + +--- Options for ngx.pipe.spawn() +--- +---@class ngx.pipe.spawn.opts : table +--- +--- when set to true, the output to stderr will be redirected to stdout in the spawned process. This is similar to doing 2>&1 in a shell. +---@field merge_stderr boolean +--- +--- specifies the buffer size used by reading operations, in bytes. The default buffer size is 4096. +---@field buffer_size number +--- +--- specifies environment variables for the spawned process. The value must be a single-level, array-like Lua table with string values. +---@field environ string[] +--- +--- specifies the write timeout threshold, in milliseconds. The default threshold is 10000. If the threshold is 0, the write operation will never time out. +---@field write_timeout number +--- +--- specifies the stdout read timeout threshold, in milliseconds. The default threshold is 10000. If the threshold is 0, the stdout read operation will never time out. +---@field stdout_read_timeout number +--- +--- specifies the stderr read timeout threshold, in milliseconds. The default threshold is 10000. If the threshold is 0, the stderr read operation will never time out. +---@field stderr_read_timeout number +--- +--- specifies the wait timeout threshold, in milliseconds. The default threshold is 10000. If the threshold is 0, the wait operation will never time out. +---@field wait_timeout number + + +---@class ngx.pipe.proc : table +local proc = {} + +--- Respectively sets: the write timeout threshold, stdout read timeout threshold, stderr read timeout threshold, and wait timeout threshold. All timeouts are in milliseconds. +--- +--- The default threshold for each timeout is 10 seconds. +--- +--- If the specified timeout argument is `nil`, the corresponding timeout threshold will not be changed. For example: +--- +---```lua +--- local proc, err = ngx_pipe.spawn({"sleep", "10s"}) +--- +--- -- only change the wait_timeout to 0.1 second. +--- proc:set_timeouts(nil, nil, nil, 100) +--- +--- -- only change the send_timeout to 0.1 second. +--- proc:set_timeouts(100) +---``` +--- +--- If the specified timeout argument is 0, the corresponding operation will never time out. +--- +---@param write_timeout? number +---@param stdout_read_timeout? number +---@param write_timeout? number +---@param wait_timeout? number +function proc:set_timeouts(write_timeout, stdout_read_timeout, stderr_read_timeout, wait_timeout) end + +--- Waits until the current sub-process exits. +--- +--- It is possible to control how long to wait via set_timeouts. The default timeout is 10 seconds. +--- +--- If process exited with status code zero, the ok return value will be true. +--- +--- If process exited abnormally, the ok return value will be false. +--- +--- The second return value, reason, will be a string. Its values may be: +--- +--- exit: the process exited by calling exit(3), _exit(2), or by returning from main(). In this case, status will be the exit code. +--- signal: the process was terminated by a signal. In this case, status will be the signal number. +--- +--- Note that only one light thread can wait on a process at a time. If another light thread tries to wait on a process, the return values will be `nil` and the error string "pipe busy waiting". +--- +--- If a thread tries to wait an exited process, the return values will be `nil` and the error string "exited". +--- +---@return boolean ok +---@return '"exit"'|'"signal"' reason +---@return number status +function proc:wait() end + + +--- Returns the pid number of the sub-process. +---@return number pid +function proc:pid() end + + +--- Sends a signal to the sub-process. +--- +--- Note that the signum argument should be signal's numerical value. If the specified signum is not a number, an error will be thrown. +--- +--- You should use lua-resty-signal's `signum()` function to convert signal names to signal numbers in order to ensure portability of your application. +--- +--- In case of success, this method returns true. Otherwise, it returns `nil` and a string describing the error. +--- +--- Killing an exited sub-process will return `nil` and the error string "exited". +--- +--- Sending an invalid signal to the process will return `nil` and the error string "invalid signal". +--- +---@param signum integer +---@return boolean ok +---@return string? error +function proc:kill(signum) end + +---Closes the specified direction of the current sub-process. +--- +---The direction argument should be one of these three values: stdin, stdout and stderr. +--- +---In case of success, this method returns true. Otherwise, it returns `nil` and a string describing the error. +--- +---If the `merge_stderr` option is specified in spawn, closing the stderr direction will return `nil` and the error string "merged to stdout". +--- +---Shutting down a direction when a light thread is waiting on it (such as during reading or writing) will abort the light thread and return true. +--- +---Shutting down directions of an exited process will return `nil` and the error string "closed". +--- +---It is fine to shut down the same direction of the same stream multiple times; no side effects are to be expected. +--- +---@param direction '"stdin"'|'"stdout"'|'"stderr"' +---@return boolean ok +---@return string? error +function proc:shutdown(direction) end + +--- Writes data to the current sub-process's stdin stream. +--- +--- The data argument can be a string or a single level array-like Lua table with string values. +--- +--- This method is a synchronous and non-blocking operation that will not return until all the data has been flushed to the sub-process's stdin buffer, or an error occurs. +--- +--- In case of success, it returns the total number of bytes that have been sent. Otherwise, it returns `nil` and a string describing the error. +--- +--- The timeout threshold of this write operation can be controlled by the `set_timeouts` method. The default timeout threshold is 10 seconds. +--- +--- When a timeout occurs, the data may be partially written into the sub-process's stdin buffer and read by the sub-process. +--- +--- Only one light thread is allowed to write to the sub-process at a time. If another light thread tries to write to it, this method will return `nil` and the error string "pipe busy writing". +--- +--- If the write operation is aborted by the shutdown method, it will return `nil` and the error string "aborted". +--- +--- Writing to an exited sub-process will return `nil` and the error string "closed". +--- +---@param data string +---@return integer? nbytes +---@return string? error +function proc:write(data) end + +--- Reads all data from the current sub-process's stderr stream until it is closed. +--- +--- This method is a synchronous and non-blocking operation, just like the write method. +--- +--- The timeout threshold of this reading operation can be controlled by `set_timeouts`. The default timeout is 10 seconds. +--- +--- In case of success, it returns the data received. Otherwise, it returns three values: `nil`, a string describing the error, and, optionally, the partial data received so far. +--- +--- When `merge_stderr` is specified in spawn, calling `stderr_read_all` will return `nil` and the error string "merged to stdout". +--- +--- Only one light thread is allowed to read from a sub-process's stderr or stdout stream at a time. If another thread tries to read from the same stream, this method will return `nil` and the error string "pipe busy reading". +--- +--- If the reading operation is aborted by the shutdown method, it will return `nil` and the error string "aborted". +--- +--- Streams for stdout and stderr are separated, so at most two light threads may be reading from a sub-process at a time (one for each stream). +--- +--- The same way, a light thread may read from a stream while another light thread is writing to the sub-process stdin stream. +--- +--- Reading from an exited process's stream will return `nil` and the error string "closed". +--- +---@return string? data +---@return string? error +---@return string? partial +function proc:stderr_read_all() end + +--- Similar to the `stderr_read_all` method, but reading from the stdout stream of the sub-process. +---@return string? data +---@return string? error +---@return string? partial +function proc:stdout_read_all() end + +--- Reads from stderr like `stderr_read_all`, but only reads a single line of data. +--- +--- When `merge_stderr` is specified in spawn, calling `stderr_read_line` will return `nil` plus the error string "merged to stdout". +--- +--- When the data stream is truncated without a new-line character, it returns 3 values: `nil`, the error string "closed", and the partial data received so far. +--- +--- The line should be terminated by a Line Feed (LF) character (ASCII 10), optionally preceded by a Carriage Return (CR) character (ASCII 13). The CR and LF characters are not included in the returned line data. +---@return string? data +---@return string? error +---@return string? partial +function proc:stderr_read_line() end + +--- Similar to `stderr_read_line`, but reading from the stdout stream of the sub-process. +---@return string? data +---@return string? error +---@return string? partial +function proc:stdout_read_line() end + +--- Reads from stderr like `stderr_read_all`, but only reads the specified number of bytes. +--- +--- If `merge_stderr` is specified in spawn, calling `stderr_read_bytes` will return `nil` plus the error string "merged to stdout". +--- +--- If the data stream is truncated (fewer bytes of data available than requested), this method returns 3 values: `nil`, the error string "closed", and the partial data string received so far. +--- +---@param len number +---@return string? data +---@return string? error +---@return string? partial +function proc:stderr_read_bytes(len) end + +--- Similar to `stderr_read_bytes`, but reading from the stdout stream of the sub-process. +--- +---@param len number +---@return string? data +---@return string? error +---@return string? partial +function proc:stdout_read_bytes(len) end + + +--- Reads from stderr like `stderr_read_all`, but returns immediately when any amount of data is received. +--- +--- At most max bytes are received. +--- +--- If `merge_stderr` is specified in spawn, calling `stderr_read_any` will return `nil` plus the error string "merged to stdout". +--- +--- If the received data is more than `max` bytes, this method will return with exactly `max` bytes of data. The remaining data in the underlying receive buffer can be fetched with a subsequent reading operation. +---@param max number +---@return string? data +---@return string? error +function proc:stderr_read_any(max) end + +--- Similar to `stderr_read_any`, but reading from the stdout stream of the sub-process. +--- +---@param max number +---@return string? data +---@return string? error +function proc:stdout_read_any(max) end + +return pipe
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.process.lua b/meta/3rd/OpenResty/library/ngx.process.lua index c8827949..c908105f 100644 --- a/meta/3rd/OpenResty/library/ngx.process.lua +++ b/meta/3rd/OpenResty/library/ngx.process.lua @@ -1,8 +1,55 @@ ---@meta -ngx_process={} -function ngx_process.get_master_pid() end -function ngx_process.enable_privileged_agent() end -function ngx_process.type() end -function ngx_process.signal_graceful_exit() end -ngx_process.version="0.1.17" -return ngx_process
\ No newline at end of file +local process = { + version = require("resty.core.base").version, +} + +--- Returns a number value for the nginx master process's process ID (or PID). +--- +--- This function requires NGINX 1.13.8+ cores to work properly. Otherwise it returns nil. +--- +--- This feature first appeared in lua-resty-core v0.1.14. +---@return integer? pid +function process.get_master_pid() end + + +--- Enables the privileged agent process in Nginx. +--- +--- The privileged agent process does not listen on any virtual server ports +--- like those worker processes. And it uses the same system account as the +--- nginx master process, which is usually a privileged account like root. +--- +--- The `init_worker_by_lua*` directive handler still runs in the privileged +--- agent process. And one can use the `type()` function provided by this module +--- to check if the current process is a privileged agent. +--- +--- In case of failures, returns `nil` and a string describing the error. +--- +---@param connections integer sets the maximum number of simultaneous connections that can be opened by the privileged agent process. +---@return boolean ok +---@return string? error +function process.enable_privileged_agent(connections) end + + +---@alias ngx.process.type +---| '"master"' # the NGINX master process +---| '"worker"' # an NGINX worker process +---| '"privileged agent"' # the NGINX privileged agent process +---| '"single"' # returned when Nginx is running in the single process mode +---| '"signaller"' # returned when Nginx is running as a signaller process + +--- Returns the type of the current NGINX process. +--- +---@return ngx.process.type type +function process.type() end + + +--- Signals the current NGINX worker process to quit gracefully, after all the +--- timers have expired (in time or expired prematurely). +--- +--- Note that this API function simply sets the nginx global C variable +--- `ngx_quit` to signal the nginx event loop directly. No UNIX signals or IPC +--- are involved here. +function process.signal_graceful_exit() end + + +return process
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.re.lua b/meta/3rd/OpenResty/library/ngx.re.lua index 683a5be2..675b990c 100644 --- a/meta/3rd/OpenResty/library/ngx.re.lua +++ b/meta/3rd/OpenResty/library/ngx.re.lua @@ -1,6 +1,115 @@ ---@meta -ngx_re={} -function ngx_re.opt(option, value) end -function ngx_re.split(subj, regex, opts, ctx, max, res) end -ngx_re.version="0.1.17" -return ngx_re
\ No newline at end of file +local re={} + +re.version = require("resty.core.base").version + +--- Allows changing of regex settings. Currently, it can only change the `jit_stack_size` of the PCRE engine, like so: +--- +---```nginx +--- init_by_lua_block { require "ngx.re".opt("jit_stack_size", 200 * 1024) } +--- +--- server { +--- location /re { +--- content_by_lua_block { +--- -- full regex and string are taken from https://github.com/JuliaLang/julia/issues/8278 +--- local very_long_string = [[71.163.72.113 - - [30/Jul/2014:16:40:55 -0700] ...]] +--- local very_complicated_regex = [[([\d\.]+) ([\w.-]+) ([\w.-]+) (\[.+\]) ...]] +--- local from, to, err = ngx.re.find(very_long_string, very_complicated_regex, "jo") +--- +--- -- with the regular jit_stack_size, we would get the error 'pcre_exec() failed: -27' +--- -- instead, we get a match +--- ngx.print(from .. "-" .. to) -- prints '1-1563' +--- } +--- } +--- } +---``` +--- +--- The `jit_stack_size` cannot be set to a value lower than PCRE's default of 32K. +--- +--- This method requires the PCRE library enabled in Nginx. +--- +--- This feature was first introduced in the v0.1.12 release. +--- +---@param option string '"jit_stack_size"' +---@param value any +function re.opt(option, value) end + +--- Splits the subject string using the Perl compatible regular expression regex with the optional options. +--- +--- This function returns a Lua (array) table (with integer keys) containing the split values. +--- +--- In case of error, `nil` will be returned as well as a string describing the error. +--- +--- When regex contains a sub-match capturing group, and when such a match is found, the first submatch capture will be inserted in between each split value, like so: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local res, err = ngx_re.split("a,b,c,d", "(,)") +--- -- res is now {"a", ",", "b", ",", "c", ",", "d"} +---``` +--- +--- When regex is empty string "", the subject will be split into chars, like so: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local res, err = ngx_re.split("abcd", "") +--- -- res is now {"a", "b", "c", "d"} +---``` +--- +--- The optional ctx table argument can be a Lua table holding an optional pos field. When the pos field in the ctx table argument is specified, `split()` will start splitting the subject from that index: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local res, err = ngx_re.split("a,b,c,d", ",", nil, {pos = 5}) +--- -- res is now {"c", "d"} +---``` +--- +--- The optional max argument is a number that when specified, will prevent `split()` from adding more than max matches to the res array: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local res, err = ngx_re.split("a,b,c,d", ",", nil, nil, 3) +--- -- res is now {"a", "b", "c,d"} +---``` +--- +--- Specifying max <= 0 disables this behavior, meaning that the number of results won't be limited. +--- +--- The optional 6th argument res can be a table that `split()` will re-use to hold the results instead of creating a new one, which can improve performance in hot code paths. It is used like so: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local my_table = {"hello world"} +--- +--- local res, err = ngx_re.split("a,b,c,d", ",", nil, nil, nil, my_table) +--- -- res/my_table is now {"a", "b", "c", "d"} +---``` +--- +--- When provided with a res table, `split()` won't clear the table for performance reasons, but will rather insert a trailing `nil` value when the split is completed: +--- +---```lua +--- local ngx_re = require "ngx.re" +--- +--- local my_table = {"W", "X", "Y", "Z"} +--- +--- local res, err = ngx_re.split("a,b", ",", nil, nil, nil, my_table) +--- -- res/my_table is now {"a", "b", nil, "Z"} +---``` +--- +--- When the trailing `nil` is not enough for your purpose, you should clear the table yourself before feeding it into the split function. +--- +---@param subj string +---@param regex string +---@param opts string +---@param ctx? table a Lua table holding an optional `pos` field +---@param max? number +---@param res? string[] +---@return string[]? res +---@return string? error +function re.split(subj, regex, opts, ctx, max, res) end + +return re
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.req.lua b/meta/3rd/OpenResty/library/ngx.req.lua new file mode 100644 index 00000000..7f9be7e6 --- /dev/null +++ b/meta/3rd/OpenResty/library/ngx.req.lua @@ -0,0 +1,18 @@ +---@meta +local req = {} + +req.version = require("resty.core.base").version + +---This method adds the specified header and its value to the current request. It works similarly as ngx.req.set_header, with the exception that when the header already exists, the specified value(s) will be appended instead of overriden. +--- +---When the specified `header_name` is a builtin header (e.g. User-Agent), this method will override its values. +--- +---The `header_value` argument can either be a string or a non-empty, array-like table. A nil or empty table value will cause this function to throw an error. +--- +---This feature was first introduced in the v0.1.18 release. +--- +---@param header_name string must be a non-empty string. +---@param header_value string|string[] +function req.add_header(header_name, header_value) end + +return req diff --git a/meta/3rd/OpenResty/library/ngx.resp.lua b/meta/3rd/OpenResty/library/ngx.resp.lua index 2ff8f045..c2de299a 100644 --- a/meta/3rd/OpenResty/library/ngx.resp.lua +++ b/meta/3rd/OpenResty/library/ngx.resp.lua @@ -1,5 +1,23 @@ ---@meta -ngx_resp={} -function ngx_resp.add_header(key, value) end -ngx_resp.version="0.1.17" -return ngx_resp
\ No newline at end of file +local resp={} + +resp.version = require("resty.core.base").version + +--- This function adds specified header with corresponding value to the response of current request. +--- +--- The `header_value` could be either a string or a table. +--- +--- The ngx.resp.add_header works mostly like: +--- +--- `ngx.header.HEADER` +--- Nginx's `add_header` directive. +--- +--- However, unlike `ngx.header.HEADER`, this method appends new header to the old one instead of overriding it. +--- +--- Unlike `add_header` directive, this method will override the builtin header instead of appending it. +--- +---@param key string +---@param value string|string[] +function resp.add_header(key, value) end + +return resp
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.semaphore.lua b/meta/3rd/OpenResty/library/ngx.semaphore.lua index 28f4b835..c1aa25c3 100644 --- a/meta/3rd/OpenResty/library/ngx.semaphore.lua +++ b/meta/3rd/OpenResty/library/ngx.semaphore.lua @@ -1,8 +1,64 @@ ---@meta -ngx_semaphore={} -function ngx_semaphore.count(self) end -function ngx_semaphore.new(n) end -function ngx_semaphore.wait(self, seconds) end -function ngx_semaphore.post(self, n) end -ngx_semaphore.version="0.1.17" -return ngx_semaphore
\ No newline at end of file + +---@class ngx.semaphore +local semaphore = { + version = require("resty.core.base").version, +} + +---Creates and returns a new semaphore instance. +--- +---@param n? integer the number of resources the semaphore will begin with (default 0) +---@return ngx.semaphore? semaphore +---@return string? error +function semaphore.new(n) end + + +--- Returns the number of resources readily available in the sema semaphore +--- instance (if any). +--- +--- When the returned number is negative, it means the number of "light threads" +--- waiting on this semaphore. +--- +---@return integer count +function semaphore:count() end + + +--- Requests a resource from the semaphore instance. +--- +--- Returns `true` immediately when there is resources available for the current +--- running "light thread". Otherwise the current "light thread" will enter the +--- waiting queue and yield execution. The current "light thread" will be +--- automatically waken up and the wait function call will return true when there +--- is resources available for it, or return nil and a string describing the error +--- in case of failure (like "timeout"). +--- +--- The timeout argument specifies the maximum time this function call should +--- wait for (in seconds). +--- +--- When the timeout argument is 0, it means "no wait", that is, when there is +--- no readily available "resources" for the current running "light thread", +--- this wait function call returns immediately nil and the error string "timeout". +--- +--- You can specify millisecond precision in the timeout value by using floating +--- point numbers like 0.001 (which means 1ms). +--- +--- "Light threads" created by different contexts (like request handlers) can +--- wait on the same semaphore instance without problem. +--- +---@param timeout? number +---@return boolean ok +---@return string? error +function semaphore:wait(timeout) end + + +--- Releases n (default to 1) "resources" to the semaphore instance. +--- +--- This will not yield the current running "light thread". +--- +--- At most n "light threads" will be waken up when the current running "light thread" later yields (or terminates). +--- +---@param n? integer +function semaphore:post(n) end + + +return semaphore
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.ssl.clienthello.lua b/meta/3rd/OpenResty/library/ngx.ssl.clienthello.lua new file mode 100644 index 00000000..b6787430 --- /dev/null +++ b/meta/3rd/OpenResty/library/ngx.ssl.clienthello.lua @@ -0,0 +1,98 @@ +---@meta +local clienthello = {} + +clienthello.version = require("resty.core.base").version + +---Returns the TLS SNI (Server Name Indication) name set by the client. +--- +---Return `nil` when then the extension does not exist. +--- +---In case of errors, it returns `nil` and a string describing the error. +--- +---Note that the SNI name is gotten from the raw extensions of the client hello message associated with the current downstream SSL connection. +--- +---So this function can only be called in the context of [ssl_client_hello_by_lua*](https://github.com/openresty/lua-nginx-module/#ssl_client_hello_by_lua_block). +---@return string? host +---@return string? error +function clienthello.get_client_hello_server_name() end + + +--- Returns raw data of arbitrary SSL client hello extension including custom extensions. +--- +--- Returns `nil` if the specified extension type does not exist. +--- +--- In case of errors, it returns `nil` and a string describing the error. +--- +--- Note that the ext is gotten from the raw extensions of the client hello message associated with the current downstream SSL connection. +--- +--- So this function can only be called in the context of [ssl_client_hello_by_lua*](https://github.com/openresty/lua-nginx-module/#ssl_client_hello_by_lua_block). +--- +--- Example: +--- +--- Gets server name from raw extension data. The `0` in `ssl_clt.get_client_hello_ext(0)` denotes `TLSEXT_TYPE_server_name`, and the `0` in `byte(ext, 3) ~= 0` denotes `TLSEXT_NAMETYPE_host_name`. +--- +--- ```nginx +--- # nginx.conf +--- server { +--- listen 443 ssl; +--- server_name test.com; +--- ssl_client_hello_by_lua_block { +--- local ssl_clt = require "ngx.ssl.clienthello" +--- local byte = string.byte +--- local ext = ssl_clt.get_client_hello_ext(0) +--- if not ext then +--- print("failed to get_client_hello_ext(0)") +--- ngx.exit(ngx.ERROR) +--- end +--- local total_len = string.len(ext) +--- if total_len <= 2 then +--- print("bad SSL Client Hello Extension") +--- ngx.exit(ngx.ERROR) +--- end +--- local len = byte(ext, 1) * 256 + byte(ext, 2) +--- if len + 2 ~= total_len then +--- print("bad SSL Client Hello Extension") +--- ngx.exit(ngx.ERROR) +--- end +--- if byte(ext, 3) ~= 0 then +--- print("bad SSL Client Hello Extension") +--- ngx.exit(ngx.ERROR) +--- end +--- if total_len <= 5 then +--- print("bad SSL Client Hello Extension") +--- ngx.exit(ngx.ERROR) +--- end +--- len = byte(ext, 4) * 256 + byte(ext, 5) +--- if len + 5 > total_len then +--- print("bad SSL Client Hello Extension") +--- ngx.exit(ngx.ERROR) +--- end +--- local name = string.sub(ext, 6, 6 + len -1) +--- +--- print("read SNI name from Lua: ", name) +--- } +--- ssl_certificate test.crt; +--- ssl_certificate_key test.key; +--- } +--- ``` +--- +---@param ext_type number +---@return string? ext +function clienthello.get_client_hello_ext(ext_type) end + + +--- Sets the SSL protocols supported by the current downstream SSL connection. +--- +--- Returns `true` on success, or a `nil` value and a string describing the error otherwise. +--- +--- Considering it is meaningless to set ssl protocols after the protocol is determined, +--- so this function may only be called in the context of [ssl_client_hello_by_lua*](https://github.com/openresty/lua-nginx-module/#ssl_client_hello_by_lua_block). +--- +--- Example: `ssl_clt.set_protocols({"TLSv1.1", "TLSv1.2", "TLSv1.3"})` +---@param protocols string[] +---@return boolean ok +---@return string? error +function clienthello.set_protocols(protocols) end + + +return clienthello diff --git a/meta/3rd/OpenResty/library/ngx.ssl.lua b/meta/3rd/OpenResty/library/ngx.ssl.lua index 952a1191..85e8399b 100644 --- a/meta/3rd/OpenResty/library/ngx.ssl.lua +++ b/meta/3rd/OpenResty/library/ngx.ssl.lua @@ -1,22 +1,295 @@ ---@meta -ngx_ssl={} -function ngx_ssl.set_der_priv_key(data) end -function ngx_ssl.parse_pem_priv_key(pem) end -function ngx_ssl.get_tls1_version() end -function ngx_ssl.set_cert(cert) end -ngx_ssl.TLS1_VERSION=769 -function ngx_ssl.set_priv_key(priv_key) end -function ngx_ssl.raw_server_addr() end -function ngx_ssl.clear_certs() end -function ngx_ssl.raw_client_addr() end -function ngx_ssl.parse_pem_cert(pem) end -ngx_ssl.version="0.1.17" -ngx_ssl.TLS1_2_VERSION=771 -function ngx_ssl.server_name() end -ngx_ssl.TLS1_1_VERSION=770 -ngx_ssl.SSL3_VERSION=768 -function ngx_ssl.set_der_cert(data) end -function ngx_ssl.get_tls1_version_str() end -function ngx_ssl.priv_key_pem_to_der(pem) end -function ngx_ssl.cert_pem_to_der(pem) end -return ngx_ssl
\ No newline at end of file +local ssl={} + +--- Sets the DER-formatted prviate key for the current SSL connection. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +--- +--- Usually, the private keys are encoded in the PEM format. You can either use the priv_key_pem_to_der function to do the PEM to DER conversion or just use the openssl command-line utility offline, like below +--- +--- openssl rsa -in key.pem -outform DER -out key.der +--- +---@param der_priv_key string +---@return boolean ok +---@return string? error +function ssl.set_der_priv_key(der_priv_key) end + + +--- Converts the PEM-formatted SSL private key data into an opaque cdata pointer (for later uses in the set_priv_key function, for example). +--- +--- In case of failures, returns nil and a string describing the error. +--- +--- This function can be called in any context. +--- +--- This function was first added in version 0.1.7. +--- +---@param pem_priv_key string +---@return string? priv_key +---@return string? error +function ssl.parse_pem_priv_key(pem_priv_key) end + + +--- Returns the TLS 1.x version number used by the current SSL connection. Returns nil and a string describing the error otherwise. +--- +--- Typical return values are: +--- +--- 0x0300(SSLv3) +--- 0x0301(TLSv1) +--- 0x0302(TLSv1.1) +--- 0x0303(TLSv1.2) +--- 0x0304(TLSv1.3) +--- +--- This function can be called in any context where downstream https is used. +---@return number? version +---@return string? error +function ssl.get_tls1_version() end + + +--- Sets the SSL certificate chain opaque pointer returned by the parse_pem_cert function for the current SSL connection. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +--- +--- Note that this set_cert function will run slightly faster, in terms of CPU cycles wasted, than the set_der_cert variant, since the first function uses opaque cdata pointers which do not require any additional conversion needed to be performed by the SSL library during the SSL handshake. +--- +--- This function was first added in version 0.1.7. +--- +---@param cert_chain string +---@return boolean ok +---@return string? error +function ssl.set_cert(cert_chain) end + + +ssl.TLS1_VERSION=769 + +--- Sets the SSL private key opaque pointer returned by the parse_pem_priv_key function for the current SSL connection. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +--- +--- Note that this set_priv_key function will run slightly faster, in terms of CPU cycles wasted, than the set_der_priv_key variant, since the first function uses opaque cdata pointers which do not require any additional conversion needed to be performed by the SSL library during the SSL handshake. +--- +--- This function was first added in version 0.1.7. +--- +---@param priv_key string +---@return boolean ok +---@return string? error +function ssl.set_priv_key(priv_key) end + +--- Returns the raw server address actually accessed by the client in the current SSL connection. +--- +--- The first two return values are strings representing the address data and the address type, respectively. The address values are interpreted differently according to the address type values: +--- +--- unix : The address data is a file path for the UNIX domain socket. +--- inet : The address data is a binary IPv4 address of 4 bytes long. +--- inet6 : The address data is a binary IPv6 address of 16 bytes long. +--- +--- Returns two nil values and a Lua string describing the error. +--- +--- The following code snippet shows how to print out the UNIX domain socket address and the IPv4 address as human-readable strings: +--- +---```lua +--- local ssl = require "ngx.ssl" +--- local byte = string.byte +--- +--- local addr, addrtyp, err = ssl.raw_server_addr() +--- if not addr then +--- ngx.log(ngx.ERR, "failed to fetch raw server addr: ", err) +--- return +--- end +--- +--- if addrtyp == "inet" then -- IPv4 +--- ip = string.format("%d.%d.%d.%d", byte(addr, 1), byte(addr, 2), +--- byte(addr, 3), byte(addr, 4)) +--- print("Using IPv4 address: ", ip) +--- +--- elseif addrtyp == "unix" then -- UNIX +--- print("Using unix socket file ", addr) +--- +--- else -- IPv6 +--- -- leave as an exercise for the readers +--- end +---``` +--- +--- This function can be called in any context where downstream https is used. +--- +---@return string? addr_data +---@return ngx.ssl.addr_type? addr_type +---@return string? error +function ssl.raw_server_addr() end + +---@alias ngx.ssl.addr_type +---| '"unix"' # a file path for the UNIX domain socket. +---| '"inet"' # a binary IPv4 address of 4 bytes long. +---| '"inet6"' # a binary IPv6 address of 16 bytes long. + + +--- Clears any existing SSL certificates and/or private keys set on the current SSL connection. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +---@return boolean ok +---@return string? error +function ssl.clear_certs() end + +--- Returns the raw client address of the current SSL connection. +--- +--- The first two return values are strings representing the address data and the address type, respectively. The address values are interpreted differently according to the address type values: +--- +--- unix : The address data is a file path for the UNIX domain socket. +--- inet : The address data is a binary IPv4 address of 4 bytes long. +--- inet6 : The address data is a binary IPv6 address of 16 bytes long. +--- +--- Returns two nil values and a Lua string describing the error. +--- +--- The following code snippet shows how to print out the UNIX domain socket address and the IPv4 address as human-readable strings: +--- +---```lua +--- local ssl = require "ngx.ssl" +--- local byte = string.byte +--- +--- local addr, addrtyp, err = ssl.raw_client_addr() +--- if not addr then +--- ngx.log(ngx.ERR, "failed to fetch raw client addr: ", err) +--- return +--- end +--- +--- if addrtyp == "inet" then -- IPv4 +--- ip = string.format("%d.%d.%d.%d", byte(addr, 1), byte(addr, 2), +--- byte(addr, 3), byte(addr, 4)) +--- print("Client IPv4 address: ", ip) +--- +--- elseif addrtyp == "unix" then -- UNIX +--- print("Client unix socket file ", addr) +--- +--- else -- IPv6 +--- -- leave as an exercise for the readers +--- end +---``` +--- +--- This function can be called in any context where downstream https is used. +--- +--- This function was first introduced in lua-resty-core 0.1.14. +--- +---@return string? addr_data +---@return ngx.ssl.addr_type? addr_type +---@return string? error +function ssl.raw_client_addr() end + + +--- Converts the PEM-formated SSL certificate chain data into an opaque cdata pointer (for later uses in the set_cert function, for example). +--- +--- In case of failures, returns nil and a string describing the error. +--- +--- You can always use libraries like lua-resty-lrucache to cache the cdata result. +--- +--- This function can be called in any context. +--- +--- This function was first added in version 0.1.7. +--- +---@return string? cert_chain +---@return string? error +function ssl.parse_pem_cert(pem_cert_chain) end + +ssl.version = require("resty.core.base").version +ssl.TLS1_2_VERSION=771 + +--- Returns the TLS SNI (Server Name Indication) name set by the client. Returns nil when the client does not set it. +--- +--- In case of failures, it returns nil and a string describing the error. +--- +--- Usually we use this SNI name as the domain name (like www.openresty.org) to identify the current web site while loading the corresponding SSL certificate chain and private key for the site. +--- +--- Please note that not all https clients set the SNI name, so when the SNI name is missing from the client handshake request, we use the server IP address accessed by the client to identify the site. See the raw_server_addr method for more details. +--- +--- This function can be called in any context where downstream https is used. +--- +---@return string? server_name +---@return string? error +function ssl.server_name() end + +--- Returns the server port. Returns nil when server dont have a port. +--- +--- In case of failures, it returns nil and a string describing the error. +--- +--- This function can be called in any context where downstream https is used. +--- +---@return number? server_port +---@return string? error +function ssl.server_port() end + + + +ssl.TLS1_1_VERSION=770 +ssl.SSL3_VERSION=768 + +--- Sets the DER-formatted SSL certificate chain data for the current SSL connection. Note that the DER data is directly in the Lua string argument. No external file names are supported here. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +--- +--- Note that, the SSL certificate chain is usually encoded in the PEM format. So you need to use the cert_pem_to_der function to do the conversion first. +---@param der_cert_chain string +---@return boolean ok +---@return string? error +function ssl.set_der_cert(der_cert_chain) end + + +--- Returns the TLS 1.x version string used by the current SSL connection. Returns nil and a string describing the error otherwise. +--- +--- If the TLS 1.x version number used by the current SSL connection is not recognized, the return values will be nil and the string "unknown version". +--- +--- Typical return values are: +--- +--- SSLv3 +--- TLSv1 +--- TLSv1.1 +--- TLSv1.2 +--- TLSv1.3 +--- +--- This function can be called in any context where downstream https is used. +--- +---@return string? version +---@return string? error +function ssl.get_tls1_version_str() end + +--- Converts the PEM-formatted SSL private key data into the DER format (for later uses in the set_der_priv_key function, for example). +--- +--- In case of failures, returns nil and a string describing the error. +--- +--- Alternatively, you can do the PEM to DER conversion offline with the openssl command-line utility, like below +--- +--- openssl rsa -in key.pem -outform DER -out key.der +--- +--- This function can be called in any context. +--- +---@param pem_priv_key string +---@return string? der_priv_key +---@return string? error +function ssl.priv_key_pem_to_der(pem_priv_key) end + +--- Converts the PEM-formatted SSL certificate chain data into the DER format (for later uses in the set_der_cert function, for example). +--- +--- In case of failures, returns nil and a string describing the error. +--- +--- It is known that the openssl command-line utility may not convert the whole SSL certificate chain from PEM to DER correctly. So always use this Lua function to do the conversion. You can always use libraries like lua-resty-lrucache and/or ngx_lua APIs like lua_shared_dict to do the caching of the DER-formatted results, for example. +--- +--- This function can be called in any context. +--- +---@param pem_cert_chain string +---@return string? der_cert_chain +---@return string? error +function ssl.cert_pem_to_der(pem_cert_chain) end + + +--- Requires a client certificate during TLS handshake. +--- +--- Returns true on success, or a nil value and a string describing the error otherwise. +--- +--- Note that TLS is not terminated when verification fails. You need to examine Nginx variable $ssl_client_verify later to determine next steps. +--- +--- This function was first added in version 0.1.20. +--- +---@param ca_certs? # the CA certificate chain opaque pointer returned by the parse_pem_cert function for the current SSL connection. The list of certificates will be sent to clients. Also, they will be added to trusted store. If omitted, will not send any CA certificate to clients. +---@param depth? number verification depth in the client certificates chain. If omitted, will use the value specified by ssl_verify_depth. +---@return boolean ok +---@return string? error +function ssl.verify_client(ca_certs, depth) end + +return ssl
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.ssl.session.lua b/meta/3rd/OpenResty/library/ngx.ssl.session.lua index b46c31df..08c53df9 100644 --- a/meta/3rd/OpenResty/library/ngx.ssl.session.lua +++ b/meta/3rd/OpenResty/library/ngx.ssl.session.lua @@ -1,7 +1,54 @@ ---@meta -ngx_ssl_session={} -function ngx_ssl_session.set_serialized_session(sess) end -function ngx_ssl_session.get_serialized_session() end -function ngx_ssl_session.get_session_id() end -ngx_ssl_session.version="0.1.17" -return ngx_ssl_session
\ No newline at end of file +local session={} + +session.version = require("resty.core.base").version + + +--- Sets the serialized SSL session provided as the argument to the current SSL connection. +--- If the SSL session is successfully set, the current SSL connection can resume the session +--- directly without going through the full SSL handshake process (which is very expensive in terms of CPU time). +--- +--- This API is usually used in the context of [ssl_session_fetch_by_lua*](https://github.com/openresty/lua-nginx-module#ssl_session_fetch_by_lua_block) +--- when a cache hit is found with the current SSL session ID. +--- +--- The serialized SSL session used as the argument should be originally returned by the +--- [get_serialized_session](#get_serialized_session) function. +--- +---@param session string +---@return boolean ok +---@return string? error +function session.set_serialized_session(session) end + +--- Returns the serialized form of the SSL session data of the current SSL connection, in a Lua string. +--- +--- This session can be cached in [lua-resty-lrucache](https://github.com/openresty/lua-resty-lrucache), [lua_shared_dict](https://github.com/openresty/lua-nginx-module#lua_shared_dict), +--- and/or external data storage services like `memcached` and `redis`. The SSL session ID returned +--- by the [get_session_id](#get_session_id) function is usually used as the cache key. +--- +--- The returned SSL session data can later be loaded into other SSL connections using the same +--- session ID via the [set_serialized_session](#set_serialized_session) function. +--- +--- In case of errors, it returns `nil` and a string describing the error. +--- +--- This API function is usually called in the context of +--- [ssl_session_store_by_lua*](https://github.com/openresty/lua-nginx-module#ssl_session_store_by_lua_block) +--- where the SSL handshake has just completed. +--- +---@return string? session +---@return string? error +function session.get_serialized_session() end + +--- Fetches the SSL session ID associated with the current downstream SSL connection. +--- The ID is returned as a Lua string. +--- +--- In case of errors, it returns `nil` and a string describing the error. +--- +--- This API function is usually called in the contexts of +--- [ssl_session_store_by_lua*](https://github.com/openresty/lua-nginx-module/#ssl_session_store_by_lua_block) +--- and [ssl_session_fetch_by_lua*](https://github.com/openresty/lua-nginx-module/#ssl_session_fetch_by_lua_block). +--- +---@return string? id +---@return string? error +function session.get_session_id() end + +return session
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/ngx.upstream.lua b/meta/3rd/OpenResty/library/ngx.upstream.lua index cee95ce0..7313481c 100644 --- a/meta/3rd/OpenResty/library/ngx.upstream.lua +++ b/meta/3rd/OpenResty/library/ngx.upstream.lua @@ -1,9 +1,9 @@ ---@meta -ngx_upstream={} -function ngx_upstream.get_backup_peers() end -function ngx_upstream.get_servers() end -function ngx_upstream.current_upstream_name() end -function ngx_upstream.get_primary_peers() end -function ngx_upstream.set_peer_down() end -function ngx_upstream.get_upstreams() end -return ngx_upstream
\ No newline at end of file +local upstream={} +function upstream.get_backup_peers() end +function upstream.get_servers() end +function upstream.current_upstream_name() end +function upstream.get_primary_peers() end +function upstream.set_peer_down() end +function upstream.get_upstreams() end +return upstream
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.aes.lua b/meta/3rd/OpenResty/library/resty.aes.lua index 5a8b51cb..7e627ef6 100644 --- a/meta/3rd/OpenResty/library/resty.aes.lua +++ b/meta/3rd/OpenResty/library/resty.aes.lua @@ -1,15 +1,75 @@ ---@meta -resty_aes={} -function resty_aes.cipher() end -resty_aes.hash={} -resty_aes.hash.sha1={} -resty_aes.hash.md5={} -resty_aes.hash.sha224={} -resty_aes.hash.sha512={} -resty_aes.hash.sha256={} -resty_aes.hash.sha384={} -function resty_aes.new(self, key, salt, _cipher, _hash, hash_rounds) end -function resty_aes.decrypt(self, s) end -resty_aes._VERSION="0.11" -function resty_aes.encrypt(self, s) end -return resty_aes
\ No newline at end of file + +local aes={} + +---@alias resty.aes.cipher.name +---| '"ecb"' +---| '"cbc"' +---| '"cfb1"' +---| '"cfb128"' +---| '"cfb8"' +---| '"ctr" +---| '"gcm"' +---| '"ofb"' + +---@alias resty.aes.cipher.size '128'|'192'|'256' + +---@class resty.aes.cipher : table +---@field size resty.aes.cipher.size +---@field cipher resty.aes.cipher.name +---@field method userdata + +---@param size resty.aes.cipher.size # cipher size (default `128`) +---@param cipher? resty.aes.cipher.name # cipher name (default `"cbc"`) +---@return resty.aes.cipher? +function aes.cipher(size, cipher) end + +---@class resty.aes.hash_table : table +---@field iv string +---@field method? fun(key:string):string + +---@class resty.aes.hash_cdata : userdata + +---@type table<string, resty.aes.hash_cdata> +aes.hash = {} +aes.hash.sha1={} +aes.hash.md5={} +aes.hash.sha224={} +aes.hash.sha512={} +aes.hash.sha256={} +aes.hash.sha384={} + +---@alias resty.aes.hash resty.aes.hash_cdata|resty.aes.hash_table + +---@param key string encryption key +---@param salt? string if provided, must be exactly 8 characters in length +---@param cipher? resty.aes.cipher (default is 128 CBC) +---@param hash? resty.aes.hash (default is md5) +---@param hash_rounds? number (default: `1`) +---@param iv_len? number +---@param enable_padding? boolean (default: `true`) +--- +---@return resty.aes? +---@return string? error +function aes:new(key, salt, cipher, hash, hash_rounds, iv_len, enable_padding) end + +---@class resty.aes : table +local aes_ctx = {} + +--- Decrypt a string +--- +---@param s string +---@param tag? string +---@return string? decrypted +---@return string? error +function aes_ctx:decrypt(s, tag) end + + +--- Encrypt a string. +--- +---@param s string +---@return string? encrypted +---@return string? error +function aes_ctx:encrypt(s) end + +return aes
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.base.lua b/meta/3rd/OpenResty/library/resty.core.base.lua index 5855b290..61cd29e5 100644 --- a/meta/3rd/OpenResty/library/resty.core.base.lua +++ b/meta/3rd/OpenResty/library/resty.core.base.lua @@ -1,22 +1,51 @@ ---@meta -resty_core_base={} -function resty_core_base.new_tab() end -resty_core_base.FFI_ERROR=-1 -function resty_core_base.set_string_buf_size(size) end -resty_core_base.FFI_AGAIN=-2 -resty_core_base.FFI_NO_REQ_CTX=-100 -resty_core_base.FFI_OK=0 -function resty_core_base.ref_in_table(tb, key) end -resty_core_base.FFI_BAD_CONTEXT=-101 +local resty_core_base = {} + +---@param ... string function resty_core_base.allows_subsystem(...) end + +---@param t table +function resty_core_base.clear_tab(t) end + +---@return userdata function resty_core_base.get_errmsg_ptr() end -function resty_core_base.get_string_buf_size() end -resty_core_base.version="0.1.17" -function resty_core_base.clear_tab() end + +---@return userdata +function resty_core_base.get_request() end + +---@return userdata function resty_core_base.get_size_ptr() end -resty_core_base.FFI_DECLINED=-5 -resty_core_base.FFI_DONE=-4 -resty_core_base.FFI_BUSY=-3 + +---@param size number +---@param must_alloc boolean +---@return userdata function resty_core_base.get_string_buf(size, must_alloc) end -function resty_core_base.get_request() end + +---@return number +function resty_core_base.get_string_buf_size() end + +---@param narr number +---@param nrec number +---@return table +function resty_core_base.new_tab(narr, nrec) end + +---@param tb table +---@param key any +---@return any +function resty_core_base.ref_in_table(tb, key) end + +---@param size number +function resty_core_base.set_string_buf_size(size) end + +resty_core_base.FFI_OK = 0 +resty_core_base.FFI_NO_REQ_CTX = -100 +resty_core_base.FFI_BAD_CONTEXT = -101 +resty_core_base.FFI_ERROR = -1 +resty_core_base.FFI_AGAIN = -2 +resty_core_base.FFI_BUSY = -3 +resty_core_base.FFI_DONE = -4 +resty_core_base.FFI_DECLINED = -5 + +resty_core_base.version = "0.1.23" + return resty_core_base
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.base64.lua b/meta/3rd/OpenResty/library/resty.core.base64.lua index 8f2fc9cc..21534411 100644 --- a/meta/3rd/OpenResty/library/resty.core.base64.lua +++ b/meta/3rd/OpenResty/library/resty.core.base64.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_base64={} -resty_core_base64.version="0.1.17" +local resty_core_base64={} +resty_core_base64.version = require("resty.core.base").version return resty_core_base64
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.ctx.lua b/meta/3rd/OpenResty/library/resty.core.ctx.lua index 8fab2ca6..7f94db15 100644 --- a/meta/3rd/OpenResty/library/resty.core.ctx.lua +++ b/meta/3rd/OpenResty/library/resty.core.ctx.lua @@ -1,4 +1,9 @@ ---@meta -resty_core_ctx={} -resty_core_ctx._VERSION="0.1.17" +local resty_core_ctx={} +resty_core_ctx._VERSION = require("resty.core.base").version + +---@param ctx? table +---@return table +function resty_core_ctx.get_ctx_table(ctx) end + return resty_core_ctx
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.exit.lua b/meta/3rd/OpenResty/library/resty.core.exit.lua index da3677c7..57f08c71 100644 --- a/meta/3rd/OpenResty/library/resty.core.exit.lua +++ b/meta/3rd/OpenResty/library/resty.core.exit.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_exit={} -resty_core_exit.version="0.1.17" +local resty_core_exit={} +resty_core_exit.version = require("resty.core.base").version return resty_core_exit
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.hash.lua b/meta/3rd/OpenResty/library/resty.core.hash.lua index a902af8d..54ef2c8a 100644 --- a/meta/3rd/OpenResty/library/resty.core.hash.lua +++ b/meta/3rd/OpenResty/library/resty.core.hash.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_hash={} -resty_core_hash.version="0.1.17" +local resty_core_hash={} +resty_core_hash.version = require("resty.core.base").version return resty_core_hash
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.lua b/meta/3rd/OpenResty/library/resty.core.lua index 8fa94525..e143818e 100644 --- a/meta/3rd/OpenResty/library/resty.core.lua +++ b/meta/3rd/OpenResty/library/resty.core.lua @@ -1,4 +1,4 @@ ---@meta -resty_core={} -resty_core.version="0.1.17" +local resty_core={} +resty_core.version = require("resty.core.base").version return resty_core
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.misc.lua b/meta/3rd/OpenResty/library/resty.core.misc.lua index 1bf59e56..bd355c02 100644 --- a/meta/3rd/OpenResty/library/resty.core.misc.lua +++ b/meta/3rd/OpenResty/library/resty.core.misc.lua @@ -1,6 +1,6 @@ ---@meta -resty_core_misc={} +local resty_core_misc={} function resty_core_misc.register_ngx_magic_key_getter() end function resty_core_misc.register_ngx_magic_key_setter() end -resty_core_misc._VERSION="0.1.17" +resty_core_misc._VERSION = require("resty.core.base").version return resty_core_misc
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.ndk.lua b/meta/3rd/OpenResty/library/resty.core.ndk.lua index 9e778758..6a243329 100644 --- a/meta/3rd/OpenResty/library/resty.core.ndk.lua +++ b/meta/3rd/OpenResty/library/resty.core.ndk.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_ndk={} -resty_core_ndk.version="0.1.17" +local resty_core_ndk={} +resty_core_ndk.version = require("resty.core.base").version return resty_core_ndk
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.phase.lua b/meta/3rd/OpenResty/library/resty.core.phase.lua index e6d4e592..1ac451c0 100644 --- a/meta/3rd/OpenResty/library/resty.core.phase.lua +++ b/meta/3rd/OpenResty/library/resty.core.phase.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_phase={} -resty_core_phase.version="0.1.17" +local resty_core_phase={} +resty_core_phase.version = require("resty.core.base").version return resty_core_phase
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.regex.lua b/meta/3rd/OpenResty/library/resty.core.regex.lua index f91bf1da..31cb7915 100644 --- a/meta/3rd/OpenResty/library/resty.core.regex.lua +++ b/meta/3rd/OpenResty/library/resty.core.regex.lua @@ -1,11 +1,11 @@ ---@meta -resty_core_regex={} -function resty_core_regex.collect_captures() end +local resty_core_regex={} +function resty_core_regex.collect_captures(compiled, rc, subj, flags, res) end function resty_core_regex.set_buf_grow_ratio(ratio) end -function resty_core_regex.re_sub_compile() end +function resty_core_regex.re_sub_compile(regex, opts, replace, fun) end function resty_core_regex.is_regex_cache_empty() end -function resty_core_regex.check_buf_size() end -function resty_core_regex.re_match_compile() end -function resty_core_regex.destroy_compiled_regex() end -resty_core_regex.version="0.1.17" +function resty_core_regex.check_buf_size(buf, buf_size, pos, len, new_len, must_alloc) end +function resty_core_regex.re_match_compile(regex, opts) end +function resty_core_regex.destroy_compiled_regex(compiled) end +resty_core_regex.version = require("resty.core.base").version return resty_core_regex
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.request.lua b/meta/3rd/OpenResty/library/resty.core.request.lua index 4ffd1899..3b4d81bd 100644 --- a/meta/3rd/OpenResty/library/resty.core.request.lua +++ b/meta/3rd/OpenResty/library/resty.core.request.lua @@ -1,4 +1,5 @@ ---@meta -resty_core_request={} -resty_core_request.version="0.1.17" +local resty_core_request={} +resty_core_request.version = require("resty.core.base").version +function resty_core_request.set_req_header(name, value, override) end return resty_core_request
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.response.lua b/meta/3rd/OpenResty/library/resty.core.response.lua index df2f03bc..a3a4d4d7 100644 --- a/meta/3rd/OpenResty/library/resty.core.response.lua +++ b/meta/3rd/OpenResty/library/resty.core.response.lua @@ -1,5 +1,5 @@ ---@meta -resty_core_response={} +local resty_core_response={} function resty_core_response.set_resp_header() end -resty_core_response.version="0.1.17" +resty_core_response.version = require("resty.core.base").version return resty_core_response
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.shdict.lua b/meta/3rd/OpenResty/library/resty.core.shdict.lua index 9b662265..054a9dc5 100644 --- a/meta/3rd/OpenResty/library/resty.core.shdict.lua +++ b/meta/3rd/OpenResty/library/resty.core.shdict.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_shdict={} -resty_core_shdict.version="0.1.17" +local resty_core_shdict={} +resty_core_shdict.version = require("resty.core.base").version return resty_core_shdict
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.time.lua b/meta/3rd/OpenResty/library/resty.core.time.lua index 5adea8dd..30f89b1e 100644 --- a/meta/3rd/OpenResty/library/resty.core.time.lua +++ b/meta/3rd/OpenResty/library/resty.core.time.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_time={} -resty_core_time.version="0.1.17" +local resty_core_time={} +resty_core_time.version = require("resty.core.base").version return resty_core_time
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.uri.lua b/meta/3rd/OpenResty/library/resty.core.uri.lua index 4eb5269c..3e2c3e51 100644 --- a/meta/3rd/OpenResty/library/resty.core.uri.lua +++ b/meta/3rd/OpenResty/library/resty.core.uri.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_uri={} -resty_core_uri.version="0.1.17" +local resty_core_uri={} +resty_core_uri.version = require("resty.core.base").version return resty_core_uri
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.utils.lua b/meta/3rd/OpenResty/library/resty.core.utils.lua index 3c5ba1ae..8070a33b 100644 --- a/meta/3rd/OpenResty/library/resty.core.utils.lua +++ b/meta/3rd/OpenResty/library/resty.core.utils.lua @@ -1,5 +1,10 @@ ---@meta -resty_core_utils={} +local resty_core_utils={} + +---@param str string +---@param find string +---@param replace string +---@return string function resty_core_utils.str_replace_char(str, find, replace) end -resty_core_utils.version="0.1.17" +resty_core_utils.version = require("resty.core.base").version return resty_core_utils
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.var.lua b/meta/3rd/OpenResty/library/resty.core.var.lua index 856bc544..df884ff9 100644 --- a/meta/3rd/OpenResty/library/resty.core.var.lua +++ b/meta/3rd/OpenResty/library/resty.core.var.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_var={} -resty_core_var.version="0.1.17" +local resty_core_var={} +resty_core_var.version = require("resty.core.base").version return resty_core_var
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.core.worker.lua b/meta/3rd/OpenResty/library/resty.core.worker.lua index 2e3120f1..92a8351c 100644 --- a/meta/3rd/OpenResty/library/resty.core.worker.lua +++ b/meta/3rd/OpenResty/library/resty.core.worker.lua @@ -1,4 +1,4 @@ ---@meta -resty_core_worker={} -resty_core_worker._VERSION="0.1.17" +local resty_core_worker={} +resty_core_worker._VERSION = require("resty.core.base").version return resty_core_worker
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.lock.lua b/meta/3rd/OpenResty/library/resty.lock.lua index b3286d4c..e5543597 100644 --- a/meta/3rd/OpenResty/library/resty.lock.lua +++ b/meta/3rd/OpenResty/library/resty.lock.lua @@ -1,8 +1,127 @@ ---@meta -resty_lock={} -function resty_lock.expire(self, time) end -function resty_lock.unlock(self) end -function resty_lock.new(_, dict_name, opts) end -resty_lock._VERSION="0.08" -function resty_lock.lock(self, key) end -return resty_lock
\ No newline at end of file + +--- lua-resty-lock +--- +--- https://github.com/openresty/lua-resty-lock +--- +---@class resty.lock : table +local lock = { + _VERSION = "0.08", +} + + +---@class resty.lock.opts : table +--- +--- Specifies expiration time (in seconds) for the lock entry in the shared memory +--- dictionary. You can specify up to 0.001 seconds. Default to 30 (seconds). Even +--- if the invoker does not call unlock or the object holding the lock is not GC'd, +--- the lock will be released after this time. So deadlock won't happen even when the +--- worker process holding the lock crashes. +---@field exptime number +--- +--- Specifies the maximal waiting time (in seconds) for the lock method calls on +--- the current object instance. You can specify up to 0.001 seconds. Default to 5 +--- (seconds). This option value cannot be bigger than `exptime`. This timeout is +--- to prevent a lock method call from waiting forever. You can specify 0 to make +--- the lock method return immediately without waiting if it cannot acquire the +--- lock right away. +---@field timeout number +--- +--- Specifies the initial step (in seconds) of sleeping when waiting for the lock. +--- Default to 0.001 (seconds). When the lock method is waiting on a busy lock, it +--- sleeps by steps. The step size is increased by a ratio (specified by the ratio +--- option) until reaching the step size limit (specified by the max_step option). +---@field step number +--- +--- Specifies the step increasing ratio. Default to 2, that is, the step size +--- doubles at each waiting iteration. +---@field ratio number +--- +--- Specifies the maximal step size (i.e., sleep interval, in seconds) allowed. +--- See also the step and ratio options). Default to 0.5 (seconds). +---@field max_step number + + +--- Creates a new lock object instance by specifying the shared dictionary name +--- (created by `lua_shared_dict`) and an optional options table `opts`. +--- +---@param dict_name string +---@param opts? resty.lock.opts +---@return resty.lock? lock +---@return string? err +function lock.new(_, dict_name, opts) end + +--- Tries to lock a key across all the Nginx worker processes in the current +--- NGINX server instance. Different keys are different locks. +--- +--- The length of the key string must not be larger than 65535 bytes. +--- +--- Returns the waiting time (in seconds) if the lock is successfully acquired. +--- Otherwise returns `nil` and a string describing the error. +--- +--- The waiting time is not from the wallclock, but rather is from simply adding +--- up all the waiting "steps". A nonzero elapsed return value indicates that +--- someone else has just hold this lock. But a zero return value cannot gurantee +--- that no one else has just acquired and released the lock. +--- +--- When this method is waiting on fetching the lock, no operating system threads +--- will be blocked and the current Lua "light thread" will be automatically yielded +--- behind the scene. +--- +--- It is strongly recommended to always call the unlock() method to actively +--- release the lock as soon as possible. +--- +--- If the `unlock()` method is never called after this method call, the lock +--- will get released when +--- +--- The current `resty.lock` object instance is collected automatically by the Lua GC. +--- OR +--- The exptime for the lock entry is reached. +--- +--- Common errors for this method call is +--- +--- "timeout" : The timeout threshold specified by the timeout option of the new method is exceeded. +--- "locked" : The current `resty.lock` object instance is already holding a lock (not necessarily of the same key). +--- +--- Other possible errors are from ngx_lua's shared dictionary API. +--- +--- It is required to create different `resty.lock` instances for multiple +--- simultaneous locks (i.e., those around different keys). +--- +---@param key string +---@return number? elapsed +---@return string? error +function lock:lock(key) end + +--- Releases the lock held by the current `resty.lock` object instance. +--- +--- Returns 1 on success. Returns `nil` and a string describing the error otherwise. +--- +--- If you call unlock when no lock is currently held, the error "unlocked" will +--- be returned. +--- +---@return boolean ok +---@return string? error +function lock:unlock() end + +--- Sets the TTL of the lock held by the current `resty.lock` object instance. +--- This will reset the timeout of the lock to timeout seconds if it is given, +--- otherwise the timeout provided while calling new will be used. +--- +--- Note that the timeout supplied inside this function is independent from the +--- timeout provided while calling new. Calling `expire()` will not change the +--- timeout value specified inside new and subsequent `expire(nil)` call will +--- still use the timeout number from new. +--- +--- Returns true on success. Returns `nil` and a string describing the error +--- otherwise. +--- +--- If you call expire when no lock is currently held, the error "unlocked" will +--- be returned. +--- +---@param timeout? number +---@return boolean ok +---@return string? error +function lock:expire(timeout) end + +return lock
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.lrucache.lua b/meta/3rd/OpenResty/library/resty.lrucache.lua index 3d5cf7b4..c7e675b9 100644 --- a/meta/3rd/OpenResty/library/resty.lrucache.lua +++ b/meta/3rd/OpenResty/library/resty.lrucache.lua @@ -1,9 +1,115 @@ ---@meta -resty_lrucache={} -function resty_lrucache.delete(self, key) end -function resty_lrucache.new(size) end -function resty_lrucache.set(self, key, value, ttl) end -function resty_lrucache.flush_all(self) end -resty_lrucache._VERSION="0.09" -function resty_lrucache.get(self, key) end -return resty_lrucache
\ No newline at end of file + +---@class resty.lrucache : table +local lrucache = { + _VERSION = "0.11", +} + +--- User flags value associated with the item to be stored. +--- +--- It can be retrieved later with the item. The user flags are stored as an +--- unsigned 32-bit integer internally, and thus must be specified as a Lua +--- number. If not specified, flags will have a default value of 0. This +--- argument was added in the v0.10 release. +--- +---@alias resty.lrucache.flags integer + +--- Creates a new cache instance. +--- +--- Upon failure, returns nil and a string describing the error. +--- +---@param max_items number specifies the maximal number of items this cache can hold. +---@return resty.lrucache? cache +---@return string? error +function lrucache.new(max_items) end + + +--- Sets a key with a value and an expiration time. +--- +--- When the cache is full, the cache will automatically evict the least +--- recently used item. +--- +--- +---@param key string +---@param value any +---@param ttl? number Expiration time, in seconds. If omitted, the value never expires. +---@param flags? resty.lrucache.flags +function lrucache:set(key, value, ttl, flags) end + + +--- Fetches a value with the key. +--- +--- If the key does not exist in the cache or has already expired, `nil` will +--- be returned. +--- +--- Starting from v0.03, the stale data is also returned as the second return +--- value if available. +--- +---@param key string +---@return any? data +---@return any? stale_data +---@return resty.lrucache.flags? integer +function lrucache:get(key) end + + +--- Removes an item specified by the key from the cache. +--- +---@param key string +function lrucache:delete(key) end + + +--- Returns the number of items currently stored in the cache, including expired +--- items if any. +--- +--- The returned count value will always be greater or equal to 0 and smaller +--- than or equal to the size argument given to cache:new. +--- +--- This method was added in the v0.10 release. +--- +---@return integer +function lrucache:count() end + + +--- Returns the maximum number of items the cache can hold. +--- +--- The return value is the same as the size argument given to +--- `resty.lrucache.new()` when the cache was created. +--- +--- This method was added in the v0.10 release. +--- +---@return integer +function lrucache:capacity() end + + +--- Fetch the list of keys currently inside the cache, up to `max_count`. +--- +--- The keys will be ordered in MRU fashion (Most-Recently-Used keys first). +--- +--- This function returns a Lua (array) table (with integer keys) containing +--- the keys. +--- +--- When `max_count` is `nil` or `0`, all keys (if any) will be returned. +--- +--- When provided with a `res` table argument, this function will not allocate a +--- table and will instead insert the keys in `res`, along with a trailing `nil` +--- value. +--- +--- This method was added in the v0.10 release. +--- +---@param max_count? integer +---@param res? table +---@return table keys +function lrucache:get_keys(max_count, res) end + + +--- Flushes all the existing data (if any) in the current cache instance. +--- +--- This is an O(1) operation and should be much faster than creating a brand +--- new cache instance. +--- +--- Note however that the `flush_all()` method of `resty.lrucache.pureffi` is any +--- O(n) operation. +function lrucache:flush_all() end + + +return lrucache
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.lrucache.pureffi.lua b/meta/3rd/OpenResty/library/resty.lrucache.pureffi.lua index d36f147e..af5e9821 100644 --- a/meta/3rd/OpenResty/library/resty.lrucache.pureffi.lua +++ b/meta/3rd/OpenResty/library/resty.lrucache.pureffi.lua @@ -1,9 +1,18 @@ ---@meta -resty_lrucache_pureffi={} -function resty_lrucache_pureffi.delete(self, key) end -function resty_lrucache_pureffi.new(size, load_factor) end -function resty_lrucache_pureffi.set(self, key, value, ttl) end -function resty_lrucache_pureffi.flush_all(self) end -resty_lrucache_pureffi._VERSION="0.09" -function resty_lrucache_pureffi.get(self, key) end -return resty_lrucache_pureffi
\ No newline at end of file + +---@class resty.lrucache.pureffi : resty.lrucache +local lrucache_pureffi = { + _VERSION = "0.11", +} + +--- Creates a new cache instance. +--- +--- Upon failure, returns nil and a string describing the error. +--- +---@param max_items number specifies the maximal number of items this cache can hold. +---@param load_factor? number designates the "load factor" of the FFI-based hash-table used internally by `resty.lrucache.pureffi`; the default value is 0.5 (i.e. 50%); if the load factor is specified, it will be clamped to the range of [0.1, 1] (i.e. if load factor is greater than 1, it will be saturated to 1; likewise, if load-factor is smaller than 0.1, it will be clamped to 0.1). +---@return resty.lrucache.pureffi? cache +---@return string? error +function lrucache_pureffi.new(max_items, load_factor) end + +return lrucache_pureffi
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.md5.lua b/meta/3rd/OpenResty/library/resty.md5.lua index bb8204c1..de82b49e 100644 --- a/meta/3rd/OpenResty/library/resty.md5.lua +++ b/meta/3rd/OpenResty/library/resty.md5.lua @@ -1,8 +1,16 @@ ---@meta -resty_md5={} -function resty_md5.final(self) end -function resty_md5.new(self) end -function resty_md5.reset(self) end -resty_md5._VERSION="0.11" -function resty_md5.update(self, s) end -return resty_md5
\ No newline at end of file + +---@class resty.md5 : resty.string.checksum +local md5={} + +--- Create a new md5 checksum object. +---@return resty.md5 +function md5:new() end + +--- Add a string to the md5 checksum data +---@param s string +---@param len? number Optional length (defaults to the length of `s`) +---@return boolean ok +function md5:update(s, len) end + +return md5
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.random.lua b/meta/3rd/OpenResty/library/resty.random.lua index cecba485..c71dae05 100644 --- a/meta/3rd/OpenResty/library/resty.random.lua +++ b/meta/3rd/OpenResty/library/resty.random.lua @@ -1,5 +1,10 @@ ---@meta -resty_random={} -resty_random._VERSION="0.11" -function resty_random.bytes(len, strong) end -return resty_random
\ No newline at end of file +local random={} + +--- Generate random bytes. +---@param len integer +---@param strong boolean +---@return string +function random.bytes(len, strong) end + +return random
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha.lua b/meta/3rd/OpenResty/library/resty.sha.lua index 0d5ea45b..716d0bd1 100644 --- a/meta/3rd/OpenResty/library/resty.sha.lua +++ b/meta/3rd/OpenResty/library/resty.sha.lua @@ -1,4 +1,4 @@ ---@meta -resty_sha={} -resty_sha._VERSION="0.11" +local resty_sha={} +resty_sha._VERSION = require("resty.string")._VERSION return resty_sha
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha1.lua b/meta/3rd/OpenResty/library/resty.sha1.lua index 32440187..85d5ace1 100644 --- a/meta/3rd/OpenResty/library/resty.sha1.lua +++ b/meta/3rd/OpenResty/library/resty.sha1.lua @@ -1,8 +1,10 @@ ---@meta -resty_sha1={} -function resty_sha1.final(self) end -function resty_sha1.new(self) end -function resty_sha1.reset(self) end -resty_sha1._VERSION="0.11" -function resty_sha1.update(self, s) end -return resty_sha1
\ No newline at end of file + +---@class resty.sha1 : resty.string.checksum +local sha1={} + +--- Create a new sha1 checksum object. +---@return resty.sha1 +function sha1:new() end + +return sha1
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha224.lua b/meta/3rd/OpenResty/library/resty.sha224.lua index 4f2e0e52..b45f55cb 100644 --- a/meta/3rd/OpenResty/library/resty.sha224.lua +++ b/meta/3rd/OpenResty/library/resty.sha224.lua @@ -1,8 +1,10 @@ ---@meta -resty_sha224={} -function resty_sha224.final(self) end -function resty_sha224.new(self) end -function resty_sha224.reset(self) end -resty_sha224._VERSION="0.11" -function resty_sha224.update(self, s) end -return resty_sha224
\ No newline at end of file + +---@class resty.sha244 : resty.string.checksum +local sha224={} + +--- Create a new sha244 checksum object. +---@return resty.sha244 +function sha224:new() end + +return sha224
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha256.lua b/meta/3rd/OpenResty/library/resty.sha256.lua index 4cf8441a..29e00eeb 100644 --- a/meta/3rd/OpenResty/library/resty.sha256.lua +++ b/meta/3rd/OpenResty/library/resty.sha256.lua @@ -1,8 +1,10 @@ ---@meta -resty_sha256={} -function resty_sha256.final(self) end -function resty_sha256.new(self) end -function resty_sha256.reset(self) end -resty_sha256._VERSION="0.11" -function resty_sha256.update(self, s) end -return resty_sha256
\ No newline at end of file + +---@class resty.sha256 : resty.string.checksum +local sha256={} + +--- Create a new sha256 checksum object. +---@return resty.sha256 +function sha256:new() end + +return sha256
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha384.lua b/meta/3rd/OpenResty/library/resty.sha384.lua index 71aac34a..f0e6e7b3 100644 --- a/meta/3rd/OpenResty/library/resty.sha384.lua +++ b/meta/3rd/OpenResty/library/resty.sha384.lua @@ -1,8 +1,10 @@ ---@meta -resty_sha384={} -function resty_sha384.final(self) end -function resty_sha384.new(self) end -function resty_sha384.reset(self) end -resty_sha384._VERSION="0.11" -function resty_sha384.update(self, s) end -return resty_sha384
\ No newline at end of file + +---@class resty.sha384 : resty.string.checksum +local sha384={} + +--- Create a new sha384 checksum object. +---@return resty.sha384 +function sha384:new() end + +return sha384
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.sha512.lua b/meta/3rd/OpenResty/library/resty.sha512.lua index 06ac143a..afa1e946 100644 --- a/meta/3rd/OpenResty/library/resty.sha512.lua +++ b/meta/3rd/OpenResty/library/resty.sha512.lua @@ -1,8 +1,10 @@ ---@meta -resty_sha512={} -function resty_sha512.final(self) end -function resty_sha512.new(self) end -function resty_sha512.reset(self) end -resty_sha512._VERSION="0.11" -function resty_sha512.update(self, s) end -return resty_sha512
\ No newline at end of file + +---@class resty.sha512 : resty.string.checksum +local sha512={} + +--- Create a new sha512 checksum object. +---@return resty.sha512 +function sha512:new() end + +return sha512
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.string.lua b/meta/3rd/OpenResty/library/resty.string.lua index 9931b0ec..e9852da8 100644 --- a/meta/3rd/OpenResty/library/resty.string.lua +++ b/meta/3rd/OpenResty/library/resty.string.lua @@ -1,6 +1,75 @@ ---@meta -resty_string={} -function resty_string.to_hex(s) end -resty_string._VERSION="0.11" -function resty_string.atoi(s) end -return resty_string
\ No newline at end of file + +--- OpenResty string functions. +--- https://github.com/openresty/lua-resty-string +local str = { + _VERSION = "0.14", +} + + +--- Encode byte string in hexidecimal. +--- +--- This is most useful for retrieving a printable string from a checksum +--- result. +--- +--- Usage: +--- +---```lua +--- local str = require "resty.string" +--- local md5 = require "resty.md5" +--- +--- local sum = md5:new() +--- sum:update("hello") +--- sum:update("goodbye") +--- local digest = sum:final() +--- print(str.to_hex(digest)) --> 441add4718519b71e42d329a834d6d5e +---``` +---@param s string +---@return string hex +function str.to_hex(s) end + +--- Convert an ASCII string to an integer. +--- +--- If the string is not numeric, `-1` is returned. +--- +--- Usage: +--- +---```lua +--- local str = require "resty.string" +--- print(str.atoi("250")) --> 250 +--- print(str.atoi("abc")) --> -1 +---``` +--- +---@param s string +---@return number +function str.atoi(s) end + + +--- A lua-resty-string checksum object. +---@class resty.string.checksum : table +local checksum = { + _VERSION = str._VERSION, +} + +--- Create a new checksum object. +---@return resty.string.checksum? +function checksum:new() end + +--- Add a string to the checksum data. +--- +--- This can be called multiple times. +--- +---@param s string +---@return boolean ok +function checksum:update(s) end + +--- Calculate the final checksum. +---@return string? digest +function checksum:final() end + +--- Reset the checksum object. +---@return boolean ok +function checksum:reset() end + + +return str
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.websocket.client.lua b/meta/3rd/OpenResty/library/resty.websocket.client.lua index c722faf9..12615483 100644 --- a/meta/3rd/OpenResty/library/resty.websocket.client.lua +++ b/meta/3rd/OpenResty/library/resty.websocket.client.lua @@ -1,7 +1,7 @@ ---@meta ---@class resty.websocket.client : resty.websocket -resty_websocket_client = { +local client = { _VERSION = "0.09" } @@ -14,7 +14,7 @@ resty_websocket_client = { ---@param opts? resty.websocket.new.opts ---@return resty.websocket.client? client ---@return string? error -function resty_websocket_client:new(opts) end +function client:new(opts) end ---Connects to the remote WebSocket service port and performs the websocket ---handshake process on the client side. @@ -27,7 +27,7 @@ function resty_websocket_client:new(opts) end ---@param opts? resty.websocket.client.connect.opts ---@return boolean ok ---@return string? error -function resty_websocket_client:connect(uri, opts) end +function client:connect(uri, opts) end --- Puts the current WebSocket connection immediately into the ngx_lua cosocket connection pool. --- @@ -41,7 +41,7 @@ function resty_websocket_client:connect(uri, opts) end ---@param pool_size integer ---@return boolean ok ---@return string? error -function resty_websocket_client:set_keepalive(max_idle_timeout, pool_size) end +function client:set_keepalive(max_idle_timeout, pool_size) end ---Closes the current WebSocket connection. --- @@ -49,7 +49,7 @@ function resty_websocket_client:set_keepalive(max_idle_timeout, pool_size) end --- ---@return boolean ok ---@return string? error -function resty_websocket_client:close() end +function client:close() end ---@class resty.websocket.client.connect.opts : table --- @@ -60,4 +60,4 @@ function resty_websocket_client:close() end ---@field headers string[] custom headers to be sent in the handshake request. The table is expected to contain strings in the format {"a-header: a header value", "another-header: another header value"}. -return resty_websocket_client
\ No newline at end of file +return client
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.websocket.lua b/meta/3rd/OpenResty/library/resty.websocket.lua deleted file mode 100644 index 9ddd4921..00000000 --- a/meta/3rd/OpenResty/library/resty.websocket.lua +++ /dev/null @@ -1,116 +0,0 @@ ----@meta - ---- websocket object ---- https://github.com/openresty/lua-resty-websocket ---- ----@class resty.websocket : table ----@field sock tcpsock ----@field fatal boolean ----@field max_payload_len number ----@field send_masked boolean -resty_websocket = {} - ----@param ms integer sets the timeout delay (in milliseconds) for the network-related operations -function resty_websocket:set_timeout(ms) end - ----Sends the text argument out as an unfragmented data frame of the text type. ---- ----Returns the number of bytes that have actually been sent on the TCP level. ---- ----In case of errors, returns nil and a string describing the error. ---- ----@param text string ----@return integer? bytes ----@return string? error -function resty_websocket:send_text(text) end - ----Sends the data argument out as an unfragmented data frame of the binary type. ---- ----Returns the number of bytes that have actually been sent on the TCP level. ---- ----In case of errors, returns nil and a string describing the error. ---- ----@param data string ----@return integer? bytes ----@return string? error -function resty_websocket:send_binary(data) end - ----Sends out a ping frame with an optional message specified by the msg argument. ----Returns the number of bytes that have actually been sent on the TCP level. ---- ----In case of errors, returns nil and a string describing the error. ---- ----Note that this method does not wait for a pong frame from the remote end. ---- ----@param msg? string ----@return integer? bytes ----@return string? error -function resty_websocket:send_ping(msg) end - ----Sends out a pong frame with an optional message specified by the msg argument. ----Returns the number of bytes that have actually been sent on the TCP level. ---- ----In case of errors, returns nil and a string describing the error. ----@param msg? string ----@return integer? bytes ----@return string? error -function resty_websocket:send_pong(msg) end - ----Sends out a close frame with an optional status code and a message. ---- ----In case of errors, returns nil and a string describing the error. ---- ----For a list of valid status code, see the following document: ---- ----http://tools.ietf.org/html/rfc6455#section-7.4.1 ---- ----Note that this method does not wait for a close frame from the remote end. ----@param code? integer ----@param msg? string ----@return integer? bytes ----@return string? error -function resty_websocket:send_close(code, msg) end - ----Sends out a raw websocket frame by specifying the fin field (boolean value), the opcode, and the payload. ---- ----For a list of valid opcode, see ---- ----http://tools.ietf.org/html/rfc6455#section-5.2 ---- ----In case of errors, returns nil and a string describing the error. ---- ----To control the maximal payload length allowed, you can pass the max_payload_len option to the new constructor. ---- ----To control whether to send masked frames, you can pass true to the send_masked option in the new constructor method. By default, unmasked frames are sent. ----@param fin boolean ----@param opcode resty.websocket.protocol.opcode ----@param payload string ----@return integer? bytes ----@return string? error -function resty_websocket:send_frame(fin, opcode, payload) end - ----Receives a WebSocket frame from the wire. ---- ----In case of an error, returns two nil values and a string describing the error. ---- ----The second return value is always the frame type, which could be one of continuation, text, binary, close, ping, pong, or nil (for unknown types). ---- ----For close frames, returns 3 values: the extra status message (which could be an empty string), the string "close", and a Lua number for the status code (if any). For possible closing status codes, see ---- ----http://tools.ietf.org/html/rfc6455#section-7.4.1 ---- ----For other types of frames, just returns the payload and the type. ---- ----For fragmented frames, the err return value is the Lua string "again". ---- ----@return string? data ----@return resty.websocket.protocol.type? typ ----@return string|integer? error_or_status_code -function resty_websocket:recv_frame() end - ----@class resty.websocket.new.opts : table ----@field max_payload_len integer maximal length of payload allowed when sending and receiving WebSocket frames ----@field send_masked boolean whether to send out masked WebSocket frames ----@field timeout integer network timeout threshold in milliseconds - -return resty_websocket diff --git a/meta/3rd/OpenResty/library/resty.websocket.protocol.lua b/meta/3rd/OpenResty/library/resty.websocket.protocol.lua index c3455969..23591928 100644 --- a/meta/3rd/OpenResty/library/resty.websocket.protocol.lua +++ b/meta/3rd/OpenResty/library/resty.websocket.protocol.lua @@ -1,10 +1,124 @@ ---@meta ---@class resty.websocket.protocol -resty_websocket_protocol = { +local protocol = { _VERSION = "0.09", } +--- websocket object +--- https://github.com/openresty/lua-resty-websocket +--- +---@class resty.websocket : table +---@field sock tcpsock +---@field fatal boolean +---@field max_payload_len number +---@field send_masked boolean +local websocket = {} + +---@param ms integer sets the timeout delay (in milliseconds) for the network-related operations +function websocket:set_timeout(ms) end + +---Sends the text argument out as an unfragmented data frame of the text type. +--- +---Returns the number of bytes that have actually been sent on the TCP level. +--- +---In case of errors, returns nil and a string describing the error. +--- +---@param text string +---@return integer? bytes +---@return string? error +function websocket:send_text(text) end + +---Sends the data argument out as an unfragmented data frame of the binary type. +--- +---Returns the number of bytes that have actually been sent on the TCP level. +--- +---In case of errors, returns nil and a string describing the error. +--- +---@param data string +---@return integer? bytes +---@return string? error +function websocket:send_binary(data) end + +---Sends out a ping frame with an optional message specified by the msg argument. +---Returns the number of bytes that have actually been sent on the TCP level. +--- +---In case of errors, returns nil and a string describing the error. +--- +---Note that this method does not wait for a pong frame from the remote end. +--- +---@param msg? string +---@return integer? bytes +---@return string? error +function websocket:send_ping(msg) end + +---Sends out a pong frame with an optional message specified by the msg argument. +---Returns the number of bytes that have actually been sent on the TCP level. +--- +---In case of errors, returns nil and a string describing the error. +---@param msg? string +---@return integer? bytes +---@return string? error +function websocket:send_pong(msg) end + +---Sends out a close frame with an optional status code and a message. +--- +---In case of errors, returns nil and a string describing the error. +--- +---For a list of valid status code, see the following document: +--- +---http://tools.ietf.org/html/rfc6455#section-7.4.1 +--- +---Note that this method does not wait for a close frame from the remote end. +---@param code? integer +---@param msg? string +---@return integer? bytes +---@return string? error +function websocket:send_close(code, msg) end + +---Sends out a raw websocket frame by specifying the fin field (boolean value), the opcode, and the payload. +--- +---For a list of valid opcode, see +--- +---http://tools.ietf.org/html/rfc6455#section-5.2 +--- +---In case of errors, returns nil and a string describing the error. +--- +---To control the maximal payload length allowed, you can pass the max_payload_len option to the new constructor. +--- +---To control whether to send masked frames, you can pass true to the send_masked option in the new constructor method. By default, unmasked frames are sent. +---@param fin boolean +---@param opcode resty.websocket.protocol.opcode +---@param payload string +---@return integer? bytes +---@return string? error +function websocket:send_frame(fin, opcode, payload) end + +---Receives a WebSocket frame from the wire. +--- +---In case of an error, returns two nil values and a string describing the error. +--- +---The second return value is always the frame type, which could be one of continuation, text, binary, close, ping, pong, or nil (for unknown types). +--- +---For close frames, returns 3 values: the extra status message (which could be an empty string), the string "close", and a Lua number for the status code (if any). For possible closing status codes, see +--- +---http://tools.ietf.org/html/rfc6455#section-7.4.1 +--- +---For other types of frames, just returns the payload and the type. +--- +---For fragmented frames, the err return value is the Lua string "again". +--- +---@return string? data +---@return resty.websocket.protocol.type? typ +---@return string|integer? error_or_status_code +function websocket:recv_frame() end + +---@class resty.websocket.new.opts : table +---@field max_payload_len integer maximal length of payload allowed when sending and receiving WebSocket frames +---@field send_masked boolean whether to send out masked WebSocket frames +---@field timeout integer network timeout threshold in milliseconds + + --- Websocket op code --- --- Defines the interpretation of the payload data. @@ -34,7 +148,7 @@ resty_websocket_protocol = { ---@param payload string ---@param masking boolean ---@return string -function resty_websocket_protocol.build_frame(fin, opcode, payload_len, payload, masking) end +function protocol.build_frame(fin, opcode, payload_len, payload, masking) end --- Sends a raw WebSocket frame. ---@param sock tcpsock @@ -45,7 +159,7 @@ function resty_websocket_protocol.build_frame(fin, opcode, payload_len, payload, ---@param masking boolean ---@return bytes? number ---@return string? error -function resty_websocket_protocol.send_frame(sock, fin, opcode, payload, max_payload_len, masking) end +function protocol.send_frame(sock, fin, opcode, payload, max_payload_len, masking) end --- Receives a WebSocket frame from the wire. ---@param sock tcpsock @@ -54,6 +168,6 @@ function resty_websocket_protocol.send_frame(sock, fin, opcode, payload, max_pay ---@return string? data ---@return resty.websocket.protocol.type? typ ---@return string? error -function resty_websocket_protocol.recv_frame(sock, max_payload_len, force_masking) end +function protocol.recv_frame(sock, max_payload_len, force_masking) end -return resty_websocket_protocol
\ No newline at end of file +return protocol
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/resty.websocket.server.lua b/meta/3rd/OpenResty/library/resty.websocket.server.lua index f590fcc8..c8f502a2 100644 --- a/meta/3rd/OpenResty/library/resty.websocket.server.lua +++ b/meta/3rd/OpenResty/library/resty.websocket.server.lua @@ -1,7 +1,7 @@ ---@meta ---@class resty.websocket.server : resty.websocket -resty_websocket_server = { +local server = { _VERSION = "0.09" } @@ -11,6 +11,6 @@ resty_websocket_server = { ---@param opts? resty.websocket.new.opts ---@return resty.websocket.server? server ---@return string? error -function resty_websocket_server:new(opts) end +function server:new(opts) end -return resty_websocket_server
\ No newline at end of file +return server
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/table.clear.lua b/meta/3rd/OpenResty/library/table.clear.lua index 85838ea8..ba6dfa24 100644 --- a/meta/3rd/OpenResty/library/table.clear.lua +++ b/meta/3rd/OpenResty/library/table.clear.lua @@ -1,3 +1,7 @@ ---@meta -function table_clear() end -return table_clear
\ No newline at end of file + +--- Clear a table of its contents. +---@param t table +local function clear(t) end + +return clear
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/table.clone.lua b/meta/3rd/OpenResty/library/table.clone.lua new file mode 100644 index 00000000..ff2ce870 --- /dev/null +++ b/meta/3rd/OpenResty/library/table.clone.lua @@ -0,0 +1,25 @@ +---@meta + +--- Returns a shallow copy of the given Lua table. +--- +--- This API can be JIT compiled. +--- +--- Usage: +--- +--- ```lua +--- local clone = require "table.clone" +--- +--- local x = {x=12, y={5, 6, 7}} +--- local y = clone(x) +--- ``` +--- +--- **Note:** We observe 7% over-all speedup in the edgelang-fan compiler's +--- compiling speed whose Lua is generated by the fanlang compiler. +--- +--- **Note bis:** Deep cloning is planned to be supported by adding `true` as a second argument. +--- +---@param t table +---@return table +local function clone(t) end + +return clone diff --git a/meta/3rd/OpenResty/library/table.isarray.lua b/meta/3rd/OpenResty/library/table.isarray.lua new file mode 100644 index 00000000..f2ee3c72 --- /dev/null +++ b/meta/3rd/OpenResty/library/table.isarray.lua @@ -0,0 +1,23 @@ +---@meta + +--- Returns `true` when the given Lua table is a pure array-like Lua table, or +--- `false` otherwise. +--- +--- Empty Lua tables are treated as arrays. +--- +--- This API can be JIT compiled. +--- +--- Usage: +--- +--- ```lua +--- local isarray = require "table.isarray" +--- +--- print(isarray{"a", true, 3.14}) -- true +--- print(isarray{dog = 3}) -- false +--- print(isarray{}) -- true +--- ``` +---@param t table +---@return boolean +local function isarray(t) end + +return isarray diff --git a/meta/3rd/OpenResty/library/table.isempty.lua b/meta/3rd/OpenResty/library/table.isempty.lua new file mode 100644 index 00000000..b1cef6fb --- /dev/null +++ b/meta/3rd/OpenResty/library/table.isempty.lua @@ -0,0 +1,22 @@ +---@meta + +--- Returns `true` when the given Lua table contains neither non-nil array elements nor non-nil key-value pairs, or `false` otherwise. +--- +--- This API can be JIT compiled. +--- Usage: +--- +--- ```lua +--- local isempty = require "table.isempty" +--- +--- print(isempty({})) -- true +--- print(isempty({nil, dog = nil})) -- true +--- print(isempty({"a", "b"})) -- false +--- print(isempty({nil, 3})) -- false +--- print(isempty({cat = 3})) -- false +--- ``` +--- +---@param t table +---@return boolean +local function isempty(t) end + +return isempty diff --git a/meta/3rd/OpenResty/library/table.new.lua b/meta/3rd/OpenResty/library/table.new.lua index 3f6ac131..385fa672 100644 --- a/meta/3rd/OpenResty/library/table.new.lua +++ b/meta/3rd/OpenResty/library/table.new.lua @@ -1,3 +1,10 @@ ---@meta -function table_new() end -return table_new
\ No newline at end of file + +--- Create a new table. +--- +---@param narr integer number of array-like items +---@param nrec integer number of hash-like items +---@return table +local function new(narr, nrec) end + +return new
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/table.nkeys.lua b/meta/3rd/OpenResty/library/table.nkeys.lua new file mode 100644 index 00000000..41a42d6a --- /dev/null +++ b/meta/3rd/OpenResty/library/table.nkeys.lua @@ -0,0 +1,23 @@ +---@meta + +--- Returns the total number of elements in a given Lua table (i.e. from both the +--- array and hash parts combined). +--- +--- This API can be JIT compiled. +--- +--- Usage: +--- +--- ```lua +--- local nkeys = require "table.nkeys" +--- +--- print(nkeys({})) -- 0 +--- print(nkeys({ "a", nil, "b" })) -- 2 +--- print(nkeys({ dog = 3, cat = 4, bird = nil })) -- 2 +--- print(nkeys({ "a", dog = 3, cat = 4 })) -- 3 +--- ``` +--- +---@param t table +---@return integer +local function nkeys(t) end + +return nkeys diff --git a/meta/3rd/OpenResty/library/tablepool.lua b/meta/3rd/OpenResty/library/tablepool.lua index 809a23e3..056d2716 100644 --- a/meta/3rd/OpenResty/library/tablepool.lua +++ b/meta/3rd/OpenResty/library/tablepool.lua @@ -1,5 +1,29 @@ ---@meta -tablepool={} -function tablepool.release(tag, obj, noclear) end -function tablepool.fetch(tag, narr, nrec) end +local tablepool={} + +--- Releases the already used Lua table, `tb`, into the table pool named `pool_name`. If the specified table pool does not exist, create it right away. +--- +--- The caller must *not* continue using the released Lua table, `tb`, after this call. Otherwise random data corruption is expected. +--- +--- The optional `no_clear` parameter specifies whether to clear the contents in the Lua table `tb` before putting it into the pool. Defaults to `false`, that is, always clearing the Lua table. +--- +--- If you always initialize all the elements in the Lua table and always use the exactly same number of elements in the Lua table, then you can set this argument to `true` to avoid the overhead of explicit table clearing. +--- +--- According to the current implementation, for maximum 200 Lua tables can be cached in an individual pool. We may make this configurable in the future. If the specified table pool already exceeds its size limit, then the `tb` table is subject to garbage collection. This behavior is to avoid potential memory leak due to unbalanced `fetch` and `release` method calls. +--- +---@param pool_name string +---@param tb table +---@param no_clear boolean +function tablepool.release(pool_name, tb, no_clear) end + +--- Fetches a (free) Lua table from the table pool of the specified name `pool_name`. +--- +--- If the pool does not exist or the pool is empty, simply create a Lua table whose array part has `narr` elements and whose hash table part has `nrec` elements. +--- +---@param pool_name string +---@param narr number size of the array-like part of the table +---@param nrec number size of the hash-like part of the table +---@return table +function tablepool.fetch(pool_name, narr, nrec) end + return tablepool
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/thread.exdata.lua b/meta/3rd/OpenResty/library/thread.exdata.lua index cdd657c6..22573d84 100644 --- a/meta/3rd/OpenResty/library/thread.exdata.lua +++ b/meta/3rd/OpenResty/library/thread.exdata.lua @@ -1,3 +1,43 @@ ---@meta -function thread_exdata() end -return thread_exdata
\ No newline at end of file + +--- **syntax:** *exdata = th_exdata(data?)* +--- +--- This API allows for embedding user data into a thread (`lua_State`). +--- +--- The retrieved `exdata` value on the Lua land is represented as a cdata object +--- of the ctype `void*`. +--- +--- As of this version, retrieving the `exdata` (i.e. `th_exdata()` without any +--- argument) can be JIT compiled. +--- +--- Usage: +--- +--- ```lua +--- local th_exdata = require "thread.exdata" +--- +--- th_exdata(0xdeadbeefLL) -- set the exdata of the current Lua thread +--- local exdata = th_exdata() -- fetch the exdata of the current Lua thread +--- ``` +--- +--- Also available are the following public C API functions for manipulating +--- `exdata` on the C land: +--- +--- ```C +--- void lua_setexdata(lua_State *L, void *exdata); +--- void *lua_getexdata(lua_State *L); +--- ``` +--- +--- The `exdata` pointer is initialized to `NULL` when the main thread is created. +--- Any child Lua thread will inherit its parent's `exdata`, but still can override +--- it. +--- +--- **Note:** This API will not be available if LuaJIT is compiled with +--- `-DLUAJIT_DISABLE_FFI`. +--- +--- **Note bis:** This API is used internally by the OpenResty core, and it is +--- strongly discouraged to use it yourself in the context of OpenResty. +---@param data? any +---@return any? data +local function exdata(data) end + +return exdata
\ No newline at end of file diff --git a/meta/3rd/OpenResty/library/thread.exdata2.lua b/meta/3rd/OpenResty/library/thread.exdata2.lua new file mode 100644 index 00000000..0387849d --- /dev/null +++ b/meta/3rd/OpenResty/library/thread.exdata2.lua @@ -0,0 +1,8 @@ +---@meta + +--- Similar to `thread.exdata` but for a 2nd separate user data as a pointer value. +---@param data? any +---@return any? data +local function exdata2(data) end + +return exdata2 |