Re: [FRsAG] Nginx et son invalidation de cache

2015-02-11 Par sujet Julien Escario
Le 10/02/2015 16:01, Wallace a écrit : Sinon pour revenir à la demande initiale : - pour les statics le versionning est fait côté appli du client, la majeur parti des plugins d'optimisation font du minify css / js et ajoutent un timestamp ou autre. Ah, bonne idée. Peut être que mod_pagespeed

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-11 Par sujet Wallace
Le 10/02/2015 16:14, Luc Didry a écrit : On 10/02/2015 16:01, Wallace wrote: Le gros inconvénient de Varnish c'est le tout en ram Je m'inscris en faux: on peut tout à fait demander à Varnish de cacher sur disque. Je crois même que l'exemple est dans le /etc/default/varnish de Debian, commenté

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Luc Didry
On 10/02/2015 16:19, Manu wrote: Le 10/02/2015 16:14, Luc Didry a écrit : Je m'inscris en faux: on peut tout à fait demander à Varnish de cacher sur disque. Je crois même que l'exemple est dans le /etc/default/varnish de Debian, commenté en bas du fichier. Mais y'a une perte de performance

[FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Julien Escario
Bonjour, Maintenant que je parviens à gérer la durée de vie du cache nginx, je me heurte à un nouveau problème : son invalidation conditionnelle. Je m'explique : nous avons mis en place un frontal qui ne fait que du cache de ressources statiques avec nginx. Ca soulage les backend web et c'est

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Mihamina RAKOTOMANDIMBY
On 02/10/2015 02:33 PM, Julien Escario wrote: Le 10/02/2015 12:21, Pierre DOLIDON a écrit : Pourquoi monter du cache Nginx dans un ramdisk ? Pourquoi ne pas plutôt utiliser Varnish (-s malloc,12G par exemple), puis utiliser son ACL purge et/ou son secret... C'est quand même plus prévu pour

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Ludovic Cartier
Bonjour, As-tu envisager de prendre le problème à l'envers ? :-) Au lieu de partir dans le développement d'une usine à gaz, tu ne pourrais pas demander à tes clients de versionner leur bandeau de pub / images / fichiers statiques ? Tout est possible à ce niveau, rajouter -vXXX à la fin du

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Damien Wetzel
Bonjour, il n'y a pas moyen d'integrer un API pour flusher le cache NGINX, pour que ca soit intégré au CMS de ton client des qu'il y'a une modification d'image ? Sinon la modification par inotify doit etre faisable, on y a pensé dans le cas ou on hébergerait l'origine CDN de nos clients.

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Julien Escario
Le 10/02/2015 12:01, Ludovic Cartier a écrit : Bonjour, As-tu envisager de prendre le problème à l'envers ? :-) Au lieu de partir dans le développement d'une usine à gaz, tu ne pourrais pas demander à tes clients de versionner leur bandeau de pub / images / fichiers statiques ? Tout est

Re: [FRsAG] Nginx et son invalidation de cache

2015-02-10 Par sujet Boris Pigeot
Bonjour. Je trouve que passer de 7 jours à 5 minutes c'est beaucoup de différence. Est-ce que des règles plus moyennes peuvent pas fonctionner ? (Etre ok pour les devs (même si pour eux ça sera toujours trop long) et être ok pour toi (ça dégomme pas trop tes backends)). Bon, sinon oui,