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.
Safari a de sérieuses limitations sur le cache. Yahoo! avait déjà débusqué les limites de la version iphone : les fichiers ne doivent pas dépasser 25 ko une fois décompressés et le total doit être strictement inférieur à 500 ko. Ces limitations semblent raisonnables pour un téléphone mais ce téléphone navigue souvent sur des sites classiques, avec une bande passante très réduite.
"Google mobile search is getting faster - to be exact, 200-400 milliseconds faster! We are gradually rolling out this improvement to all browsers that support the attribute (currently, mobile Chrome and Safari)."
Retrouvez une sélection de liens sur le thème des performances Web de la semaine passée. Au sommaire, 11 liens sur : l'impact des pubs et les bénéfices de l'AdBlocking, Chrome mobile le nouveau IE, Disqus plus rapide que les commentaires natifs de WordPress, du Canary chez Safari, La mort à petits coûts, ...
On reparle des performances CSS. Souvenez-vous, je vous avais parlé d'un document de Mozilla faisant état des sélecteurs plus ou moins performants. S'était ensuivi une discussion à propos de la pertinence de tels sujets vu la différence de performance mise en oeuvre.
La communication des éditeurs de navigateur ressemble plus en plus à celle des vendeurs de lessive, mais au moins on commence à voir l'importance des performances.