Group items tagged

et le blog qui va avec : http://00f.net/2010/09/22/transparent-client-side-fragment-cache/

Proposition pour embarquer l'alpha dans un fichier JPEG

j'espère que ça restera vraiment une "expérience", utiliser canvas, javascript, css pour afficher une image transparente, avec ces inconvénients : # By default, the images load without their alpha, then get alpha'd causing a flash. This can be worked around by making them invisible until correctly loaded. # The image must reside on the same server as the web page or the cross site scripting prohibitions in AJAX will come into play. # My examples are double loading the image, for some reason the AJAX fetch is not using the cache. I don't know why, but it is probably just me. ça reste un affreux bricolage qui pourrait donner des envies à des gens qui n'y connaissent rien et pourrir des sites avec ça. Mais l'expérience est "amusante" de là à en faire une "proposition", j'ai des doutes

C'est clair qu'afficher l'alpha avec canvas+js reste du bricolage. En revanche, si les implémenteurs arrivent à se mettre d'accord pour le faire directement dans le navigateur, ça pourrait être intéressant.

Excellente technique complémentaire au Data URI, pour Internet Explorer 7 et moins.

il modifie à la volée le HTML pour gérer le cache des statiques, compresser HTML, concaténer JS/CSS, mettre CSS/JS inline ou le contraire,

morale qu'on connaît déjà car on ne peut agir que - sur les cookies (enfin l'absence de) - sur le ETag (le virer pour le remplacer par du cache agressif) - éventuellement trafiquer Apache ou une machine devant Apache pour supprimer quelques headers serveurs inutiles

Je viens de croiser une liste de recommandations Microsoft pour la performance des sites web. On y retrouve plusieurs choses connues et une recommandation sur la cohérence des liens. La page MSDN donne l'exemple d'un même lien avec deux casses différentes. Certains serveurs ignoreront la casse ou corrigeront le lien mais cela restera deux ressources différentes sur le client, avec des entrées séparées sur le cache, donc au moins une requête HTTP inutile.

On parle de temps, de performance, mais finalement que mesure t-on ? La question n'est pas inutile puisque pour une même requête il y a bien trois étape visibles du point de vue du visiteur, cinq du point de vue du navigateur et autant pour le serveur. Alors, que mesure t-on ?

Aujourd'hui je fais réviser les bases avec Yslow. Il s'agit d'un outil développé par Yahoo! pour vérifier de façon automatisée l'application des règles de performances web internes. Il offre une vue rapide du poids et du temps de rendu de la page, une notation après vérification une à une de 13 des règles de performance web Yahoo!, des graphiques statistiques sur la gestion du cache, et des informations détaillées sur tous les composants de la page

Les mobiles ont longtemps été une cible très spécifique à base de WAP. C'est maintenant révolu et on a de réels navigateurs complets avec javascript et CSS. Que peut-on faire de spécifique pour le Web mobile ? C'est Jason Grigsby de cloudfour qui vient de donner une présentation "Going fast on the mobile web". 

Traditional Yahoo! web servers serve compressed content to only 'good' browsers, and always with "Cache-Control: private". Newer Yahoo! web servers serve compressed content if the incoming request asks for it. No check is performed on the UA.