Group items tagged
Ajaxian » Want to pack JS and CSS really well? Convert it to a PNG and unpack... - 3 views
-
Je cherche encore l'intérêt par rapport à un mod_gzip ou mod_deflate
-
Deux recherches plus approfondies sur le sujet : http://www.iamcal.com/png-store/ http://iamcal.github.com/PNGStore/ Au final, entre les problèmes de génération d'images (liés aux librairies), les problèmes d'implémentation des canvas dans les navigateurs, les limitations liées au format d'image et le peu de gain retiré face au mod_gzip, je ne suis pas convaincu que ce sera la révolution de l'année en matière de performance front... -
C'est franchement de la grosse bidouille, le seul avantage que je vois c'est que ça permet de charger des JS et CSS sans les exécuter, de faire du préchargement en background pour un futur module à afficher, une popin par exemple... Mais il existe déjà des techniques plus simples pour faire ça donc...
iamcal/PNGStore @ GitHub - 1 views
mode apache pour accélérer les sites - 2 views
-
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,
Pushing Beyond Gzipping - 7 views
-
Une bonne solution pour s'occuper du cas des 15% de personnes ne recevant pas de contenu compressé, pour cause de proxy ou d'entête mal formée.
-
Attention qu'on risque de casser le rendu pour certains quand même. Je préfère l'optique de http://www.stevesouders.com/blog/2010/07/12/velocity-forcing-gzip-compression/ et http://velocityconf.com/velocity2010/public/schedule/detail/14334 Il s'agit de faire passer un petit js gzipé. S'il s'exécute correctement c'est que le navigateur sait lire gzip. On met alors un cookie et c'est la présence de ce cookie qui permet de forcer gzip côté serveur. La conséquence c'est que ces 15% n'auront pas gzip lors de leur premier accès, mais en retour on sait qu'on n'activera pas gzip s'ils ne le supportent vraiment pas
Analyse d'une requête HTTP - serveur et réseau - Performance web - 0 views
-
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 ?
Attention aux compresseurs javascript - Performance web - 0 views
-
En avril je vous parlais du packer de Dean Edwards qui permet de miniser le code javascript avant envoi. J'émettais un doute sur l'option base62. Avec cette option le code javascript est codé avant envoi. Une fois ce javascript reçu, le navigateur va le décoder, puis utiliser eval() pour l'exécuter. C'est tout sauf transparent pour le client, surtout que pendant ce temps de traitement supplémentaire, c'est tout le rendu et les téléchargements de la page qui sont bloqués.
Images, PNG et GIF - Performance web - 0 views
-
Et si on parlait un peu des images ? du point de vue des performances web, toujours. Sur un site classique comme TF1, Amazon, LeMonde, on dépasse les 100 images sur la page d'accueil, pour un total de près de 300ko. Les sites plus au fait des problèmes de performance ont entre 30 et 50 images mais le poids total est encore souvent supérieur à 100ko.
JSMIN, The JavaScript Minifier - 0 views
servers running mod_gzip and your CSS - 0 views
« First
‹ Previous
41 - 60 of 70
Next ›
Showing 20▼ items per page