<div dir="ltr">got it, thank you.</div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-20 21:11 GMT+08:00 Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Thu, Jul 20, 2017 at 10:22:46AM +0800, Peng Fang wrote:<br>
<br>
> From my side, this is a compromise for reality. Because not all upstream<br>
> servers are controlled by ourselves, especially for a 3rd CDN provider.<br>
> There are many customers who want to get highly customized expiration<br>
> settings, for example, 10 senconds for */a.jpg, 1 minite for */b.jpg, 10<br>
> minites for *.zip and so on,but they don't what to control thsese settings<br>
> by sending Cache-Control family headers. So we have implemented a delicate<br>
> logic in header filters supportting these requirements for every request.<br>
><br>
> Since it does not meet the standards, there is indeed no reson for you to<br>
> change the existed code logic. We coud totaly ignore and hide cache-control<br>
> family headers for these customuers, and keep on setting valid_sec in<br>
> header filters.<br>
><br>
> Woud you mind giving some advices for this kind of scenario? Thanks very<br>
> much.<br>
<br>
</span>An obvious though suboptimal solution would be to use a separate<br>
proxy layer which will add appropriate headers to control caching.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" rel="noreferrer" target="_blank">http://nginx.org/</a><br>
______________________________<wbr>_________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-devel</a><br>
</div></div></blockquote></div><br></div>