Here are ideas I hope to get to someday.
If you'd like to work on them, please do!
It'd be great if you let me know.
- Web Page Shorthand
- A big benefit of YSlow was it helped establish a performance vocabulary which made it easy for people from different teams
or even from different companies to talk about web performance.
Are we a YSlow "A" yet?
No, we're a "B".
Well, we were a "C" last quarter, so we're making progress.
It's great that in such a short hallway conversation so much information can be relayed.
I'd like to see a similar shorthand for other statistics that are most often cited when discussing performance of a web page.
Here's an example:
e:81|478,p:41|95,h:1|76,i:4|5,j:11|50,s:5|11,i:57|265,f:3|71,
Pithy, but not very intuitive.
There are enough clues in the format, however, that after working with it a few times,
performance engineers will be able to easily extract the information they need and hone
in on likely troublespots. Here's the format:
| e:81|478 | - Empty cache, number of requests (81) and total size (478K). |
| p:41|95 | - Primed cache, number of requests (81) and total size (478K). |
| h:1|76 | - HTML requests (1) and total size (76K). |
| i:4|5 | - ifRame requests (4) and total size (5K). |
| j:11|50 | - JavaScript requests (11) and total size (50K). |
| s:5|11 | - Stylesheet requests (5) and total size (11K). |
| i:57|265 | - Image requests (57) and total size (265K). |
| f:3|71 | - Flash requests (3) and total size (71K). |
After nailing down the format, performance tools like YSlow, Page Speed, Fiddler, AOL Pagetest, etc. could generate this shorthand
automatically.
Developers and users could include this in their emails, bug reports, and IRC discussions of performance problems,
and quickly convey a large amount of critical information that's often missing and forgotten.
10/28/09
- Performance Reports
- YSlow was built to generate a pithy, quantified performance summary.
This project entails generating a prose version of YSlow's output.
It would be a 5-10 page printout with sentences and paragraphs,
including explanations of the performance fixes and estimates of the expected speedups.
Website Grader has a similar example for SEO grading.
3/3/08
- DOM tab in Firebug Lite
- Firebug Lite provides Firebug's console logging capabilities in Internet Explorer.
Another useful piece of Firebug's functionality to have would be the DOM tab.
This wouldn't be too hard.
Walking the DOM in IE is possible.
It would be desirable to maintain the look-and-feel of Firebug,
and also to do this with minimal changes to the source code.
3/3/08
- Widget Performance Review
- Widgets are the future.
Pulling in content from disparate sources is already popular (My Yahoo!, iGoogle),
and will become more important as the number of intriguing web sites continues to grow.
Unfortunately, integrating multiple pieces of third party content in a single page presents a tremendous performance challenge.
This project involves conducting a survey of how gadgets are currently done in Facebook, My Yahoo!, iGoogle, Meebo, iTunes, etc.
From this survey a set of recommended best practices is put forth.
3/3/08
- Suggested Improvements for Browsers and Servers
- The need for some performance best practices could be eliminated if browser and server developers changed the default behavior of their products.
If browsers supported more than two connections per hostname it would be less critical to reduce the number of HTTP requests for scripts.
If Apache and IIS compressed scripts and stylesheets by default, developers wouldn't have to worry about that.
The list of suggestions for browser and server developers needs to be compiled and evangelized.
3/3/08