From: Willy Tarreau Date: Fri, 16 May 2025 13:37:03 +0000 (+0200) Subject: DOC: config: properly index "table and "stick-table" in their section X-Git-Tag: v3.2-dev17~38 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=81e46be026cee812277a4aa46c34e0a14142a02e;p=thirdparty%2Fhaproxy.git DOC: config: properly index "table and "stick-table" in their section Tim reported in issue #2953 that "stick-table" and "table" were not indexed as keywords. The issue was the indent level. Also let's make sure to put a box around the "store" arguments as well. --- diff --git a/doc/configuration.txt b/doc/configuration.txt index c27db82f5..6f5c89ae7 100644 --- a/doc/configuration.txt +++ b/doc/configuration.txt @@ -28846,18 +28846,17 @@ that the one in the peers section requires a mandatory name and doesn't take a In a "frontend", "backend" or "listen" section: - stick-table type size [expire ] [nopurge] [recv-only] - [write-to ] [srvkey ] [store ]* - [brates-factor ] [peers ] +stick-table type size [expire ] [nopurge] [recv-only] + [write-to ] [srvkey ] [store ]* + [brates-factor ] [peers ] In a "peers" section: - table type size [expire ] [nopurge] [recv-only] - [write-to ] [srvkey ] [store ]* - [brates-factor ] - -Arguments (mandatory ones first, then alphabetically sorted): +table type size [expire ] [nopurge] [recv-only] + [write-to ] [srvkey ] [store ]* + [brates-factor ] +Arguments: (mandatory ones first, then alphabetically sorted): - type This mandatory argument sets the key type to , which usually is a single word but may also have its own arguments: @@ -29015,8 +29014,9 @@ are listed below. It is important to keep in mind that memory requirements may be important when storing many data types. Indeed, storing all indicators below at once in each entry can requires hundreds of bytes per entry, or hundreds of MB for a 1-million entries table. For this reason, the approximate storage size -is mentioned for each type between brackets: +is mentioned below for each type between brackets after the argument. +Arguments: - bytes_in_cnt [4 bytes] This is the client to server byte count. It is a positive 64-bit integer which counts the cumulative number of bytes received from