[PATCH 2 of 3] Headers filter: add "add_trailer" directive
Piotr Sikora
piotrsikora at google.com
Sat Jun 3 03:32:35 UTC 2017
Hey Maxim,
> (Just for the record, with the first patch fixed to avoid using
> chunked with HTTP/1.0, the "Trailer" header is expectedly still
> added with HTTP/1.0. This confirms the idea that the approach
> choosen is somewhat fragile.)
It confirms no such thing. The only thing it confirms is that making
major changes during code review for a code that was written almost a
year ago is an error-prone process.
> The question is: if we need this indicator to be sent to a
> particular client.
>
> For example, if you are using trailers to pass additional logging
> information to your own frontends, and use something like
>
> geo $mine {
> 127.0.0.1/8 1;
> }
>
> map $mine $x_request_time {
> 1 $request_time;
> }
>
> add_trailer X-Response-Time $x_request_time;
>
> to send the information to your frontends, but not other clients,
> you probably don't want the X-Response-Time trailer to be
> indicated to other clients.
In such setup, clients would probably talk to frontends.
> Acutally I don't see how it's a problem, given that "Trailer" is
> not something required. Moreover, it seems to be not needed or
> even harmful in most of the use cases discussed.
I don't think it's harmful, but I'm not aware of any clients that
_require_ "Trailer" header, so I'm going to skip this whole discussion
and just remove it. You might always re-add it later if needed.
Best regards,
Piotr Sikora
More information about the nginx-devel
mailing list