1 private link
Extension Visual Studio permettant d'interfacer Visual Studio avec une solution de gestion de version Git. Compatible avec le futur Visual Studio 2011.
via @wizad (Clever-Age)
Félicitations à l'équipe LeMonde.fr pour son lifting de performance sur le site. En appliquant des recettes connues mais parfois difficiles à mettre en oeuvre, ils ont stabilisé leurs performance, et les ont amélioré. Bon boulot.
Analyse sur le cache des navigateurs mobiles.
Les maximums à ne pas atteindre :
- La plupart des cache ne survivent pas au redémarrage
- Sur iPhone, la taille total du cache est de l'ordre d'un ou deux Mo, pas plus
- Sur Safari mobile, les objets doivent être plus petits que 100Ko (iPhone 4), 50Ko (iPhone 3GS) et 25Ko (iPad) décompressés pour pouvoir être mis en cache
Deux informations intéressantes sur Safari pour iPhone, mais qui datent malheureusement de 2008 (je suis preneur de toute information plus fraiche) :
- Il se base sur la déclaration "Expires" ou "max-age" pour mettre en cache les retours HTTP.
- Il ne mettrait en cache les fichiers dézippés que s'ils sont inférieurs à 25Ko
- La totalité du cache du navigateur ne dépasserait pas 500ko
Editeur de CSS/LESS en Adobe AIR, à tester.
Explications sur la meilleure méthode pour trier des éléments ayant un score de "positifs" et un score de "négatifs" (exemple : les votes).
GTMetrix a développé HAR Diff, une évolution du HAR Viewer de Jan Odvarko (https://github.com/janodvarko/harviewer), un outil permettant de comparer deux HAR deux à deux. Le résultat n'est pas encore pleinement convaincant (quelques bugs sont à signaler), mais l'initiative est intéressante.
Performance Web, un sujet à ne pas mettre de côté !
"We are open sourcing ASP.NET MVC 4, ASP.NET Web API, ASP.NET Web Pages v2 (Razor) all with contributions under the Apache 2.0 license"
Une excellente Cheat Sheet pour Windows Phone, à imprimer et coller au dessus de sa Cheat Sheet Visual Studio ;)
Le monde de la Web Performance est peuplé de mythes, surtout lorsqu'il est question de la performance d'exécution du code JavaScript. Certains peuvent être démontrés (comme l'utilisation d'index plutôt que de clés lors de l'utilisation du Local Storage), d'autres contredits (non, il n'est pas obligatoire de se passer d'expressions régulières)...
FitNesse is a software development collaboration tool
Great software requires collaboration and communication. FitNesse is a tool for enhancing collaboration in software development.
FitNesse enables customers, testers, and programmers to learn what their software should do, and to automatically compare that to what it actually does do. It compares customers' expectations to actual results.
Site Web permettant de réaliser des graphes à partir de données. Les graphes sont ensuite intégrale dans un site via un tag².
Résumé global de la méthode SCRUM en une et une seule image. Evidemment, c'est incomplet, mais ça a le mérite d'être juste.
Extensions Google Chrome offrant un client REST complet.
Les iFrames sont souvent utilisées pour charger du contenu tiers, de la publicité ou des widgets, car elles peuvent se charger parallèlement à la page dont elles sont issues. Elles ont cependant deux inconvénients : 1) les iFrame utilisent le même pool de connexion que la page et 2) la page attend le OnLoad des toutes les iFrames pour lancer le sien.
Si le premier problème reste à adresser le second est résolvable en utilisant une iFrame asynchrone dynamique. L'idée ? Initialiser dans le DOM une iFrame vide qui lance au moment de son propre OnLoad un script qui l'alimente. Ainsi, le OnLoad de l'iFrame arrive très rapidement et elle peut charger son contenu sans bloquer le reste de la page.
Bien que cette solution ne soit pas nouvelle, il est étonnant de voir qu'elle n'est pas encore massivement utilisée.
L'optimisation des performance Web passe souvent par l'optimisation des performances Front-End qui représentent la plus grande part des gains possibles. Mais il faut avouer que le sujet est bien connu désormais, et que les optimisations Front-End sont quasiment les mêmes sur tous les sites.
Il peut donc être intéressant de lancer aussi des chantiers d'optimisations back-end, même s'ils sont souvent plus coûteux tant dans la détection que dans la compréhension et la résolution. Mais il ne faut pas oublier qu'un problème au niveau back-end peut entraîner des augmentations de temps de réponses exponentiels, là où les problématiques Front-End sont plus souvent linéaires.
Conserver l'histoire du Web, c'est d'une part en conserver le contenu. Mais il est important de garder aussi une trace de la façon dont ce contenu a été construit et délivré. Http Archive fournit ces éléments, en agissant comme dépôt permanent d'informations sur la performance Web comme le poids des pages, les requêtes en erreur et les technologies utilisées.
A noter que la base de données est téléchargeable et requêtable.