jayhung
February 13, 2013, 12:21am
1
Here is one of several reports where I have noticed this behavior (seems to be a recent occurrence):
http://www.webpagetest.org/result/130212_20_AYE/
Line 7 of the FIRST VIEW report is http://s3.intuitstatic.com/assets/showroom_visual/v0_all-b2bbc9438d2f126dec9fd2c6d00ddc9d.js
Line 6 of the REPEAT VIEW report is http://s3.intuitstatic.com/assets/showroom_visual/v0_all-b2bbc9438d2f126dec9fd2c6d00ddc9d.js
[attachment=261]
The urls are identical. The cache headers show that they have a far future expiration and long ttl. Yet this request shows up in the repeat view chart (many other static asset urls on this chart have similar headers but show up in the repeat view).
Was there a recent update to the code, and could this be a bug?
pmeenan
February 13, 2013, 6:50pm
2
I don’t think it’s a bug in the testing - caching appears to work fine in general: http://www.webpagetest.org/result/130213_9W_169X/
The thing we have to figure out is why those specific resources are not successfully cached in those tests or what is causing IE to re-request them.
Strange thing is that I don’t see anything that should do it. The code is loaded through a straight tag and the headers look fine.
Does it happen all the time for this page or is it intermittent?
jayhung
February 19, 2013, 6:56pm
3
Sorry for my delay in response. This did not seem to happen before a certain point, and from what I can tell right about the end of January was when I began to notice this. Since then, some reports seem to work as expected while others did not. My best guess at this point is that it does appear intermittent.
www.intuit.com reports where it did not seem to happen:
Jan 15: WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests...
www.intuit.com reports where it did happen:
Jan 30: WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests...
This also is not the only url where this behavior was noticed. Here are some other ones:
Cache issue, payroll.intuit.com WebPageTest Test - Running web page performance and optimization tests...
No cache issue, payroll.intuit.com WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests... WebPageTest Test - Running web page performance and optimization tests...
pmeenan:
I don’t think it’s a bug in the testing - caching appears to work fine in general: WebPageTest Test - Running web page performance and optimization tests...
The thing we have to figure out is why those specific resources are not successfully cached in those tests or what is causing IE to re-request them.
Strange thing is that I don’t see anything that should do it. The code is loaded through a straight tag and the headers look fine.
Does it happen all the time for this page or is it intermittent?
I’ve tried this with IE9 on 2.9 and 2.7(?) private instances and I see the repeat view as uncached on 2.9 but as expected on 2.7.
That said this is the intuit.com appears to be the only site I see it happening on, every other site in IE9 appears to behave as expected.
jayhung
February 26, 2013, 10:38pm
5
A bump on this thread…
Today’s report, from the Miami location, also encountered the same uncached behaviors mentioned above. The report url is http://www.webpagetest.org/result/130226_NW_SQT/ and the page in question is Intuit | Customer Information
If you ignore some of the request lines with the jsessionid params, many of the other static assets do show far future expires yet does not seem to be cached in the repeat views (u can see that the repeat view times nearly match the first view times).
Anyone have any further insight?