Nginx bug when mixing map and try_files ?

[Mr Alex]

stfu

On Wed, Oct 7, 2020 at 9:35 PM Marcin Wanat <marcin.wanat at gmail.com> wrote:

> 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
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20201007/99fac032/attachment-0001.htm>