Dans l'option "domaine sans cookies pour ressources statiques", les css ne sont pas prises en compte :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/core/plugins/compresseur/compresseur_options.php#L51
Est-ce intentionnel ou ne faudrait il pas les ajouter ?
JL
JLuc,
Tu as l’explication ligne 40
Voilà oui, c’est intentionnel et j’ai laissé un commentaire dans le code pour éviter que par inadvertance on « corrige » ça 
J’ajouterai que cette pratique du domaine externe pour les ressources statiques perds plus ou moins tout son intérêt avec HTTP/2 puisqu’elle oblige à réouvrir une nouvelle connexion là où http/2 est capable de télécharger plusieurs ressources à la suite les unes des autres dans la même connexion.
Le petit gain de temps sur le chargement des cookies n’est a priori pas suffisant pour contrebalancer la perte de temps à faire une nouvelle requête DNS + ouvrir une nouvelle connexion.
Cela dit HTTP/2 n’est pas encore chez tout le monde.
Cerdic a écrit le 24/05/2019 à 10:08 :
J’ajouterai que cette pratique du domaine externe pour les ressources statiques perds plus ou moins tout son intérêt avec HTTP/2 puisqu’elle oblige à réouvrir une nouvelle connexion là où http/2 est capable de télécharger plusieurs ressources à la suite les unes des autres dans la même connexion.
Le petit gain de temps sur le chargement des cookies n’est a priori pas suffisant pour contrebalancer la perte de temps à faire une nouvelle requête DNS + ouvrir une nouvelle connexion.
Cela dit HTTP/2 n’est pas encore chez tout le monde.
Et n'est pas forcément une bonne idée comme le dit cet article beaucoup diffusé ces derniers jours :
https://www.lucidchart.com/techblog/2019/04/10/why-turning-on-http2-was-a-mistake/
Voilà oui, c’est intentionnel et j’ai laissé un commentaire dans le code pour éviter que par inadvertance on « corrige »
Ok. Car c'est bien de connaître tôt la css.
Inversement, je constate que les accés aux polices woff et eot sont aussi réécrits sur le domaine statique alors que la regexp ne les mentionne pas explicitement comme les images et js...
En effet il n'y a pas de $ à la fin de la regexp, ce qui permet leur capture.
Mais du coup c'est un peu bancal.
JL
D'ailleurs sur un autre site les css compilées passent aussi sur le domaine statique malgré le commentaire qui n'y peut couic ...
Je ne sais pas l'origine de cette différence de traitement, ça doit être l'insertion qui n'est pas faite pareil.
JL
J’ajouterai que cette pratique du domaine externe pour les ressources statiques perds plus ou moins tout son intérêt avec HTTP/2 puisqu’elle oblige à réouvrir une nouvelle connexion là où http/2 est capable de télécharger plusieurs ressources à la suite les unes des autres dans la même connexion.
Le petit gain de temps sur le chargement des cookies n’est a priori pas suffisant pour contrebalancer la perte de temps à faire une nouvelle requête DNS + ouvrir une nouvelle connexion.
Effectivement après re-test cela s'avère contre-productif.
JL
non c'est pas ça... (hips)
JL