Re: try files - принудительно "перейти" к следующему варианту

Илья Шипицин chipitsine на gmail.com
Вт Май 2 15:22:27 UTC 2017


А на каком движке написан сайт?

2 мая 2017 г. 20:07 пользователь Дмитрий Герасимов <
nginx-forum на forum.nginx.org> написал:

> Vasiliy P. Melnik Wrote:
> -------------------------------------------------------
> > я не понял как вы проверяете устаревание файла. Каждый раз дергать
> > скрипт и он сверяет файл оригинальный и файл сжатый? try_files он ведь
> > только наличие проверяет
>
> Да. К сожалению сейчас так - при каждом обращении сверяю даты модификации
> оригинального и сжатого файла. Проблема в том, что с одной стороны есть
> несколько людей которые правят стили, скрипты и т.д. и заставить их
> создавать сжатую версию я не могу. С другой - на каждый запрос нового
> пользователя сжимать на лету было довольно накладно (одноядерный проц. на
> котором ещё и ssl/http2).
>
> Отсюда и возникла идея делать подзапрос, прежде чем отдать файл. И ничего
> лучше чем auth_request на тот момент не придумалось.
> А в идеале мне это виделось так, чтобы try_files в первом локейшене
> проверял
> даты модификации и если в нём пересоздавалась сжатая версия, то отдать её и
> одновременно сохранить (fastcgi_store). Если файл не менялся - то перейти
> на
> след. вариант и там как обычно
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,274006,274032#msg-274032
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170502/a1832de5/attachment.html>


Подробная информация о списке рассылки nginx-ru