marcimat@rezo.net a écrit le 16/11/2016 à 14:36 :
Author: marcimat@rezo.net
Date: 2016-11-16 14:36:06 +0100 (Wed, 16 Nov 2016)
New Revision: 100529Modified:
_core_/plugins/porte_plume/barre_outils_icones.css.html
_core_/plugins/porte_plume/paquet.xml
_core_/plugins/porte_plume/porte_plume_fonctions.php
_core_/plugins/porte_plume/porte_plume_pipelines.php
_core_/plugins/porte_plume/porte_plume_start.js.html
_core_/plugins/porte_plume/porte_plume_start.js_fonctions.php
Log:
Éviter lorsqu'il n'y a pas de compression JS/CSS activée, que le navigateur redemande les fichiers css et js du porte plume qui sont compilés par SPIP.
On ajoute cache-client sur le cache de ces fichiers. C'est presque suffisant, mais il faut aussi les recalculer lorsqu'un plugin qui modifie les fichiers
de porte-plume s'active ou se désactive. Du coup, on calcule un hash et un fond statique pour ces 2 fichiers, qui dépend du code variable de ces fichiers.Bon du coup on peut éviter quelques hits sur le serveur, mais la contrepartie, c'est qu'il faut calculer ces hash, parfois inutilement j'imagine, au calcul d'une page.
À voir.Details: Connexion · GitLab
Intéressant !
Mais est-ce que ça ne serait pas à produire_fond_statique de calculer le nom du fichier en fonction du hash de son contenu ?
Potentiellement en rapport avec #PRODUIRE ne tien pas compte de marqueur et marqueur_skel (#3696) · Tickets · spip / spip · GitLab aussi
Cf la note #3
--
RealET