Group items matching

in title, tags, annotations or url

"Calculate visual performance metrics from a video (Speed Index, Visual Complete, Incremental progress, etc). This is a command-line port of the WebPagetest mobile video processing and metrics code."

"The plan is simple... - Build a beautiful UI on top of the open source powerhouse that is WebPagetest. - Run everything in the cloud so you don't have to deal with software, servers and terabytes of tests. - Champion web performance benchmarking against competitors and industry categories. - De-geek front-end web performance techniques and bring them to a wider design and developer community who care about crafting their code."

Je viens de tester le service. L'interface est agréable.. La procédure pour renseigner son site et "celle de ces concurrents" est un un peu longue. Parcontre le temps de génération des résultats est vraiment très longues. L'interface web ne présente pas l'avancée.

MessagePack is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON but it's faster and smaller. For example, small integers (like flags or error code) are encoded into a single byte, and typical short strings only require an extra byte in addition to the strings themselves.

"Blaze's cloud-based service automatically optimizes the code on a web page during the delivery process to ensure faster transmission of content and a faster rendering of the page, whether served to a PC, tablet or smartphone."

Outil d'analyse de fuite mémoire JavaScript dans le navigateur. C'est pas aussi aisé qu'un bookmarklet mais ça permet d'aller assez loin dans la détection de fuite.

Parlons un peu de contenus tiers, et plus particulièrement de scripts tiers. Allons, allons, ne me dites pas que vous ne savez pas de quoi je parle... Le bouton "J'aime" de Facebook ? Le bouton "Google +1" ? Le code javascript de Google Analytics ou de Xiti ?

When we look back over the history of web performance we see a heavy focus on reducing the number of requests and getting files to the browser quickly. Our platform has changed a lot, and while optimizing for network performance remains a crucial part of our jobs, we now have to broaden our performance horizons. Our users also expect smooth scrolling, animations and interactions, even on mobile devices. In short we need to deal with not just how quickly our sites and apps load, but also how quickly they run. [video] In this session Paul takes a lightning tour of how Chrome converts the DOM into pixels, see how our code affects its workload, and arrive at a modern workflow for finding (and eliminating) rendering bottlenecks.

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