en gros l'idée présentée ici est que les outils montrent la return view quelques secondes après une première vue, ce qui donne généralement de bons scores. Mais en revenant 24h après sur la plupart des sites, le cache est peu utilisé
La directive Cache-Control est une vrai mine d'or pour la gestion du cache, au risque même de faire un peu fourre-tout. Aujourd'hui je m'intéresse surtout aux notions de document public et de document privé.
Deux règles principales pour la performance des sites web sont de réduire le nombre de requêtes HTTP et de limiter la taille des données qu'on télécharge.
Malheureusement ces deux règles entre parfois en conflit. Si je fais un gros fichier unique pour toutes mes CSS, je vais inclure des règles qui seront inutiles pour la page courante, et qui augmenteront inutilement la taille totale à télécharger.
Trois ans plus tard, ça ne me semble pas corrigé dans Safari 5.0.5 sous Windows. Quelques soit les headers de caching utilisés, Safari fetch à nouveau la source à chaque fois, même plusieurs fois sur la même page.
Ca me semble étrange qu'un si gros bug ne soit pas corrigé après tout ce temps, donc peut-être une mauvaise config de ma part.
Retrouvez une sélection de liens sur le thème des performances Web de la semaine passée. Au sommaire, 8 liens sur : le classement webperf e-commerce de Mars, web is DOOM, chargement des webfonts, images et HTTP2, tout sur le cache avec Google, top 10 sur Twitter, …
Retrouvez une sélection de liens sur le thème des performances Web de la semaine passée. Au sommaire, 13 liens sur : du fast food ou un menu hamburger en 60 fps, http2 et server push, webp et jpeg, cache et max-age, un résumé de la situation des webperfs, …