Re: Странности с try_files
greenh
greenh at gmail.com
Sat Dec 6 19:25:29 UTC 2014
6 декабря 2014 г., 21:17 пользователь Pavel V. <pavel2000 at ngs.ru> написал:
> Здравствуйте, greenh.
>
> Вы писали 7 декабря 2014 г., 0:37:13:
>
> > 6 декабря 2014 г., 20:17 пользователь Pavel V. <pavel2000 at ngs.ru>
> написал:
> > Здравствуйте, greenh.
>
> > Вы писали 6 декабря 2014 г., 19:54:00:
>
> >> К сожалению изменить ссылки не возможно. Похоже решением будет в
> proxy_store прописать не
> >> $request, а urldecode от request, вот только как это сделать?
>
> > 1) try_files $uri
> > 2) proxy_store /home/site.com/img.site.com/$request_uri;
>
> > Ищете файлы по $uri, пишете файлы по $request_uri. Где логика?
> > Спасибо, логично. Хотя, при отсутствии переменных в get запросе и
> редиректов они будут идентичны.
>
> Предполагаю, что в случае наличия в запросе символов, подлежащих
> экранированию, они будут различны.
>
> Можно залогировать эти переменные и посмотреть:
>
> http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log
> http://nginx.org/ru/docs/http/ngx_http_log_module.html#log_format
>
>
> я попробую,но судя по доке во всех этих переменных будет за Urlencode
результат. И в результате получается вот что - в запросе идет например
'user files' , в ФС ложится 'user%%20files' и соответственно try_files
ничего не находит
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141206/a020274c/attachment.html>
Подробная информация о списке рассылки nginx-ru