mirror of
https://github.com/cloudflare/pingora.git
synced 2024-09-20 02:31:35 +02:00
updated
Signed-off-by: spacewander <spacewanderlzx@gmail.com>
This commit is contained in:
parent
34c67f0aca
commit
204ddb0274
2 changed files with 4 additions and 4 deletions
|
@ -56,7 +56,7 @@ Pingora-proxy allows users to insert arbitrary logic into the life of a request.
|
||||||
### `early_request_filter()`
|
### `early_request_filter()`
|
||||||
This is the first phase of every request.
|
This is the first phase of every request.
|
||||||
|
|
||||||
This function is similar to `request_filter()` but execute before any other logic especially the downstream modules.
|
This function is similar to `request_filter()` but executes before any other logic, including downstream module logic. The main purpose of this function is to provide finer-grained control of the behavior of the modules.
|
||||||
|
|
||||||
### `request_filter()`
|
### `request_filter()`
|
||||||
This phase is usually for validating request inputs, rate limiting, and initializing context.
|
This phase is usually for validating request inputs, rate limiting, and initializing context.
|
||||||
|
|
|
@ -69,9 +69,9 @@ pub trait ProxyHttp {
|
||||||
|
|
||||||
/// Handle the incoming request before any downstream module is executed.
|
/// Handle the incoming request before any downstream module is executed.
|
||||||
///
|
///
|
||||||
/// This function is similar to [Self::request_filter()] but execute before any other logic
|
/// This function is similar to [Self::request_filter()] but executes before any other logic,
|
||||||
/// especially the downstream modules. The main purpose of this function is to provide finer
|
/// including downstream module logic. The main purpose of this function is to provide finer
|
||||||
/// grained control of behavior of the modules.
|
/// grained control of the behavior of the modules.
|
||||||
///
|
///
|
||||||
/// Note that because this function is executed before any module that might provide access
|
/// Note that because this function is executed before any module that might provide access
|
||||||
/// control or rate limiting, logic should stay in request_filter() if it can in order to be
|
/// control or rate limiting, logic should stay in request_filter() if it can in order to be
|
||||||
|
|
Loading…
Reference in a new issue