ShowSlow 0.9 with support for PageSpeed 1.9 beacons

Upcoming PageSpeed 1.9 has a few new rules implemented and ShowSlow needs to keep up.

Welcome ShowSlow 0.9 with updated beacon.

New rules displayed include:

Just follow upgrade instructions if you already have an instance running.

Or you can download code package and install it.

ShowSlow 0.8: now tracking WebPageTest reports

WebPageTest logo

I don’t know about you, but I’ve been using WebPageTest a lot lately – having a web-based app always available makes wonders!

Testing one page over and over again is quite common when working on optimization for a particular site so I’ve added WebPageTest form to a details page on ShowSlow long time ago.

This was useful, but not keeping track of your data was unusual for ShowSlow so last week I’ve changed the code a bit and now all WebPageTest requests are kept along with other ShowSlow data for the URL so you can come back to the test and look at it again over time.

If you pick a private test, it will not be tracked. You can change this behavior for your instance, you can set $keepPrivatePageTests = true; in your config.php file.

You can see the set of tests collected for google.com

Get latest code from subversion or download the packages.

Performance as competitive advantage

Sometimes it’s hard to quantify the benefits of performance improvements. Many tools try to show you data and many rule-based tests and best practices exist to describe the goals, but there is still no clear connection in business people’s heads between particular site’s performance and savings or profits that performance optimization projects will bring.

As part of ShowSlow project I’m working on making it easier to get the technical answers, but my experience with real world web development projects and Web Performance Meetups movement is showing that business answer is often more important then technology answer here as ultimate requirements of performance are not technical (like in scalability, for example), but psychological.

But I’d like to look at this business problem from a new perspective that is different from traditional tweaking / improvements / benefit approach. I think that speed of interaction is such an essential product quality that by breaking traditional web performance barriers companies can create fundamentally new products and make completely new things possible in the cloud-based web application space.

Of course I’m talking about today’s Google Instant announcement. New user experience they introduced completely breaks traditional search paradigm similar to how AdWords broke advertising paradigm. More over, achieving this technical goal and building the system of this complexity is extremely hard, but this is exactly what makes it easier for them to keep competition at bay.

Google is not the first company to bake web performance into a new product. Facebook before them created new experience with their activity feed pages using various innovative technologies like BigPipe and HipHop, for example. Incredible statistics that brought them to the leading positions on the charts of the web heavily depend on ability to deliver next level of quality for their social product. Both Facebook and Google, invested in many backend and front end technologies that improve web performance and that allows them to keep unprecedented levels of user engagement.

It is great to see that competition between the two giants is moving web performance to the next level!

Again, competitive advantage cab be built by close attention to web application performance as well as new kind of products that would be impossible to develop with common latency levels and speed of interaction. To get to next levels of usability and to provide new experiences, companies must embrace web performance as a critical element in their product development.

What do you think? How can other big companies on the web change their products using high performance and get ahead of competition? Can you do that at your company?

Philip Tellis at NY Web Performance, September 15

New York Web Performance Group LogoSummer is over, we’re all vacation-recharged and it’s time for some serious Web Performance! Come out of your sleepy summer mood and join us for next New York Web Performance session.

September 15 at 5:45PM (time is updated) at Logicworks:

RSVP here: http://www.meetup.com/Web-Performance-NY/calendar/14568561/

Philip Tellis (@bluesmoon) will be speaking at New York Web Performance group about Boomerang!

Philip is a self described geek working for Yahoo! who recently presented Latency: Why You Should Worry and What You Can Do About It (video) at Velocity 2010.

His accomplishments include, but not limited to:

Topic:
Philip will be presenting his new open source project Boomerang.js. Why it was written, how to implement it, and what can be done with the data.

For a little background on Boomerang.js:
Boomerang is a piece of JavaScript that you add to your web pages, where it measures the performance of your website from your end user’s point of view. It has the ability to send this data back to your server for further analysis. With boomerang, you find out exactly how fast your users think your site is.< This is an excellent example of RUM (real user monitoring) that allows sites to effectively and actively measure real page performance for their actual users as they see it. Boomerang is open source and released under the BSD license. Agenda: (time is updated)
5:45 – arrive to the event, meet other members
6:00 – Introductions & Boomerang presentation by Philip Tellis
6:45 – Q&A
7:00 – Open Discussion, Networking

Location:
LogicWorks
155 Avenue of the Americas
Fifth Floor
New York, NY 10013

Directions: http://bit.ly/cK9cQx
Entrance View: http://bit.ly/a4DwrM

See you all there!

Drop-in .htaccess is now on Github. Go fork it!

Fork me on GitHubA few people got interested in drop-in web performance .htaccess file so I decided to move it to a separate project on Github and invite all of you to participate in building a simple solution for web site performance that anyone can use!

github.com/sergeychernyshev/.htaccess

Go, fork it! We have a lot of work to do:

Check out the issue tracker, add your own suggestions / bug reports and vote for those that you think are important.

P.S. If you’d like to include sample .htaccess file with your Subversion project, just run

svn propedit svn:externals .

and add following line to it:

sample.htaccess http://svn.github.com/sergeychernyshev/.htaccess.git

I did this in SVN Assets.