Hi team,
As discussed in
https://www.mail-archive.com/haproxy@formilux.org/msg44161.html, I have
attached a patch for adding a new fetcher for getting all the cookie names for
request / response.
I did check some relevant docs (like CONTRIBUTING, coding-style.txt etc.) for
the guidelines
Hi Willy.
On 2023-10-20 (Fr.) 23:21, Willy Tarreau wrote:
Hi Alex,
On Fri, Oct 20, 2023 at 11:11:59PM +0200, Aleksandar Lazic wrote:
I can't find any doc about entities in the current git
alex@alex-tuxedoinfinitybooks1517gen7 on 20/10/2023 at 23:06:19
/datadisk/git-repos/haproxy $ find .
Hi Alex,
On Fri, Oct 20, 2023 at 11:11:59PM +0200, Aleksandar Lazic wrote:
> I can't find any doc about entities in the current git
>
> alex@alex-tuxedoinfinitybooks1517gen7 on 20/10/2023 at 23:06:19
> /datadisk/git-repos/haproxy $ find . -iname "*entities"*
>
Hi.
As I go thru the filter.txt now is this statement written.
https://github.com/haproxy/haproxy/blob/master/doc/internals/api/filters.txt#L50C15-L50C23
```
First of all, to fully understand how filters work and how to create
one, it is
best to know, at least from a distance, what is a proxy
Following up on Aurélien's remarks (thanks for catching my forgetting
it!), here's an additional patch to update the LUA-specific documentation.
Could be kept standalone or merged into the first patch, but to avoid
re-submitting the patchset already, here it is standalone for now.
Tristan
> https://www.arpalert.org/haproxy-api.html (related txn:log()
> documentation:
> https://www.arpalert.org/src/haproxy-lua-api/2.9/index.html#core.log)
Forgot
https://www.arpalert.org/src/haproxy-lua-api/2.9/index.html#TXN.log as
well (both txn:log(), core:log() and friends with explicit log
On Mon, Sep 25, 2023 at 01:30:53PM +, Jens Popp wrote:
> Method now returns the content of Json Arrays, if it is specified in
> Json Path as String. The start and end character is a square bracket. Any
> complex object in the array is returned as Json, so that you might get Arrays
> of Array
Hi Tristan,
Thanks for the nice work :)
Just my 2 cents, in the second patch, since you change the default
behavior, you forgot to update your comment from the 1st patch in Lua's
doc according to the new behavior:
> diff --git a/doc/lua.txt b/doc/lua.txt
> index 8d5561668..8d244ab3a 100644
>
Hi all again,
Here is the updated patch set after changes based on feedback received.
The change is now split across 2 patches.
Patch 0001 adding:
- tune.lua.log { on | off } (defaults to 'on') for usage of loggers
- tune.lua.log-stderr { on | auto | off } (defaults to 'on') for usage
of
Dear all,
I have HAproxy 1.8.27 which has TLS 1.0/1.1/1.2/1.3 support.
I have defined two URL's inside the haproxy.cfg:
www1.example.com
www2.example.com
If I test the TLS support connection using openssl and nmap, I get the
following:
www1.example.com --> TLS 1.2
www2.example.com --> TLS 1.3
On 20/10/2023 15:30, Tristan wrote:
ie in this snippet (hlua.c:1387):
static inline void hlua_sendlog(struct proxy *px, ...)
{
...
if (... && (!LIST_ISEMPTY(>loggers)))
return;
has the following results:
- locally from source => compiles happily
- locally from clone +
Hi again Willy,
On 18/10/2023 07:47, Willy Tarreau wrote:
[...]
maybe we can have a 3rd value "auto" which would be the default
and which would only log to stderr if there's no other logger ? I
don't know if we have this info where it's used, though. Hmmm at
first glance we
Hi.
FYI: I have created a repo for the rs filter
https://github.com/git001/hap-rs-filter feel free to
participate/contribute :-)
Regards
Alex
On 2023-10-19 (Do.) 22:53, Aleksandar Lazic wrote:
Hi Tristan.
On 2023-10-17 (Di.) 10:51, Tristan wrote:
Hi Aleksandar,
That is a welcome
13 matches
Mail list logo