La partie la plus importante car la plus technique (à mes yeux) : le chargement des dépendances d'une page.
Plusieurs techniques, pour des effets variés, mais permettant un rendu rapide.
One of the fun things about Velocity is all the great tools that people unveil over the course of the conference. Here are three that I've checked out so far and liked. If you have any to recommend, let me know in the comments.
Le chargement des scripts de manière asynchrone est une bonne chose … mais continue de retarder le temps de fin de chargement.
Solution : procéder ainsi, mais après le onload.
Une excellente synthèse des APIs disponibles en HTML5 et CSS3 pour tirer partie des optimisations des navigateurs, et des choses à éviter dans le code.
Qui eut cru que les fonctions anonymes pouvaient être nommées ? ;-)
"Submit a URL to generate a node map of all of the requests on the page. Rapidly identify what third-parties are on your site, where your transmitted bytes are coming from and how slow your domains are !"
Au sommaire, 23 liens sur : Arcep, Awwwards, scripts JS, DDoS et émotions, WebPageTest, FB Live, brotli et Varnish, métadonnées XML et images, 3rd party scripts, Offline First, WordPress to Hugo, Canonical AMP, démarrer en webperf, perf-tool
Imgmin applies established best practices and statistical means toautomatically optimize JPEG filesize for each unique image without sacrificing quality, resulting in significant site-wide latency reduction and bandwidth savings which improves user experience and saves money.
1. oui, de la même manière que imgmin arrive à automatiser la recherche du meilleur taux de compression global...
2. oui également, c'est la technique utilisée par http://www.jpegmini.com, juge par toi-même.
Interface visuelle (GUI) permettant de compresser plusieurs images, PNG et JPG.
Ce programme, utilisable également en CLI, se base sur optipng, advpng et jpegoptim.
Mouai, Eric n'a probablement pas fait de test, mais de mon côté mieux vaut utiliser à la main les outils "optipng, pngout, deflopt avec options" on obtient de bien meilleurs résultats. L'intérêt de l'outil réside dans l'interface à la limite
Non, je n'ai pas fait de test.
Par contre j'ai vu que la correction du bug soulevé par Samuel est prévue.
Après attention, on peut toujours obtenir de meilleurs résultats à la main avec ce genre d'outils, mais parfois au prix d'un temps cpu démesuré. Le propre de ces outils c'est de choisir des valeurs raisonnables et optimale pour le compromis efficacité/temps.
Pour moi l'intérêt c'est surtout que c'est "déjà fait", donc pas besoin de chercher les bons paramètres pour le compromis optimal, de faire appel à image magik pour savoir quel outil utiliser en fonction du format et du nombre de couleurs, et de scripter tout ça soi même : c'est déjà fait.
J'apprécie aussi qu'ils aient prévu une gui *et* une cli pour le même outil. C'est assez sympa.
Il n'a pas tout à fait tort, mais il oublie quand même pas mal de choses sur les interfaces modernes. Beaucoup n'ont pas de fallback, ou un fallback très mauvais. Genre un bouton commander qui ouvre une popin. Il est impossible d'envisager ne pas accrocher immédiatement le gestionnaire javascript