NGiNX a tendance à un peu trop respecter le protocole HTTP 1.1 et à empêcher de le contourner ... mais on ne va pas lui jeter la pierre !
Je pense qu'il faut plutôt que tu essayes de modifier la config Apache. Le 25 septembre 2014 18:03, Julien Escario <esca...@azylog.net> a écrit : > Bonjour, > Bon he bien j'ai testé, il me semble, toutes les solutions proposées sans > succès. Je ne comprends pas ce qui peut bien empêcher ce rafraîchissement > de cache ... > > Du coup, vous êtes tous sous varnish ? > > Julien > > Le 23/09/2014 11:09, Julien Escario a écrit : > > Le 23/09/2014 10:10, Buschini Edouard a écrit : >> >>> Bonjour, >>> >>> Moi aussi j'avais seché un jour pour le même type de problème, j'ai du >>> faire une >>> cache zone avec une key: >>> >>> http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache >>> http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_key >>> >> >> Alors j'ai déjà ça : >> proxy_cache_key "$scheme://$host$request_uri"; >> >> Pas bon ? >> >> Et si ton backend te r'envois des Set-Cookie dans son header. Désactive >>> les car >>> sinon t'auras pas de cache. >>> >>> proxy_ignore_headers "Set-Cookie"; >>> >> >> Oui, on va y venir en affinant parce que les CMS ont tendance à filer un >> cookie >> pour n'importe quelle ressource. On peut aussi définir des domaines >> 'statiques' >> pour certaines ressources et sur lesquels on vire explicitement les >> cookies. >> >> Pour le moment, c'est plutôt l'inverse : j'ai trop de cache. >> >> Julien >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ >
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
