High Performance Web Sites :: Render first. JS second. - 0 views
-
gros parti pris de Souders sur l'exécution de javascript : il ne devrait même pas être asynchrone, mais différé jusqu'à ce que la page soit rendue
-
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
mode apache pour accélérer les sites - 2 views
Easy Script Loading with yepnope.js - 2 views
cdn js - the missing cdn - 4 views
Big performance wins by optimizing fonts - 2 views
Lazy loading below the fold - 6 views
-
I've started experimenting with my home page to make it load even faster. Amazon famously does this too which you can read more about in this Steve Souders post. They make sure everything that needs to be visible above the fold is loaded first, then, it starts loading all the other "stuff" below the fold.
-
Assez d'accord avec les commentaires , il faut éviter que le crawler passe sur la ressource dédiée au chargement des huits autres articles, sinon il y a un risque de duplicate content. Pour éviter cela il faut gérer des règles pour robots.txt, est-ce suffisant ? Le découpage je le fais plutôt au niveau du styling CSS et JS. J'inclue le style css indispensable à l'affichage et charge le reste . Bref il y aussi le risque de reflow dans ce cas.
-
Indian Cheap Escort In Dubai Model Cheap Escort In Dubai Massage Cheap Escort In Dubai Call Girls Cheap Escort In Dubai Vip Cheap Escort In Dubai Desi Indian Escort In Dubai Desi Pakistani Escort In Dubai Desi Call Girls Escort In Dubai Desi Punjabi Escort In Dubai
Js performance: Mythbusters - 2 views
Don't let jQuery's $(document).ready() slow you down | Encosia - 4 views
-
à 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.
jQuery Fundamentals - 4 views
-
Le chapitre 9 de l'excellent "jQuery Fundamentals", consacré aux performances
-
quelques trucs utiles (genre detach, l'utilisation de data, l'object literal lookup) mais complètement contre le "append en une seule fois", pour des raisons de sécurité. Après, c'est très facile de se retrouver avec du XSS. J'utilise intensivement .text() pour écrire mon texte à l'intérieur des éléments (qui utilise createTextNode, qui n'exécute donc pas le JS ou le HTML éventuel).
Efficiently Rendering CSS | CSS-Tricks - 16 views
-
Ne pas oublier la fin : "I think the lesson here is not to sacrifice semantics or maintainability for efficient CSS"
- ...10 more comments...
-
@Vincent Juste pour pinailler : > Le mieux étant de faire $('.maclasse', noeudDomDeDepart) Je dirais le mieux serait même $('noeudDomDeDepart').find('.maclass') Source : http://jsperf.com/jquery-selectors-context/2
-
sans les tirets alors :-) À la base, je trouve ça assez fou que $(XXX).find(YYY) soit tellement plus rapide que $(YYY, XXX). Mais quand on regarde le code on voit qu'il y a beaucoup de "if" dans l'init de jQuery et que les cas les plus courants sont placés en premier. Le cas du contexte est traité à la toute fin, ça explique la différence.
JPEG with Alpha - 1 views
-
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.
Overclocking SSL - 2 views
-
Comment réduire la charge CPU et le temps d'affichage des pages en SSL, avec un patch et pas mal de bonnes idées.
-
côté serveur, ça a l'air par mal, surtout qu'ils l'ont testé sur Gmail. Par contre côté client, il me semble que tous les objets (images, css, js) ont aussi besoin d'être décodés, ce qui prend du temps CPU au client. Pour Gmail qui a très peu d'images, ça n'est pas un problème, mais pour un site lambda, ça peut commencer à compter
Head JS - 0 views
‹ Previous
21 - 40 of 51
Next ›
Showing 20▼ items per page