The FastWeb Race is a hands-on contest for anyone, who builds, tests, optimizes
or manages Web sites and apps. Submit your site to the FastWeb Race by July 15,
2009 and show us how your site stacks up in areas that matter most to end-users.

http://www.fastwebrace.com

Here's how it works:

Enter your Web site or Web application in either of the following two
categories:
1.       FASTEST IN THE WORLD - You think your site is faster than light speed
(or close to it) and/or you have achieved an order of magnitude performance
improvement.

Prize: FastWeb Race Performance Award and six months of free Web performance
monitoring from Keynote Systems.

2.       EAGER TO BECOME THE FASTEST - You have tried (almost) everything to
make your site faster, and you just don't get the performance improvements you
were expecting.

Prize: A free performance analysis ($10,000 value) including step-by-step
guidance from Web performance and acceleration experts at Google, Keynote, F5
and RockStarApps.

Submit your entry today to http://www.fastwebrace.com.

It would be fun to provide a site, and ask people to submit their fast
versions :)

On Jul 2, 2009, at 5:31 PM, "corinna.krueger"
<corinna.krueger@...> wrote:

> The FastWeb Race is a hands-on contest for anyone, who builds,
> tests, optimizes or manages Web sites and apps. Submit your site to
> the FastWeb Race by July 15, 2009 and show us how your site stacks
> up in areas that matter most to end-users.
>
> http://www.fastwebrace.com
>
> Here's how it works:
>
> Enter your Web site or Web application in either of the following
> two categories:
> 1.       FASTEST IN THE WORLD - You think your site is faster than
> light speed (or close to it) and/or you have achieved an order of
> magnitude performance improvement.
>
> Prize: FastWeb Race Performance Award and six months of free Web
> performance monitoring from Keynote Systems.
>
> 2.       EAGER TO BECOME THE FASTEST - You have tried (almost)
> everything to make your site faster, and you just don't get the
> performance improvements you were expecting.
>
> Prize: A free performance analysis ($10,000 value) including step-by-
> step guidance from Web performance and acceleration experts at
> Google, Keynote, F5 and RockStarApps.
>
> Submit your entry today to http://www.fastwebrace.com.
>
>
>
>
> ------------------------------------
>
> --
> http://developer.yahoo.com/performance/
> Yahoo! Groups Links
>
>
>

It would be fun to provide a site, and ask people to submit their fast
versions :)

On Jul 2, 2009, at 5:31 PM, "corinna.krueger"
<corinna.krueger@yahoo.com> wrote:

> The FastWeb Race is a hands-on contest for anyone, who builds,
> tests, optimizes or manages Web sites and apps. Submit your site to
> the FastWeb Race by July 15, 2009 and show us how your site stacks
> up in areas that matter most to end-users.
>
> http://www.fastwebrace.com
>
> Here's how it works:
>
> Enter your Web site or Web application in either of the following
> two categories:
> 1. FASTEST IN THE WORLD - You think your site is faster than
> light speed (or close to it) and/or you have achieved an order of
> magnitude performance improvement.
>
> Prize: FastWeb Race Performance Award and six months of free Web
> performance monitoring from Keynote Systems.
>
> 2. EAGER TO BECOME THE FASTEST - You have tried (almost)
> everything to make your site faster, and you just don't get the
> performance improvements you were expecting.
>
> Prize: A free performance analysis ($10,000 value) including step-by-
> step guidance from Web performance and acceleration experts at
> Google, Keynote, F5 and RockStarApps.
>
> Submit your entry today to http://www.fastwebrace.com.
>
>
>
>
> ------------------------------------
>
> --
> http://developer.yahoo.com/performance/
> Yahoo! Groups Links
>
>
>

-- Rob Larsen
--
http://htmlcssjavascript.com/
http://www.drunkenfist.com/

Yeah...something beastly, like a myspace page

--- On Thu, 7/2/09, Dion Almaer <dion@...> wrote:

> From: Dion Almaer <dion@...>
> Subject: Re: [exceptional-performance] Steve Souders is judge in FASTWEB RACE
Performance Contest  Deadline is July 15
> To: "exceptional-performance@yahoogroups.com"
<exceptional-performance@yahoogroups.com>
> Cc: "exceptional-performance@yahoogroups.com"
<exceptional-performance@yahoogroups.com>
> Date: Thursday, July 2, 2009, 8:06 PM
> It would be fun to provide a site,
> and ask people to submit their fast 
> versions :)
>
> On Jul 2, 2009, at 5:31 PM, "corinna.krueger" 
> <corinna.krueger@...>
> wrote:
>
> > The FastWeb Race is a hands-on contest for anyone, who
> builds, 
> > tests, optimizes or manages Web sites and apps. Submit
> your site to 
> > the FastWeb Race by July 15, 2009 and show us how your
> site stacks 
> > up in areas that matter most to end-users.
> >
> > http://www.fastwebrace.com
> >
> > Here's how it works:
> >
> > Enter your Web site or Web application in either of
> the following 
> > two categories:
> > 1.       FASTEST IN THE WORLD
> - You think your site is faster than 
> > light speed (or close to it) and/or you have achieved
> an order of 
> > magnitude performance improvement.
> >
> > Prize: FastWeb Race Performance Award and six months
> of free Web 
> > performance monitoring from Keynote Systems.
> >
> > 2.       EAGER TO BECOME THE
> FASTEST - You have tried (almost) 
> > everything to make your site faster, and you just
> don't get the 
> > performance improvements you were expecting.
> >
> > Prize: A free performance analysis ($10,000 value)
> including step-by-
> > step guidance from Web performance and acceleration
> experts at 
> > Google, Keynote, F5 and RockStarApps.
> >
> > Submit your entry today to http://www.fastwebrace.com.
> >
> >
> >
> >
> > ------------------------------------
> >
> > --
> > http://developer.yahoo.com/performance/
> > Yahoo! Groups Links
> >
> >
> >
>
>
> ------------------------------------
>
> --
> http://developer.yahoo.com/performance/
> Yahoo! Groups Links
>
>
>     mailto:exceptional-performance-fullfeatured@yahoogroups.com
>
>
>

Very good idea =)

On Thu, Jul 2, 2009 at 10:01 PM, Jared Hirsch<jaredhirsch@...> wrote:
>
>
>
> Yeah...something beastly, like a myspace page
>
> --- On Thu, 7/2/09, Dion Almaer <dion@...> wrote:
>
>> From: Dion Almaer <dion@...>
>> Subject: Re: [exceptional-performance] Steve Souders is judge in FASTWEB
>> RACE Performance Contest Deadline is July 15
>> To: "exceptional-performance@yahoogroups.com"
>> <exceptional-performance@yahoogroups.com>
>> Cc: "exceptional-performance@yahoogroups.com"
>> <exceptional-performance@yahoogroups.com>
>> Date: Thursday, July 2, 2009, 8:06 PM
>> It would be fun to provide a site,
>> and ask people to submit their fast
>> versions :)
>>
>> On Jul 2, 2009, at 5:31 PM, "corinna.krueger"
>> <corinna.krueger@...>
>> wrote:
>>
>> > The FastWeb Race is a hands-on contest for anyone, who
>> builds,
>> > tests, optimizes or manages Web sites and apps. Submit
>> your site to
>> > the FastWeb Race by July 15, 2009 and show us how your
>> site stacks
>> > up in areas that matter most to end-users.
>> >
>> > http://www.fastwebrace.com
>> >
>> > Here's how it works:
>> >
>> > Enter your Web site or Web application in either of
>> the following
>> > two categories:
>> > 1.       FASTEST IN THE WORLD
>> - You think your site is faster than
>> > light speed (or close to it) and/or you have achieved
>> an order of
>> > magnitude performance improvement.
>> >
>> > Prize: FastWeb Race Performance Award and six months
>> of free Web
>> > performance monitoring from Keynote Systems.
>> >
>> > 2.       EAGER TO BECOME THE
>> FASTEST - You have tried (almost)
>> > everything to make your site faster, and you just
>> don't get the
>> > performance improvements you were expecting.
>> >
>> > Prize: A free performance analysis ($10,000 value)
>> including step-by-
>> > step guidance from Web performance and acceleration
>> experts at
>> > Google, Keynote, F5 and RockStarApps.
>> >
>> > Submit your entry today to http://www.fastwebrace.com.
>> >
>> >
>> >
>> >
>> > ------------------------------------
>> >
>> > --
>> > http://developer.yahoo.com/performance/
>> > Yahoo! Groups Links
>> >
>> >
>> >
>>
>>
>> ------------------------------------
>>
>> --
>> http://developer.yahoo.com/performance/
>> Yahoo! Groups Links
>>
>>
>>     mailto:exceptional-performance-fullfeatured@yahoogroups.com
>>
>>
>>
>
>



--
Felipe Plets
http://www.plets.com.br/

http://css-sprite-generator.waltercedric.com/

I have found that one to be a slightly better option and is actually based on
the one recommended earlier by others

--- In exceptional-performance@yahoogroups.com, Jared Hirsch <jaredhirsch@...>
wrote:
>
>
> Anyone know of a good, open-source PHP CSS Sprite generator? I've found a few,
but nothing that looks very solid.
>

http://developer.yahoo.com/performance/rules.html#flush

Implementing my upcoming site I have gone through this very helpful set of
guidelines and found myself stack at the point of flushing which I feel,
although is promising considering enhanced user experience, contradicts with
earlier set rules of:
1. compression
2. content length

These 2 issues among others are also mentioned here:
http://stackoverflow.com/questions/352759/php-flush-how-often-and-best-practises\
/352787

So I am now wondering if someone have been able to achieve implementing the rule
of early flushing and still maintained compression, as for content length I
don't see how that can ever be achieved so lets forget that part. If so please
let me know how.

If not, I do believe I make a better choice to prefer compression above
flushing, or any data that might shade light on this issue?

Thanks

--- In exceptional-performance@yahoogroups.com, "gobezu@..." <gobezu@...> wrote:
>
> http://developer.yahoo.com/performance/rules.html#flush
>
> Implementing my upcoming site I have gone through this very helpful set of
guidelines and found myself stack at the point of flushing which I feel,
although is promising considering enhanced user experience, contradicts with
earlier set rules of:
> 1. compression
> 2. content length
>
> These 2 issues among others are also mentioned here:
>
http://stackoverflow.com/questions/352759/php-flush-how-often-and-best-practises\
/352787
>
> So I am now wondering if someone have been able to achieve implementing the
rule of early flushing and still maintained compression, as for content length I
don't see how that can ever be achieved so lets forget that part. If so please
let me know how.
>
> If not, I do believe I make a better choice to prefer compression above
flushing, or any data that might shade light on this issue?
>
> Thanks
>

With "Transfer-Encoding: chunked" header you can send compressed contents in
more parts.

Also, consider using ob_flush() alongside flush() so that the buffered content
is flushed and sent compressed.

It works.

It looks like Smush.it is down again.

I'm getting 'No such file or directory in
/mnt/local/home/smushit/imgopt.com/Smushit.lib.php on line 306'

I understand that smushit.com is the new, Yahoo-supported domain, but I can't
get that to work, either.  When I use smushit.com/ws.php... it says it's unable
to create a temp file.

As someone suggested here, I've emailed Yahoo to ask about using the new domain
for my plugin (http://wordpress.org/extend/plugins/wp-smushit/) but I never
received a response.

Any guidance would be great for me, and the people using my plugin.

Thanks,

Alex

thanks dereck009
with your words I went out searching for more and found this page:
http://www.stevesouders.com/blog/2009/05/18/flushing-the-document-early/
and have managed to run a small script with early flushing
thanks a lot

--- In exceptional-performance@yahoogroups.com, "dereck009" <galambalazs@...>
wrote:
>
> --- In exceptional-performance@yahoogroups.com, "gobezu@" <gobezu@> wrote:
> >
> > http://developer.yahoo.com/performance/rules.html#flush
> >
> > Implementing my upcoming site I have gone through this very helpful set of
guidelines and found myself stack at the point of flushing which I feel,
although is promising considering enhanced user experience, contradicts with
earlier set rules of:
> > 1. compression
> > 2. content length
> >
> > These 2 issues among others are also mentioned here:
> >
http://stackoverflow.com/questions/352759/php-flush-how-often-and-best-practises\
/352787
> >
> > So I am now wondering if someone have been able to achieve implementing the
rule of early flushing and still maintained compression, as for content length I
don't see how that can ever be achieved so lets forget that part. If so please
let me know how.
> >
> > If not, I do believe I make a better choice to prefer compression above
flushing, or any data that might shade light on this issue?
> >
> > Thanks
> >
>
> With "Transfer-Encoding: chunked" header you can send compressed contents in
more parts.
>
> Also, consider using ob_flush() alongside flush() so that the buffered content
is flushed and sent compressed.
>
> It works.
>

I gather that the developers are working hard to bring YSlow up to date to run
on FireFox 3.5 but some word would help. We currently use YSlow to create a
dashboard monthly on our web page performance. If YSlow is not going to be
updated soon then I will have to figure out a different approach. I like the
current scoring system that YSlow has over the "other" offerings currently
available.

Please just say something so the folks that love and use YSlow daily can get
back to work with it.

Thanks in advance,
Mark

1. find where the Firefox stores the extensions on your hard drive. On Windows it’s like: C:\Documents and Settings\[YOURUSERNAME]\Application Data\Mozilla\Firefox\Profiles\[YOURPROFILE].default\extensions On a Mac, like cd /Users/[USERNAME]/Library/Application\ Support/Firefox/Profiles/[PROFILENAME]/extensions/
2. Edit the file install.rdf in yslow@.../ directory
3. replace em:maxVersion="3.0.*" with em:maxVersion="3.5.*"
4. Save, restart Firefox
   

  

  

I gather that the developers are working hard to bring YSlow up to date to run on FireFox 3.5 but some word would help. We currently use YSlow to create a dashboard monthly on our web page performance. If YSlow is not going to be updated soon then I will have to figure out a different approach. I like the current scoring system that YSlow has over the "other" offerings currently available.

Please just say something so the folks that love and use YSlow daily can get back to work with it.

Thanks in advance,
Mark

  
    

Just like Stoyan, I don't work on YSlow either, so don't consider my
word as official, however out of curiosity, I did try playing around
with the code a bit to get it to work with Firefox 3.5.  Stoyan's
solution works, but sometimes there are some problems when running it
with firebug 1.4.  I know that the team is working actively to fix all
remaining issues.

Philip

j dropped bits saying:

> I gather that the developers are working hard to bring YSlow up to date to run
on FireFox 3.5 but some word would help. We currently use YSlow to create a
dashboard monthly on our web page performance. If YSlow is not going to be
updated soon then I will have to figure out a different approach. I like the
current scoring system that YSlow has over the "other" offerings currently
available.
>
> Please just say something so the folks that love and use YSlow daily can get
back to work with it.
>
> Thanks in advance,
> Mark
>
>
>
>
> ------------------------------------
>
>

The YSlow team is working hard to bring YSlow run on Firefox 3.5.  The team has
run into some integration issues with firebug 1.4. A new version will be release
as soon as the issues are resolved.  Thank you for your patience.

--- In exceptional-performance@yahoogroups.com, "joltblaster" <mark.widner@...>
wrote:
>
> I gather that the developers are working hard to bring YSlow up to date to run
on FireFox 3.5 but some word would help. We currently use YSlow to create a
dashboard monthly on our web page performance. If YSlow is not going to be
updated soon then I will have to figure out a different approach. I like the
current scoring system that YSlow has over the "other" offerings currently
available.
>
> Please just say something so the folks that love and use YSlow daily can get
back to work with it.
>
> Thanks in advance,
> Mark
>

I just pushed an update that changes the behavior of how the "Start
Render" measurement works.  It used to mark the time at which something
could display on the page (the content dimensions would be non-zero) but
it didn't mean that anything was ACTUALLY displayed.

The update moves the measurement to when something actually gets drawn
to the screen for the first time.  I can't guarantee that the
"something" is anything the user cares about (css background image for
example) but I can guarantee that it is the first time that anything
gets rendered to the screen.  I also added in  a screen shot of what the
screen looked like at the start render time so you can see what was
displayed (if it looks blank it isn't really, may just be
compressed-away by heavy jpeg compression of the screen shot or your
background color is just off-white).  When you go to the "Screen Shot"
page  the various screen shots for that page load will be displayed.

I also added in a screen shot for the "DOM Element time" so you can see
what the screen looked like at the time that measurement point was
registered but that measurement doesn't get a lot of use.

If you see anything not acting as you'd expect, please let me know.

Thanks,

-Pat

  

  

I just pushed an update that changes the behavior of how the "Start
Render" measurement works.  It used to mark the time at which something
could display on the page (the content dimensions would be non-zero) but
it didn't mean that anything was ACTUALLY displayed.

The update moves the measurement to when something actually gets drawn
to the screen for the first time.  I can't guarantee that the
"something" is anything the user cares about (css background image for
example) but I can guarantee that it is the first time that anything
gets rendered to the screen.  I also added in  a screen shot of what the
screen looked like at the start render time so you can see what was
displayed (if it looks blank it isn't really, may just be
compressed-away by heavy jpeg compression of the screen shot or your
background color is just off-white).  When you go to the "Screen Shot"
page  the various screen shots for that page load will be displayed.

I also added in a screen shot for the "DOM Element time" so you can see
what the screen looked like at the time that measurement point was
registered but that measurement doesn't get a lot of use.

If you see anything not acting as you'd expect, please let me know.

Thanks,

-Pat

  
    

I've asked a few times before about the old smush.it site, which I understand is
deprecated.

Can I hook into http://www.smushit.com/ysmush.it/ws.php (e.g.
http://www.smushit.com/ysmush.it/ws.php?img=http://smush.it/css/skin/screenshot.\
png) with any confidence?

I'd love to use the official, Yahoo-hosted version of this fantastic tool, but I
don't want to jump the gun if it's going to move.

I have two questions about YSlow.

Q1) I use @import in my stylesheets. I know the stylesheets are loading
correctly in the browser, but YSlow says it is a 404.

in the CSS file I have
@import url('../theme/library/css/18px.css');

YSlow says:
There is 1 request that is 404 Not Found
     * http://mydomain.com/../hybrid/library/css/18px.css
of course YSlow is going to think it is a 404. it sees a relative path as
relative to root path.

am i missing something obvious here? i find it hard to believe no one has
noticed this. i WOULD search if i could, but the search is broken, right?

Q2) Is there a way to turn off the CDN test? it is unreasonable to grade F on
something that only makes sense (and is affordable) to less than 3% of the web

thanks!!

No idea about your CSS issues, but for the CDN, just enter your site
domain in the

extensions.firebug.yslow.cdnHostnames

config variable (about:config)

On 08/07/2009, Eddie <ebarcell@...> wrote:
>
>
>
>
>
>
>
>
> I have two questions about YSlow.
>
>  Q1) I use @import in my stylesheets. I know the stylesheets are loading
> correctly in the browser, but YSlow says it is a 404.
>
>  in the CSS file I have
>  @import url('../theme/library/css/18px.css');
>
>  YSlow says:
>  There is 1 request that is 404 Not Found
>  * http://mydomain.com/../hybrid/library/css/18px.css
>  of course YSlow is going to think it is a 404. it sees a relative path as
> relative to root path.
>
>  am i missing something obvious here? i find it hard to believe no one has
> noticed this. i WOULD search if i could, but the search is broken, right?
>
>  Q2) Is there a way to turn off the CDN test? it is unreasonable to grade F
> on something that only makes sense (and is affordable) to less than 3% of
> the web
>
>  thanks!!
>
>
>

E dropped bits saying:

> Q1) I use @import in my stylesheets. I know the stylesheets are loading
correctly in the browser, but YSlow says it is a 404.
>
> in the CSS file I have
> @import url('../theme/library/css/18px.css');
>
> YSlow says:
> There is 1 request that is 404 Not Found
>    * http://mydomain.com/../hybrid/library/css/18px.css
> of course YSlow is going to think it is a 404. it sees a relative path as
relative to root path.
>
> am i missing something obvious here? i find it hard to believe no one has
noticed this. i WOULD search if i could, but the search is broken, right?

not sure about the answer to the above, but which search are you
referring to?

>
> Q2) Is there a way to turn off the CDN test? it is unreasonable to grade F on
something that only makes sense (and is affordable) to less than 3% of the web

Which version of YSlow are you using?  The 2.x versions allow you to
selectively enable/disable certain tests.

E dropped bits saying:

> Q1) I use @import in my stylesheets. I know the stylesheets are loading correctly in the browser, but YSlow says it is a 404.
>
> in the CSS file I have
> @import url('../theme/library/css/18px.css');
>
> YSlow says:
> There is 1 request that is 404 Not Found
> * http://mydomain.com/../hybrid/library/css/18px.css
> of course YSlow is going to think it is a 404. it sees a relative path as relative to root path.
>
> am i missing something obvious here? i find it hard to believe no one has noticed this. i WOULD search if i could, but the search is broken, right?

not sure about the answer to the above, but which search are you
referring to?

>
> Q2) Is there a way to turn off the CDN test? it is unreasonable to grade F on something that only makes sense (and is affordable) to less than 3% of the web

Which version of YSlow are you using? The 2.x versions allow you to
selectively enable/disable certain tests.

I tried pointing YSlow 2.0.0b4 using YSlow V2 rulesets to evaluate riktor.com,
and it told me the following, which I suspect is not true...

-----
Grade C on Configure entity tags (ETags)

There are 2 components with misconfigured ETags

     * http://www.riktor.com//dev/temp2/images/new-logo.gif
     * http://www.dreamhost.com/images/rewards/125x125-a.gif

Entity tags (ETags) are a mechanism web servers and the browser use to determine
whether a component in the browser's cache matches one on the origin server.
Since ETags are typically constructed using attributes that make them unique to
a specific server hosting a site, the tags will not match when a browser gets
the original component from one server and later tries to validate that
component on a different server.

»Read More
-----



I've since, cleared my cache, and ran header viewing tools, and the etag appears
to already be in use. So, at first glance, it looks like YSlow isn't grading
Server: "Configure entity tags (ETags)" correctly...

-----
http://www.riktor.com/

GET / HTTP/1.1
Host: www.riktor.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cache-Control: max-age=0

HTTP/1.x 200 OK
Date: Wed, 08 Jul 2009 21:57:05 GMT
Server: Apache
X-Powered-By: PHP/5.2.6
Content-Encoding: gzip
Vary: Accept-Encoding
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
----------------------------------------------------------
http://www.riktor.com/dev/temp2/images/new-logo.gif

GET /dev/temp2/images/new-logo.gif HTTP/1.1
Host: www.riktor.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://www.riktor.com/
If-Modified-Since: Mon, 14 May 2007 23:11:27 GMT
If-None-Match: "32c92f0-1148-3c8d25c0"
Cache-Control: max-age=0

HTTP/1.x 304 Not Modified
Date: Wed, 08 Jul 2009 21:57:05 GMT
Server: Apache
Connection: Keep-Alive
Keep-Alive: timeout=2, max=99
Etag: "32c92f0-1148-3c8d25c0"
----------------------------------------------------------
http://www.dreamhost.com/images/rewards/125x125-a.gif

GET /images/rewards/125x125-a.gif HTTP/1.1
Host: www.dreamhost.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://www.riktor.com/
If-Modified-Since: Tue, 07 Jul 2009 18:13:15 GMT
If-None-Match: "71df1-3885-4a53903b"
Cache-Control: max-age=0

HTTP/1.x 200 OK
Date: Wed, 08 Jul 2009 21:57:05 GMT
Server: Apache
Last-Modified: Tue, 07 Jul 2009 18:12:10 GMT
Etag: "a127c-3885-4a538ffa"
Accept-Ranges: bytes
Content-Length: 14469
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Content-Type: image/gif
----------------------------------------------------------
-----

I will say thank you! I am eagerly awaiting the newest release, as your plugin
was suggested by SitePoint for my use. Keep up the good work, and I look forward
to using your plugin in the near future.

Pat,

Yeah, I think you have the headers confused. For each transaction (the first is
the default text/html web page, the second is the "new-logo.gif" image, and the
third is the "125x125-a.gif" image). So for each of the two parts to each
transaction, the first one is the request to the webserver with it's known
modified since and etag value(the modified since and etag are only known because
they were in my browser's cache). If those values are both identical to what is
on the webserver, the webserver will respond with the 304 Not Modified, stating
that the cached copy in the browser is the most current. So it can ignore the
effort of pushing the bulky content again, and just deliver the acknowledgment
header message.

While the second part, is the webserver delivering the requested image when the
modified since or the etag is different. That's why one of the two images in the
header data is 304 (up to date) and 200 (file found, sending the following
file's content as follows).

Yet, with both of those 200 and 304 responses from the webserver, the webserver
includes the eTag of the file in question.

For more info on the topic, reference this:
http://en.wikipedia.org/wiki/HTTP_ETag

So, my whole point for starting this topic, is that the apache servers for the
two gif images, are both being reported as not having etags at all, where it is
clear that etag data is being passed from the webserver. I.E. YSlow is
misinterpreting what is being received from the webserver in some fashion.


--- In exceptional-performance@yahoogroups.com, "Patrick Meenan" <PatMeenan@...>
wrote:
>
> The point is that ETag's aren't necessary for static content and (generally)
> shouldn't be used because the configuration can easily be messed up.  Unless
> I'm mis-reading the headers or the e-mail, it looks like ETagss are being
> sent down with the responses and that is what is causing it to fail.
>
> -Pat
>
>
>
> From: exceptional-performance@yahoogroups.com
> [mailto:exceptional-performance@yahoogroups.com] On Behalf Of brainsto
> Sent: Wednesday, July 08, 2009 6:00 PM
> To: exceptional-performance@yahoogroups.com
> Subject: [exceptional-performance] Grade: Server: "Configure entity tags
> (ETags)"... Incorrect?
>
>
>
>
>
>
>
>
> I tried pointing YSlow 2.0.0b4 using YSlow V2 rulesets to evaluate
> riktor.com, and it told me the following, which I suspect is not true...
>
> -----
> Grade C on Configure entity tags (ETags)
>
> There are 2 components with misconfigured ETags
>
> * http://www.riktor.com//dev/temp2/images/new-logo.gif
> <http://www.riktor.com/dev/temp2/images/new-logo.gif>
> * http://www.dreamhost.com/images/rewards/125x125-a.gif
>
> Entity tags (ETags) are a mechanism web servers and the browser use to
> determine whether a component in the browser's cache matches one on the
> origin server. Since ETags are typically constructed using attributes that
> make them unique to a specific server hosting a site, the tags will not
> match when a browser gets the original component from one server and later
> tries to validate that component on a different server.
>
> >Read More
> -----
>
> I've since, cleared my cache, and ran header viewing tools, and the etag
> appears to already be in use. So, at first glance, it looks like YSlow isn't
> grading Server: "Configure entity tags (ETags)" correctly...
>
> -----
> http://www.riktor.com/
>
> GET / HTTP/1.1
> Host: www.riktor.com
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Cache-Control: max-age=0
>
> HTTP/1.x 200 OK
> Date: Wed, 08 Jul 2009 21:57:05 GMT
> Server: Apache
> X-Powered-By: PHP/5.2.6
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Keep-Alive: timeout=2, max=100
> Connection: Keep-Alive
> Transfer-Encoding: chunked
> Content-Type: text/html
> ----------------------------------------------------------
> http://www.riktor.com/dev/temp2/images/new-logo.gif
>
> GET /dev/temp2/images/new-logo.gif HTTP/1.1
> Host: www.riktor.com
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
> Accept: image/png,image/*;q=0.8,*/*;q=0.5
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Referer: http://www.riktor.com/
> If-Modified-Since: Mon, 14 May 2007 23:11:27 GMT
> If-None-Match: "32c92f0-1148-3c8d25c0"
> Cache-Control: max-age=0
>
> HTTP/1.x 304 Not Modified
> Date: Wed, 08 Jul 2009 21:57:05 GMT
> Server: Apache
> Connection: Keep-Alive
> Keep-Alive: timeout=2, max=99
> Etag: "32c92f0-1148-3c8d25c0"
> ----------------------------------------------------------
> http://www.dreamhost.com/images/rewards/125x125-a.gif
>
> GET /images/rewards/125x125-a.gif HTTP/1.1
> Host: www.dreamhost.com
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
> Accept: image/png,image/*;q=0.8,*/*;q=0.5
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Referer: http://www.riktor.com/
> If-Modified-Since: Tue, 07 Jul 2009 18:13:15 GMT
> If-None-Match: "71df1-3885-4a53903b"
> Cache-Control: max-age=0
>
> HTTP/1.x 200 OK
> Date: Wed, 08 Jul 2009 21:57:05 GMT
> Server: Apache
> Last-Modified: Tue, 07 Jul 2009 18:12:10 GMT
> Etag: "a127c-3885-4a538ffa"
> Accept-Ranges: bytes
> Content-Length: 14469
> Keep-Alive: timeout=2, max=100
> Connection: Keep-Alive
> Content-Type: image/gif
> ----------------------------------------------------------
> -----
>

Why do you think that ETags aren't necessary for static content? Not, that I'm
saying they ARE necessary for static content, but where should they be
necessary, if at all, else what should be used in their place?

I didn't manage to come across anything yet that made reference to what you're
saying, so I'm curious about it.


--- In exceptional-performance@yahoogroups.com, "Patrick Meenan" <PatMeenan@...>
wrote:
>
> The point is that ETag's aren't necessary for static content and (generally)
shouldn't be used because the configuration can easily be messed up.

YSlow is telling you to turn off ETags in apache so that the Etags
header is never sent.

b dropped bits saying:

> Pat,
>
> Yeah, I think you have the headers confused. For each transaction (the first
is the default text/html web page, the second is the "new-logo.gif" image, and
the third is the "125x125-a.gif" image). So for each of the two parts to each
transaction, the first one is the request to the webserver with it's known
modified since and etag value(the modified since and etag are only known because
they were in my browser's cache). If those values are both identical to what is
on the webserver, the webserver will respond with the 304 Not Modified, stating
that the cached copy in the browser is the most current. So it can ignore the
effort of pushing the bulky content again, and just deliver the acknowledgment
header message.
>
> While the second part, is the webserver delivering the requested image when
the modified since or the etag is different. That's why one of the two images in
the header data is 304 (up to date) and 200 (file found, sending the following
file's content as follows).
>
> Yet, with both of those 200 and 304 responses from the webserver, the
webserver includes the eTag of the file in question.
>
> For more info on the topic, reference this:
http://en.wikipedia.org/wiki/HTTP_ETag
>
> So, my whole point for starting this topic, is that the apache servers for the
two gif images, are both being reported as not having etags at all, where it is
clear that etag data is being passed from the webserver. I.E. YSlow is
misinterpreting what is being received from the webserver in some fashion.
>
>
> --- In exceptional-performance@yahoogroups.com, "Patrick Meenan"
<PatMeenan@...> wrote:
>>
>> The point is that ETag's aren't necessary for static content and (generally)
>> shouldn't be used because the configuration can easily be messed up.  Unless
>> I'm mis-reading the headers or the e-mail, it looks like ETagss are being
>> sent down with the responses and that is what is causing it to fail.
>>
>> -Pat
>>
>>
>>
>> From: exceptional-performance@yahoogroups.com
>> [mailto:exceptional-performance@yahoogroups.com] On Behalf Of brainsto
>> Sent: Wednesday, July 08, 2009 6:00 PM
>> To: exceptional-performance@yahoogroups.com
>> Subject: [exceptional-performance] Grade: Server: "Configure entity tags
>> (ETags)"... Incorrect?
>>
>>
>>
>>
>>
>>
>>
>>
>> I tried pointing YSlow 2.0.0b4 using YSlow V2 rulesets to evaluate
>> riktor.com, and it told me the following, which I suspect is not true...
>>
>> -----
>> Grade C on Configure entity tags (ETags)
>>
>> There are 2 components with misconfigured ETags
>>
>> * http://www.riktor.com//dev/temp2/images/new-logo.gif
>> <http://www.riktor.com/dev/temp2/images/new-logo.gif>
>> * http://www.dreamhost.com/images/rewards/125x125-a.gif
>>
>> Entity tags (ETags) are a mechanism web servers and the browser use to
>> determine whether a component in the browser's cache matches one on the
>> origin server. Since ETags are typically constructed using attributes that
>> make them unique to a specific server hosting a site, the tags will not
>> match when a browser gets the original component from one server and later
>> tries to validate that component on a different server.
>>
>>> Read More
>> -----
>>
>> I've since, cleared my cache, and ran header viewing tools, and the etag
>> appears to already be in use. So, at first glance, it looks like YSlow isn't
>> grading Server: "Configure entity tags (ETags)" correctly...
>>
>> -----
>> http://www.riktor.com/
>>
>> GET / HTTP/1.1
>> Host: www.riktor.com
>> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
>> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
>> Accept-Language: en-us,en;q=0.5
>> Accept-Encoding: gzip,deflate
>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
>> Keep-Alive: 300
>> Connection: keep-alive
>> Cache-Control: max-age=0
>>
>> HTTP/1.x 200 OK
>> Date: Wed, 08 Jul 2009 21:57:05 GMT
>> Server: Apache
>> X-Powered-By: PHP/5.2.6
>> Content-Encoding: gzip
>> Vary: Accept-Encoding
>> Keep-Alive: timeout=2, max=100
>> Connection: Keep-Alive
>> Transfer-Encoding: chunked
>> Content-Type: text/html
>> ----------------------------------------------------------
>> http://www.riktor.com/dev/temp2/images/new-logo.gif
>>
>> GET /dev/temp2/images/new-logo.gif HTTP/1.1
>> Host: www.riktor.com
>> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
>> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
>> Accept: image/png,image/*;q=0.8,*/*;q=0.5
>> Accept-Language: en-us,en;q=0.5
>> Accept-Encoding: gzip,deflate
>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
>> Keep-Alive: 300
>> Connection: keep-alive
>> Referer: http://www.riktor.com/
>> If-Modified-Since: Mon, 14 May 2007 23:11:27 GMT
>> If-None-Match: "32c92f0-1148-3c8d25c0"
>> Cache-Control: max-age=0
>>
>> HTTP/1.x 304 Not Modified
>> Date: Wed, 08 Jul 2009 21:57:05 GMT
>> Server: Apache
>> Connection: Keep-Alive
>> Keep-Alive: timeout=2, max=99
>> Etag: "32c92f0-1148-3c8d25c0"
>> ----------------------------------------------------------
>> http://www.dreamhost.com/images/rewards/125x125-a.gif
>>
>> GET /images/rewards/125x125-a.gif HTTP/1.1
>> Host: www.dreamhost.com
>> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)
>> Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.21022) FirePHP/0.3
>> Accept: image/png,image/*;q=0.8,*/*;q=0.5
>> Accept-Language: en-us,en;q=0.5
>> Accept-Encoding: gzip,deflate
>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
>> Keep-Alive: 300
>> Connection: keep-alive
>> Referer: http://www.riktor.com/
>> If-Modified-Since: Tue, 07 Jul 2009 18:13:15 GMT
>> If-None-Match: "71df1-3885-4a53903b"
>> Cache-Control: max-age=0
>>
>> HTTP/1.x 200 OK
>> Date: Wed, 08 Jul 2009 21:57:05 GMT
>> Server: Apache
>> Last-Modified: Tue, 07 Jul 2009 18:12:10 GMT
>> Etag: "a127c-3885-4a538ffa"
>> Accept-Ranges: bytes
>> Content-Length: 14469
>> Keep-Alive: timeout=2, max=100
>> Connection: Keep-Alive
>> Content-Type: image/gif
>> ----------------------------------------------------------
>> -----
>>
>
>
>
>
> ------------------------------------
>
>

For static content, Etags duplicate the functionality of
Last-Modified. That in itself is wasteful of bandwidth and a tiny bit
of processing overhead.

Etags are designed for dynamic pages when a simple last-modifed is
either not practical, or possible.

The default apache Etag configuration (which appears to be used here:
Etag: "a127c-3885-4a538ffa" ) - includes the server inode in the
calculation.

So if the server is changed - or becomes part of a load balanced
cluster - then the inode of the exact same file is likely to change,
which means the etag check will fail when the file itself hasnt
changed. (causing files to be sent when not needed)

Correctly configured they can be useful, but as they are configured
out of the Box on Apache and IIS they are recipe for confusion (as
appears to be in this case!)

So YSlow takes the pragmatic approach and just recommends plain disabling them.


On 09/07/2009, brainsto <steve@...> wrote:
>

>
>
> Why do you think that ETags aren't necessary for static content? Not, that
> I'm saying they ARE necessary for static content, but where should they be
> necessary, if at all, else what should be used in their place?
>
>  I didn't manage to come across anything yet that made reference to what
> you're saying, so I'm curious about it.
>
>  --- In exceptional-performance@yahoogroups.com, "Patrick
> Meenan" <PatMeenan@...> wrote:
>  >
>  > The point is that ETag's aren't necessary for static content and
> (generally) shouldn't be used because the configuration can easily be messed
> up.
>
>
>


--
Barry

- www.nearby.org.uk - www.geograph.org.uk -