Nginx bug when mixing map and try_files ?

[Marcin Wanat]

Hi,

On Wed, Oct 7, 2020 at 8:08 PM Francis Daly <francis at daoine.org> wrote:


> $1 may not mean what you want it to mean, when more than one regex-thing
> is involved. And "map" can be a regex-thing.
>
> If you change the location regex to whatever your engine's version of
> "save this in a named variable" is, then use that named variable in the
> try_files line, you may have better luck.
>
> Perhaps:
>
>   location ~ ^/imgs/(?P<numbers>[0-9]*)/(.*)$ {
>
> and use $numbers instead of $1.
>
> When nginx needs to know the value of $webp_suffix, the "map" is used,
> which messes with your $1.
>
> Then when nginx substitutes in the value of $1, it is not what it was
> from the regex location.
>
> So it all Just Works when $webp_suffix does not need to be read.
>
>
This is exactly the problem! Thank you!

Regards,
Marcin Wanat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20201007/6ca9e851/attachment.htm>