Bonjour à tous,
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:
[Serve resources from a consistent URL]
https://jean-marc-dufour.eu/local/cache-css/59572bbdab0cf11906ce2116bdf966e7.css?1553777383
et
Sur l'autre site c'est pareil.
Auriez vous une idée de où cela pourrait provenir? une piste?
Merci,
jmarc
Le 28/03/2019 à 14:21, Jean-marc Dufour a écrit :
Bonjour à tous,
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:[Serve resources from a consistent URL]
Subito lavoro pomezia | Non riuscire ad andare veramente avanti
et
Nintendo switch games | Nintendo Switch - News, Updates, and Information
Sur l'autre site c'est pareil.
Auriez vous une idée de où cela pourrait provenir? une piste?
Merci,
jmarc
Donc si je décoche la case compresser les css,dans fonctions avancées, cela disparaît ...
Aurais-je manqué une scène du film?
Jmarc
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
Bonjour à tous,
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:[Serve resources from a consistent URL]
Subito lavoro pomezia | Non riuscire ad andare veramente avanti
et
Nintendo switch games | Nintendo Switch - News, Updates, and Information
Sur l'autre site c'est pareil.
Auriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
It's not a bug, it's a feature
Explication en #9 https://core.spip.net/issues/3979#note-9
--
RealET
Le 28/03/2019 à 16:13, RealET a écrit :
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
Bonjour à tous,
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:[Serve resources from a consistent URL]
Subito lavoro pomezia | Non riuscire ad andare veramente avanti
et
Nintendo switch games | Nintendo Switch - News, Updates, and Information
Sur l'autre site c'est pareil.
Auriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
It's not a bug, it's a feature
Explication en #9 https://core.spip.net/issues/3979#note-9
Merci,
donc il ne faut pas tenir compte de la réponse du Gmetrix..
Mais est ce le cas pour tous les sites sous spip qui compressent les css?
Jmarc
Le 28/03/2019 à 16:13, RealET a écrit :
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:
Subito lavoro pomezia | Non riuscire ad andare veramente avanti
et
Nintendo switch games | Nintendo Switch - News, Updates, and Information
Auriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
Explication en #9 https://core.spip.net/issues/3979#note-9
l'explication indique pourquoi il reste 2 fichiers sur le disque,
dans le cas général de ce ticket et peut être aussi dans le cas "mutu" de Jean Marc,
mais elle n'explique pas pourquoi ou comment il devrait se retrouver
que 2 fichiers différents sont appelés dans le html au final.
Ou sinon pourquoi ?
JL
Le 28/03/2019 à 17:08, JLuc a écrit :
Le 28/03/2019 à 16:13, RealET a écrit :
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
j'ai fait un test sur Gmetrix de deux sites en mutu, et j'ai ça:
Subito lavoro pomezia | Non riuscire ad andare veramente avantiet
Nintendo switch games | Nintendo Switch - News, Updates, and InformationAuriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
Explication en #9 https://core.spip.net/issues/3979#note-9l'explication indique pourquoi il reste 2 fichiers sur le disque,
dans le cas général de ce ticket et peut être aussi dans le cas "mutu" de Jean Marc,
mais elle n'explique pas pourquoi ou comment il devrait se retrouver
que 2 fichiers différents sont appelés dans le html au final.
Ou sinon pourquoi ?JL
Disons qu'il y a une dizaine de jours, ça ne faisait pas cela...
jm
c’est le compresseur et la réécriture des url de ressource de la mutualisation
le compresseur ajoute le link de prefetch sans se soucier du contexte de mutualisation
dans le plugin mutualisation il y a une fonction toute zarbi pour récrire les url site/domaine.tld et ça doit passer avant le compresseur ou ça doit pas matcher l’url de link
Le jeu. 28 mars 2019 à 21:18, Jean-marc Dufour <jmbrive@free.fr> a écrit :
Le 28/03/2019 à 17:08, JLuc a écrit :
Le 28/03/2019 à 16:13, RealET a écrit :
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
j’ai fait un test sur Gmetrix de deux sites en mutu, et j’ai ça:
https://jean-marc-dufour.eu/local/cache-css/59572bbdab0cf11906ce2116bdf966e7.css?1553777383Auriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
Explication en #9 https://core.spip.net/issues/3979#note-9l’explication indique pourquoi il reste 2 fichiers sur le disque,
dans le cas général de ce ticket et peut être aussi dans le cas « mutu »
de Jean Marc,
mais elle n’explique pas pourquoi ou comment il devrait se retrouver
que 2 fichiers différents sont appelés dans le html au final.
Ou sinon pourquoi ?JL
Disons qu’il y a une dizaine de jours, ça ne faisait pas cela…
jm
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l’aide à toute heure : http://spip.net/irc
Juste pour preciser le fichier est au même endroit sur le disque (pas de doublons) c’est l’url qui est récrite.
Le jeu. 28 mars 2019 à 23:20, pierre laszczak <pierre.laszczak@gmail.com> a écrit :
c’est le compresseur et la réécriture des url de ressource de la mutualisation
le compresseur ajoute le link de prefetch sans se soucier du contexte de mutualisation
dans le plugin mutualisation il y a une fonction toute zarbi pour récrire les url site/domaine.tld et ça doit passer avant le compresseur ou ça doit pas matcher l’url de link
Le jeu. 28 mars 2019 à 21:18, Jean-marc Dufour <jmbrive@free.fr> a écrit :
Le 28/03/2019 à 17:08, JLuc a écrit :
Le 28/03/2019 à 16:13, RealET a écrit :
Jean-marc Dufour a écrit le 28/03/2019 à 14:21 :
j’ai fait un test sur Gmetrix de deux sites en mutu, et j’ai ça:
https://jean-marc-dufour.eu/local/cache-css/59572bbdab0cf11906ce2116bdf966e7.css?1553777383Auriez vous une idée de où cela pourrait provenir? une piste?
https://core.spip.net/issues/3979
Explication en #9 https://core.spip.net/issues/3979#note-9l’explication indique pourquoi il reste 2 fichiers sur le disque,
dans le cas général de ce ticket et peut être aussi dans le cas « mutu »
de Jean Marc,
mais elle n’explique pas pourquoi ou comment il devrait se retrouver
que 2 fichiers différents sont appelés dans le html au final.
Ou sinon pourquoi ?JL
Disons qu’il y a une dizaine de jours, ça ne faisait pas cela…
jm
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netArchives : https://www.mail-archive.com/spip@rezo.net/maillist.html
Infos : https://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
Irc : de l’aide à toute heure : http://spip.net/irc
Le 28/03/2019 à 23:20, pierre laszczak a écrit :
c'est le compresseur et la réécriture des url de ressource de la mutualisation
le compresseur ajoute le link de prefetch sans se soucier du contexte de mutualisationdans le plugin mutualisation il y a une fonction toute zarbi pour récrire les url site/domaine.tld et ça doit passer avant le compresseur *ou* ça doit pas matcher l'url de link
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/mutualisation/trunk/mutualiser.php#L298
Oui oui, c'est le même fichier compressé css mais avec l'écriture du chemin différente: deux chemins...
Mais j'ai un peu de mal a comprendre le code même si globalement je vois un peu ce qu'il se passe...
Ce que j'aimerais savoir c'est si il y a des retours de ce genre sur d'autres sites mutualisés, au quel cas je laisse courir ou alors trouver le truc qui cloche..
merci,
jm