Group items tagged

"Bad performance stems from a lack of attention and commitment performance within an organization-not from whether or not the site is responsive."

"Tim Kaldec et Yoav Weiss se sont donc inspirés de ce mécanisme [Content Security Policy], pour le transposer au sujet de la performance web, en proposant un nouvel en-tête HTTP (Content Performance Policy) permettant de déclarer précisément le degré de compatibilité d'une page avec certaines bonnes pratiques de performance web. À la charge ensuite du navigateur web, de forcer l'application des bonnes pratiques annoncées qui ne seraient pas respectées par l'éditeur."

Itw by M. Hendrickson Current state of the Performance and Operations market. Terms, semantics and DevOps, are we splitting hairs? What do performance people do on a daily basis? Do you need to tradeoff anything to get better performance? Are most websites acceptable when it comes to speed? Measuring slowness -- clarified and demystified Where do you find performance monitoring tools? How do you know if you have a fast enough web site? Does Mobile disrupt your quest for high performance? Does HTML5 add any more complexity challenges to high performance web sites? Wrap up and discussion of Velocity Conference

On reparle des performances CSS. Souvenez-vous, je vous avais parlé d'un document de Mozilla faisant état des sélecteurs plus ou moins performants. S'était ensuivi une discussion à propos de la pertinence de tels sujets vu la différence de performance mise en oeuvre.

je vous en avais parlé, maintenant c'est fait. Camille Roux et Nicolas Chevallier ont ont réalisé une présentation sur l'optimisation des performances d'un site web aux Intellicore Tech Talks. Vous avez donc maintenant la vidéo et les slides disponibles en ligne. Commentaires et comptes rendus bienvenus.

Je parlais il y a quelques jours de performance des sélecteurs CSS. Il y a eu quelques réactions et j'ai échoué dans mes explications : les différences de performance dont on parle ici sont probablement négligeables la plupart du temps. Hors commentaires, certains m'ont rappelé que la documentation de Mozilla concerne d'ailleurs au départ les interfaces XUL avec de gros documents XML complexes agrémentés de très grosses feuilles de style.

JSON ! c'est le cri de tous les développeurs web à la mode dès qu'ils entendent parler d'échanges de données. Ce format est sensé être plus performant, plus simple, plus standard, plus performant, plus web 2.0 quoi. Plusieurs points mériteraient un billet à part entière, et je suis en désaccord sur chacun d'eux, mais je me focaliserai ici sur un seul : la performance. Les performances peuvent se voir au niveau du téléchargement et au niveau de l'interprétation par le client.

"Compuware APM Deep Transaction Management for PHP is the first solution in the market that combines User Experience Management (UEM), web server visibility, PHP deep-dive analysis, database access and external-call visibility all into one single solution, along with built-in performance analytics. It cuts through the complexity to provide full application visibility from a browser-click to the database and back, for all transactions, in real time 24x7. Compared to other PHP monitoring tools, Compuware APM's unique smart auto-detection of PHP pages makes it a snap to understand which page is causing what performance issues."

"For a performance audit, you should expect a detailed report with baseline performance metrics (useful for comparison after subsequent optimizations or audits), executive summary, web page behavior (waterfalls etc.), and actionable recommendations for improvement." YAY! exactement ce que je propose à chaque intervention, vidéos et timelines à l'appui aussi.

Certains le savent, d'autres, pas encore, mais vous me retrouverez mi-novembre à Paris Web 2008 pour une conférence et un atelier sur les performances web, en collaboration avec Nicole Sullivan de l'équipe performance de Yahoo!

Camille Roux me fait part qu'il co-animera avec Nicolas Chevallier une présentation sur l'optimisation des performances d'un site web dans le cadre des Intellicore Tech Talks. Cette présentation se tiendra le mardi 8 Juillet à 13h à Sophia-Antipolis.

La communication des éditeurs de navigateur ressemble plus en plus à celle des vendeurs de lessive, mais au moins on commence à voir l'importance des performances.

Nous avons peu d'informations officielles de la part des navigateurs sur les performances de leurs moteurs. Le Mozilla Developer Center nous propose tout de même une courte page sur comment écrire des feuilles de style efficaces.

3 hour workshop on web performance from the ground up: what is fast, impact of latency and bandwidth, TCP performance, SPDY protocol, browser parsing and execution, rendering optimizations, critical path, and more.

We do website monitoring the way athletes do their thing - with passion! When they hear "challenge", they understand hard athletic work and dedication to get to the top, when we hear "challenge", though - we understand website performance, optimization, graphs, stats, you get the point.

Perform JPEGmini processing locally on your hosts. The server software is supported for all major versions of Linux, and is optimized for high-performance, utilizing multiple cores in parallel to process millions of multi-megapixel photos per month on a single CPU.

Depending on whom you ask, the ideal page load can be 100 milliseconds, 400 milliseconds, 2 seconds... you get the picture. In our industry, we talk a lot about big, hairy, audacious performance goals, but what about the other end of the spectrum: the performance poverty line?

I shouldn't need to explain the importance of front-end performance at this point; after two previous posts, 9 Ways to Optimize Your Front End Performance and...

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.