Async Ads with HTML Imports | High Performance Web Sites
November 16, 2013 5:05 am | 15 Comments Scripts loaded in the typical way (<script src="a.js"></script>) block rendering which is bad for performance. The solution to this problem is to load scripts asynchronously. This is the technique used by the best 3rd party snippets, for example, Google Analytics, Tweet button, Facebook SDK, and Google+ Follow button. Ads are probably the most prevalent 3rd
Performance and Custom Elements | High Performance Web Sites
November 26, 2013 3:43 pm | 6 Comments This past week I dug into the performance of custom elements and found some surprises. In my previous blog post, Async Ads with HTML Imports, I complained that HTML imports block the page from rendering when a SCRIPT tag is found and lamented the fact that the spec doesn’t provide a mechanism to make this coupling asynchronous. Custom elements are just the
HTML Imports: scope, security, and suggestions | High Performance Web Sites
December 2, 2013 2:03 pm | Comments Off on HTML Imports: scope, security, and suggestions This is the third of three blog posts on Web Components, primarily focusing on the performance impact of HTML imports. Scope The first post, Async Ads with HTML Imports, proposes using this new technology as a way to avoid the blocking behavior of synchronous ads. It’s better than using iframes because the
HTTP Archive: new stats | High Performance Web Sites
February 16, 2013 11:22 am | 2 Comments Over the last two months I’ve been coding on the HTTP Archive. I blogged previously about DB enhancements and adding document flush. Much of this work was done in order to add several new metrics. I just finished adding charts for those stats and wanted to explain each one. Note: In this discussion I want to comment on how these metrics have trended over the
Cache is King | High Performance Web Sites
October 11, 2012 8:11 pm | 10 Comments I previously wrote that the keys to a fast web app are using Ajax, optimizing JavaScript, and better caching. Using Ajax reduces network traffic to just a few JSON requests. Optimizing JavaScript (downloading scripts asynchronously, grouping DOM modifications, yielding to the UI thread, etc.) allows requests to happen in parallel and makes rendering happen so
WebPerfDays: Performance Tools | High Performance Web Sites
October 9, 2012 5:06 pm | 25 Comments I just returned from Velocity Europe in London. It was stellar. And totally exhausting! But this post is about the other fantastic web performance event that took place after Velocity: WebPerfDays London. WebPerfDays is like a day-long web performance meetup event. Aaron Kulick organized the first one last June right after Velocity US. He had the brilliant ide
Cache them if you can | High Performance Web Sites
March 22, 2012 10:41 pm | 24 Comments “The fastest HTTP request is the one not made.” I always smile when I hear a web performance speaker say this. I forget who said it first, but I’ve heard it numerous times at conferences and meetups over the past few years. It’s true! Caching is critical for making web pages faster. I’ve written extensively about caching: Call to improve browser caching (lack
Self-updating scripts | High Performance Web Sites
Updates: Philip Tellis deployed this as part of Log-Normal’s snippet and found two problems. One is fixed and the other is still being investigated: The previous code had a race condition when beacon.js called document.body.appendChild before BODY existed. This was fixed. Some users reported the update.php iframe was opened in a new tab in IE8. I can’t repro this bug but am investigating. Analyzin
Don’t docwrite scripts | High Performance Web Sites
April 10, 2012 5:29 pm | 32 Comments In yesterday’s blog post, Making the HTTP Archive faster, one of the biggest speedups came from not using a script loader. It turns out that script loader was using document.write to load scripts dynamically. I wrote about the document.write technique in Loading Script Without Blocking back in April 2009, as well as in Even Faster Web Sites (chapter 4). It look
Waterfall UI Conventions | High Performance Web Sites
Let’s look at the names first. Chrome Dev Tools and Firebug use the same names for every connection state: Blocking, DNS Lookup, Connecting, Sending, Waiting, and Receiving. All of these names are progressive verb forms except “DNS Lookup” – saying “looking up DNS” would be painful. I’d prefer simple verb forms which would also give us consistent tense across all names: Block, Lookup DNS, Connect,
Jdrop – JSON in the cloud | High Performance Web Sites
February 16, 2011 3:35 am | 9 Comments I’m excited to announce the release of Jdrop – a JSON repository in the cloud. The motivation for Jdrop came from my recent focus on mobile and subsequent launch of bookmarklets for mobile devices (Mobile Perf and Page Resources, followed by Docsource). I like using bookmarklets because they run on all mobile browsers that support JavaScript. Finally – some v
HTTP Archive Mobile | High Performance Web Sites
May 13, 2011 12:30 am | 4 Comments This morning during my talk at Mobilism I announced the HTTP Archive Mobile – a permanent repository for mobile performance data. Ever since I announced the HTTP Archive (based on data gathered from Internet Explorer using WebPagetest) people have been asking, “What about data gathered from a mobile device?” It’s a logical next step. Thankfully, Blaze.io came on
Mobile comparison of Top 11 | High Performance Web Sites
March 14, 2011 8:01 pm | 7 Comments A few weeks ago I announced Jdrop while at Webstock. After Webstock I took some vacation time on Waiheke Island. Now that I’m back I wanted to show how Jdrop is useful for doing mobile analysis. Preamble As a reminder, Jdrop is a JSON repository in the cloud. Jdrop itself doesn’t do anything specific for mobile analysis. But what it does do is provide a way to g
bookmarklets for mobile: Mobile Perf and Page Resources | High Performance Web Sites
January 11, 2011 12:18 pm | 15 Comments As I announced yesterday, I’m now focusing on mobile performance. Not surprisingly, I’ve laid claim to MobilePerf.com and MobilePerf.org. Right now they just redirect to my Mobile Perf home page. Step 1 is complete. So – what should we do next? I’m on my Nexus S and iPhone all the time and find surfing the Web to be agonizingly slow. That’s not a huge surpri
ControlJS part 1: async loading | High Performance Web Sites
December 15, 2010 10:45 pm | 30 Comments This is the first of three blog posts about ControlJS – a JavaScript module for making scripts load faster. The three blog posts describe how ControlJS is used for async loading, delayed execution, and overriding document.write. The #1 performance best practice I’ve been evangelizing over the past year is progressive enhancement: deliver the page as HTML so
Evolution of Script Loading | High Performance Web Sites
December 6, 2010 8:06 am | 14 Comments Velocity China starts tomorrow morning. I’m kicking it off with a keynote and am finishing up my slides. I’ll be talking about progressive enhancement and smart script loading. As I reviewed the slides it struck me how the techniques for loading external scripts have changed significantly in the last few years. Let’s take a look at what we did, where we
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Perception of Speed | High Performance Web Sites
Radio link and Nav Timing | High Performance Web Sites
Loadtimer: a mobile test harness | High Performance Web Sites
Velocity China | High Performance Web Sites