Re: Compresseur et multidomaines

Hello nicod,

Sur un site qu’on héberge et qui utilise 6 domaines également, avec des CSS statiques et le compacteur activé, je constate rien de tel :

$ ls -l local/cache-css/ | wc -l
349
$ du -sh local/cache-css/
30M	local/cache-css/

Avec des fichiers qui remontent jusqu’à février 2019

Le compresseur en lui seul n’est donc, il me semble, pas en cause.

*par contre* il est possible qu’on ait un cas foireux quand il est combiné avec un compilateur de CSS dynamiques.
Si le compilateur regénère à l’envie la CSS compilée (cache désactivé ? ou autre siouxerie ?), son timestamp change, donc son URL, donc le compresseur tourne à nouveau, et on refait un fichier compressé sous un autre nom qui in fine est potentiellement identique.

A ce propos j’ai corrigé hier un bug de SCSSPHP qui ne rafraichissait pas correctement le cache compilé lorsqu’une feuille était modifiée, peut-être c’est ça qui t’a forcé à désactiver le cache SCSS quelque part ?


--
Cédric
Le 2 oct. 2019 à 17:13 +0200, nicod_ <[email protected]>, a écrit :
> Le 02/10/2019 à 17:00, nicod_ a écrit :
> > Il me semble que ça apparait depuis la mise à jour 3.2.5 mais je n'en
> > suis pas certain, je suis en train de demander l'accès à des graphes
> > d'occupation du disque à un hébergeur pour vérifier si ça se voit dessus.
>
> J'ai vu les graphes, c'est bien plus ancien que la 3.2.5
>
> Donc, sur celui avec juste 5 domaines :
>
> 27G cache-css
> 1.5G cache-gd2
> 806M cache-js
> 83M cache-scss
>
> Le cache-css de 27 Go contient des fichiers datés du 23/09 (date du
> dernier vidage de cache à priori) à aujourd'hui.
> Il y a plusieurs fichiers identiques générés par seconde, d'où le poids
> à l'arrivée...
> Et le graphe d'occupation disque montre bien une montée en flèche du 23
> à aujourd'hui.
>
> --
> nicod_
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip