mirror of
https://git.haproxy.org/git/haproxy.git/
synced 2025-08-07 07:37:02 +02:00
DOC: config: indent the list of environment variables
In the doc our lists are indented but for any reason this one was not, making it harder to visually delimit. Let's just indent it. No need to backport this, it's totally cosmetic and would need adaptations since it was recently touched.
This commit is contained in:
parent
41d906d69b
commit
311dc748b0
@ -1033,8 +1033,8 @@ The variables in question are the following:
|
||||
* HAPROXY_TCP_LOG_FMT: similar to HAPROXY_HTTP_LOG_FMT but for TCP log format
|
||||
as defined in section 8.2.2 "TCP log format".
|
||||
|
||||
* HAPROXY_TCP_CLF_LOG_FMT: similar to HAPROXY_HTTP_CLF_LOG_FMT but for TCP CLF
|
||||
log format as defined in section 8.2.2 "TCP log format".
|
||||
* HAPROXY_TCP_CLF_LOG_FMT: similar to HAPROXY_HTTP_CLF_LOG_FMT but for TCP
|
||||
CLF log format as defined in section 8.2.2 "TCP log format".
|
||||
|
||||
* HAPROXY_MWORKER: In master-worker mode, this variable is set to 1.
|
||||
|
||||
@ -1044,14 +1044,14 @@ The variables in question are the following:
|
||||
* HAPROXY_MASTER_CLI: In master-worker mode, listeners addresses of the master
|
||||
CLI, separated by semicolons.
|
||||
|
||||
* HAPROXY_STARTUP_VERSION: contains the version used to start, in master-worker
|
||||
mode this is the version which was used to start the master, even after
|
||||
updating the binary and reloading.
|
||||
* HAPROXY_STARTUP_VERSION: contains the version used to start, in master-
|
||||
worker mode this is the version which was used to start the master, even
|
||||
after updating the binary and reloading.
|
||||
|
||||
* HAPROXY_BRANCH: contains the HAProxy branch version (such as "2.8"). It does
|
||||
not contain the full version number. It can be useful in case of migration
|
||||
if resources (such as maps or certificates) are in a path containing the
|
||||
branch number.
|
||||
* HAPROXY_BRANCH: contains the HAProxy branch version (such as "2.8"). It
|
||||
does not contain the full version number. It can be useful in case of
|
||||
migration if resources (such as maps or certificates) are in a path
|
||||
containing the branch number.
|
||||
|
||||
In addition, some pseudo-variables are internally resolved and may be used as
|
||||
regular variables. Pseudo-variables always start with a dot ('.'), and are the
|
||||
@ -1062,9 +1062,9 @@ only ones where the dot is permitted. The current list of pseudo-variables is:
|
||||
* .LINE: the line number of the configuration file currently being parsed,
|
||||
starting at one.
|
||||
|
||||
* .SECTION: the name of the section currently being parsed, or its type if the
|
||||
section doesn't have a name (e.g. "global"), or an empty string before the
|
||||
first section.
|
||||
* .SECTION: the name of the section currently being parsed, or its type if
|
||||
the section doesn't have a name (e.g. "global"), or an empty string before
|
||||
the first section.
|
||||
|
||||
These variables are resolved at the location where they are parsed. For example
|
||||
if a ".LINE" variable is used in a "log-format" directive located in a defaults
|
||||
|
Loading…
Reference in New Issue
Block a user