[RÉGLÉ] Gestion du cache et vitesse du site

[pjuignet]

Bonjour,

J'ai testé la vitesse d'affichage du site avec Web page test. L'ensemble est correct mais avec un point noir. A l'item "tirer parti de la mise en cache des ressources statiques dans le navigateur" la note est de 0/100
Le test donne :
FAILED - ( No-max-age ou expire ) - https://philosciences.com/media/jui/fnts/IcoMoon.woff
FAILED - ( 15,0 minutes ) - https://philosciences.com/templates/...r/css/template .css? 55720f7591851ca29b4d2beceec0460a
FAILED - ( 15 minutes ) - https://philosciences.com/media/syst.../livemarks.png
FAILED - ( 15 minutes ) - https://philosciences.com/media/syst.../livemarks.png
FAILED - ( 15.0 minutes ) - https://philosciences.com/images/headers/Logo-3bis.gif
FAILED - ( 15.0 minutes ) - https: // philosciences. com / templates / protostar / css / user.css? 55720f7591851ca29b4d2beceec0460a
FAILED - ( 15,0 minutes ) - https://philosciences.com/media/com_...dule.js?v=5104
FAILED - ( 15 minutes)) - https://philosciences.com/templates/...4d2beceec0460a
FAILED - ( 15.0 minutes ) - https://philosciences.com/media/jui/...s?557f75292929
_- ( 15,0 minutes ) - https://philosciences.com/media/syst...4d2beceec0460a
FAILED ( 15,0 minutes ) - https://philosciences.com/media/jui/js/jquery-migrate. min.js? 55720f7591851ca29b4d2beceec0460a
FAILED - ( 15.0 minutes ) - https://philosciences.com/media/jui/...4d2beceec0460a
FAILED - ( 15.0 minutes)) - https://philosciences.com/media/jui/...4d2beceec0460a
FAILED - ( 15,0 minutes ) - https://philosciences.com/media/com_...default.css?v= 1534850839
ECHEC - ( 15.0 minutes ) - https://philosciences.com/templates/...ar/favicon.ico


Si je comprends bien l'expiration de la mise en cache serait de 15 minutes, ce qui est considéré comme mauvais. Mais 15 mn ça me parait suffisant. La durée de consulation des pages est en général inférieure à 15 mn. Evidemment, pour les éléments qui ne sont jamais modifiés, il serait souhaitable d'avoir une longue période. Ceci s'applique particulièrement aux images, feuilles de style CSS et scripts JavaScript. Quelqu'un pourrait il m'expliquer où ce gère ce temps ? Dans les paramètres système j'ai mis un cache conservateur avec une durée de 1111 minutes.

[jfque]

Le cache de la configuration générale ne concerne que le contenu du site : cela évite de générer une page à chaque requête. Si le cache est activé, quand une page est consultée, elle est mise en mémoire (= en cache) et si, endéans la durée de vie du cache (1111 minutes dans votre cas), la même page est demandée, le système la cherche dans le cache plutôt que la générer à nouveau.

Pour les fichiers que J! ne génère pas lui-même (les images, les polices, les fichiers CSS, ...), c'est un autre mécanisme qui se met en place et on compte sur le cache du navigateur cette fois. La durée par défaut est de 15 minutes mais pour des fichiers qui ne changent pas souvent, c'est très court. La durée recommandée est plutôt du genre 1 mois. Ce sont des instructions qui se mettent dans le fichier .htaccess à la racine du site. Un composant comme Admin Tools Pro gère ça très bien, mais il y en a sûrement d'autres.

[RobertG]

Bonjour,

J'ai ouvert une discussion à propos de l'optimisation des performances d'un site hébergé chez OVH (en Perso 2010) avec JCH Optimize Pro. Ce site est également protégé par aeSecure Pro.
Avec les options d'aeSecure Pro, je n'ai pas de problèmes d'Expire Headers.
J'ai créé un sous-domaine, comme je l'ai fait chez PHPNET pour d'autres sites, et défini dans JCH ce sous-domaine pour ne plus avoir d'alerte "no cookies" dans le test YSlow de GTmetrix : rien à faire, chez OVH, que j'active ou pas l'option CDN / no cookies dans JCH Pro le résultat est le même, ce domaine statique n'est pas reconnu par YSlow alors qu'il l'est chez PHPNET une fois les paramétrages affinés.
Particularité d'OVH ?

[pjuignet]

Dans admin tool pro j'ai une option " Set a long expiration time for static media" je vais essayer et re-tester ensuite....


Résultat : mise en cache des ressources statiques dans le navigateur la note est de 35/100.


Le cache de la configuration générale de Joomla ! dépend-t-il du plug-in System - cache de page, ou est-ce indépendant ?

[jfque]

Non, il s'agit de 2 systèmes de cache différent, mais le plugin Système - cache est à éviter, sauf éventuellement sur des sites dont le contenu ne change que très peu car il s'agit vraiment d'une copie de la page telle qu'elle est. Si vous avez par exemple des modules dont le contenu varie, ce ne sera pas pris en compte avant le prochain rafraîchissement du cache.

[pjuignet]

Après quelques temps, re test par Web page test, et à l'item "tirer parti de la mise en cache des ressources statiques dans le navigateur" la note est de 100/100.

Le codage d'admin tools dans le .htaccess est donc efficace.

jfque : J'utilise le plug-in système cache car attendre le rafraîchissement du cache ne me gène.

Merci à tous je passe en réglé