Web Performance

à voir quand même à quel point ça ne lance pas un timer qui occupe le cpu navigateur inutilement

A noter que si les js sont insérés en bas de page, le gain sera moindre puisque le dom sera chargé. Remarque, utiliser $(document).ready() en bas de page c'est peut-être un peu enfoncer des portes ouvertes.

Utiliser trop souvent $(document).ready sur VOTRE code c'est aussi laisser tous les autres scripts (pubilicités/widgets) s'exécuter avant vous. Ainsi ils peuvent créer autant d'éléments et occuper des requêtes navigateur pour rien. Trop souvent il est automatiquement conseillé d'utiliser $(document).ready (genre dans les guidelines pour débutant), sauf que la plupart des widgets (et surtout des publicités) se moquent de ces recommandations. Toujours maitriser l'ordre de téléchargement des éléments de votre page avant de décider d'utiliser ou non $(document).ready pour vos initialisations.

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...

Un gros travail sur la priorisation des téléchargements a été effectué. Rassurez-vous je ne vais pas poster tous les blog posts de mon blog :) Simplement celui-ci est le plus intéressant pour le moment.

"For a performance audit, you should expect a detailed report with baseline performance metrics (useful for comparison after subsequent optimizations or audits), executive summary, web page behavior (waterfalls etc.), and actionable recommendations for improvement." YAY! exactement ce que je propose à chaque intervention, vidéos et timelines à l'appui aussi.

détaille les différents sous systèmes du navigateur et leur répartition dans le temps total de rendu de la page

Présentation rapide des 11 sous-systèmes utilisés par un navigateur Web pour effectuer le rendu de la page, en partant du réseau pour terminer à l'affichage. Quelques chiffres montrent qu'en tant que développeur Web, on a la main sur les temps utilisés sur chacune des couches ... pour peu qu'on l'ait en tête. C'est chose faite ;-)