Commentaires sur : Javascript non bloquant

Par : Petit-déj Globalis à propos de l’optimisation FrontEnd « Web (Product) Design

Sun, 11 Apr 2010 18:44:19 +0000

[…] bas de page (au lieu de la balise head…) (perso je ne trouve pas ça très propre et je préfère les solutions telle que l’injection DOM qui permettent de paralléliser les chargement JS sans affecter celui de la […]

Par : DNS Prefetch —Performance web

DNS Prefetch —Performance web — Wed, 17 Jun 2009 10:38:51 +0000

[…] du navigateur, ou si une ressource bloque les files de téléchargement (par exemple un javascript bloquant). Le premier cas ne doit quasiment jamais arriver, sur Firefox il faudrait 30 téléchargements […]

Par : Éric

Éric — Thu, 28 May 2009 15:16:50 +0000

Dernier article de Steve Souders sur le sujet : http://www.stevesouders.com/blog/2009/04/27/loading-scripts-without-blocking/

Par : Éric

Éric — Wed, 28 Jan 2009 22:52:01 +0000

IE8 est plutot bon coté perf.

Il arrive à peu près entre Firefox 3 et Firefox 2 côté exécution Javascript (de mémoire, j’ai la flemme de vérifier). Ce n’est pas idéal mais c’est honnête.

Par contre ils ont amélioré le parallélisme et des choses utiles : http://stevesouders.com/ua/

(les rouges sont sur des points finalement secondaires, par contre le vert de troisième colonne et le nombre de connexions parallèles, ça ça va vraiment améliorer les choses)

Je ne tirerai pas à boulets rouges sur IE8, pas sur le côté des perf web ressenties par e visiteur (la pure vitesse javascript n’est pas forcément le principal)

Par : aurelien

aurelien — Wed, 28 Jan 2009 22:26:07 +0000

Pour rappel, $.getScript ne fonctionne pas sous Safari 2 ou du moins pas correctement.
Sans oublier que le support safari 2 est terminé donc prudence.
Cependant, jquery monte comme une flêche en terme de performance.
J’en avais discuter avec plusieurs personnes à l’Afup en décembre 2008, les rustines c’est bien mais vivement une meilleur prise en charge par les navigateurs futurs.
Je pense bien entendu a firefox, safari.
IE 8 JE ne sais pas trop il me déçois de plus en plus en terme de performance

Par : Rik

Rik — Sun, 05 Oct 2008 14:09:03 +0000

Pour info, il y a un bug chez WebKit pour l’implémenter aussi : https://bugs.webkit.org/show_bug.cgi?id=20710 . Et un test pour vérifier si le navigateur le supporte ou non : http://www.websiteoptimization.com/speed/tweak/defer/test/ .

Par : Pierre Goiffon

Pierre Goiffon — Fri, 03 Oct 2008 12:08:59 +0000

Bonjour, Je viens de découvrir l'attribut defer de HTML 5 dans une liste des nouveautés de la future version 3.1 de Firefox. Si IE et Firefox implémentent tous les 2 cet attribut dans un futur proche c'est encourageant !

Par : Éric

Éric — Fri, 19 Sep 2008 15:41:37 +0000

Il existe des moyens de faire la concaténation au dernier moment, sur le serveur la première fois que quelqu’un fait la requête.
Bref, que le client fasse un seul appel n’implique pas que vous développiez sur un seul fichier.

Ca peut ressembler à :

/assemble-js.php?fichier1.js&fichier2.js&….

C’est réalisable en quelques lignes de PHP (attention cependant à bien intégrer une liste blanche des contenus qu’on peut inclure ainsi, pour que personne ne demande un fichier arbitraire sur votre serveur)

Ca a plusieurs avantages annexes :

– le script d’assemblage peut s’assurer que les entêtes d’expiration sont bien envoyées, éventuellement le faire avec un petit PHP si on n’a pas accès à la configuration du serveur

– le tout est dynamique donc on peut ajouter/supprimer des fichiers à la demande sans se prendre la tête à faire trop d’opération à la main

– on peut même automatiser la minimisation des fichiers, et éviter donc de le faire à la main

Par : Xavier

Xavier — Fri, 19 Sep 2008 15:19:35 +0000

C’est pas bête, mais cela manque un peu de souplesse dans le développement.
En tous cas, merci pour tes informations qui me rendent déjà de précieux services et qui sont d’une grande clarté. En plus c’est en français. For me dable !

Par : Éric

Éric — Thu, 18 Sep 2008 10:29:53 +0000

Ca implique tout de même de précharger Jquery, ce qui est loin d’être neutre. Maintenant si tu sais déjà la liste des fichiers à charger, je t’incite à regarder si tu peux les concaténer en un seul fichier, plutot que de faire plusieurs requêtes indépendantes.

Par : Xavier

Xavier — Wed, 17 Sep 2008 20:15:37 +0000

Après beaucoup d’échecs principalement sur explorer, je me suis mis à utiliser une bibliothèque toute prête: jQuery, mais j’imagine que d’autres sont aussi performantes.
Je crée donc un tableau des ressources js à charger, et grâce à la magie de $.getScript, (un peu d’Ajax), je charge les scripts les uns après les autres, à l’aide d’une fonction en boucle. Lorsque le premier est chargé, le deuxième est appelé, etc.
Les dépendances sont maintenant construites dans l’ordre. Je perds certes un peu en temps puisque le chargement est linéaire, mais avec une bonne compilation (http://compressorrater.thruhere.net/) on dépasse rarement les 8ko. Qui plus est le javascript étant pour ma part essentiellement utilisé comme un complément et jQuery étant non intrusif, le site n’est pas inutilisable pendant le chargement… qui dure parfois le temps de bouger le rongeur…

Par : Louis

Louis — Mon, 11 Aug 2008 13:37:04 +0000

Note : le text-align:justify de ce thème Wordpress rend le commentaire de Yves presque illisible. Tu devrais l'enlever ;)

Par : Éric

Éric — Mon, 04 Aug 2008 15:12:03 +0000

@Yves: J’ai vu très très peu de sites qui méritent d’être inutilisables sans Javascript. Même un netvibes mériterait un contenu par défaut sans js, quitte à ce que certains modules soient castrés ou non présents. La plupart du temps avoir un contenu simple et statique puis l’enrichir par javascript est préférable (pour des questions d’accessibilité par exemple, mais pas uniquement).

Pour Mozilla Tamarin est intéressant, il est dans ma liste de sujets de recherche, mais je ne crois pas avoir vu des travaux pour la parallélisation des javascript.

Par : Yves

Yves — Mon, 04 Aug 2008 14:50:48 +0000

Il existe aussi des cas, dans lequels des sites sans Javascript sont inutilisables, que penses-tu de DOMContentLoaded http://developer.mozilla.org/en/docs/Gecko-Specific_DOM_Events et plus spécifiquement du script de Dean Edwards et Cie. http://dean.edwards.name/weblog/2006/06/again/

Sinon Mozilla devrait également prévoir de bosser sur son moteur, David Mandelin en parle sur son blog : http://blog.mozilla.com/dmandelin/2008/06/03/squirrelfish/

Par : mat

mat — Mon, 04 Aug 2008 14:32:27 +0000

J’avais testé la méthode DOM il ya longtemps, et j’en avais conclu que le onload était pas fiable du tout, même sous Firefox: des fois le script n’était pas entièrement chargé à ce moment la, on obtenait donc des undefined de partout en tentant d’utiliser des fonctions définies dans le script.

Le problème est ptet corrigé depuis… Le seul moyen que j’avais trouvé pour être sur que le script soit « prêt » est un callback de la page principale qui était appelé à la fin du script en question.

Sinon, HTML 5 ajoute defer et async. Par contre, je suis pas certain que leur spec soit 100% compatible avec celle de IE, d’après mes vagues souvenir celle de IE est très très vague et il faut s’en mefier, surtout quand ya plusieurs defer sur la page.