CDN getting an "F" on all locations?

DJMorrisInc · June 26, 2010, 8:07pm

I have got MaxCDN now and at first my CDN score was a “C” for the first day, but now it is an “F” for all locations and browsers…how is this possible and what am I missing besides a screw or two? Also, I set up PHP Speedy and am running that along with w3-total cache and yet my js and css is still not compressed? Sorry to be a pain, but this is confusing stuff to the computer illiterate!

http://www.webpagetest.org/result/100626_JP1/

pmeenan · June 26, 2010, 8:24pm

Looks like some of the content is still coming directly from jupiterflhomes.com (particularly the ones that go through the thumbnail generator) as well as the requests to mls-photos.diversesolutions.com.

If you go to the checklist it will show you every request that had a problem:

I’m not sure what kind of control you have on the diversesolutions assets but if you can change the url at all you could reference them through your CDN account as well (just configure a new pull zone).

DJMorrisInc · June 27, 2010, 8:28am

All those FAILED thumb.jpg’s were coming from one widget and once I removed it my test results for IE7 were http://www.webpagetest.org/result/100627_K3E/ and IE8 http://www.webpagetest.org/result/100627_K3F/ . Doesn’t quite fix the root of the problem, but it helped.

Is there a way to easily improve my text compression? Also, I am not sure why IE7 gives my js and css an “A” and IE8 gives it an “F”…that doesn’t make much sense to me at all? I promise that I am going to figure all this stuff out real soon :D!

pmeenan · June 27, 2010, 1:23pm

Looks like I need to tweak the js and css logic a bit. Right now it considers any js or css files that start before the “start render” time and recommends that they get combined. In the case of IE8 it goes through the requests fast enough that your js files (presumably at the bottom of the body but certainly somewhere outside of the head) get started before the page is rendered.

I need to tweak the logic to only consider files that finish before start render (so that they are blocking the render).

if the widget was useful, don’t necessarily remove it - it’s just that the performance for that widget wasn’t as fast as it could be but I’d never recommend removing valuable user features for something like a CDN issue (though if you can tweak the widget to use your CDN even better).

The compress text problem looks like it is for resources coming through the CDN:

FAILED (18.5 KB, compressed = 4.8 KB - savings of 13.7 KB) - http://jupiterflhomes.jupiterfloridaho.netdna-cdn.com/wp-includes/js/jquery/ui.draggable.js?ver=1.7.3
FAILED (17.8 KB, compressed = 5.4 KB - savings of 12.4 KB) - http://jupiterflhomes.jupiterfloridaho.netdna-cdn.com/wp-includes/js/jquery/ui.resizable.js?ver=1.7.3
FAILED (12.3 KB, compressed = 4.0 KB - savings of 8.4 KB) - http://jupiterflhomes.jupiterfloridaho.netdna-cdn.com/wp-includes/js/thickbox/thickbox.js?ver=3.1-20100407
FAILED (10.7 KB, compressed = 3.6 KB - savings of 7.1 KB) - http://jupiterflhomes.jupiterfloridaho.netdna-cdn.com/wp-includes/js/jquery/ui.dialog.js?ver=1.7.3
FAILED (8.3 KB, compressed = 3.3 KB - savings of 5.0 KB) - http://jupiterflhomes.jupiterfloridaho.netdna-cdn.com/wp-includes/js/jquery/ui.core.js?ver=1.7.3

There should be a compression checkbox in your pull-zone configuration. Make sure it is checked and enabled for all of the different file types.

DJMorrisInc · June 27, 2010, 4:31pm

Great advice, and I went in and checked the box in MaxCDN, which I was obviously unaware of…I’ll run another test, but I am sure that will be a good solution. I love this forum…I learn something new every day. Thanks!

Update :)…I ran another test after checking the compression and fixing 6 of my social icons that FAILED being compressed to 8 bit, so I just used photoshop to make the files smaller…I finally got my test results satisfactory WebPageTest Test - Running web page performance and optimization tests... BUT of course not all is fine and dandy because my start render time and load time are now slow? I hope this is just cache or something simple :D!

jklein · June 28, 2010, 4:55pm

Strange, your first byte time just tanked in that most recent test. I ran another test and it went back down to a normal level, so I wouldn’t worry about it:

http://www.webpagetest.org/result/100628_c7e99dba1451c1cb191af11f8c4e6f54/1/details/

You would definitely see some improvements in render time by merging JS files and spriting some of your icons. You could easily get rid of 10+ HTTP requests on that page which would likely speed things up considerably.[hr]
It is also worth noting that the client CPU is getting pegged about halfway through your waterfall chart - that it what is causing the gap in the waterfall. This usually happens because you have a ton of JS running or a really inefficient code loop of some sort. Fixing that would be a big win - you may be able to use dynatrace to help you diagnose the problem:

Dynatrace is also having a free webinar on Wednesday to demo the new version of Dynatrace Ajax Edition. You can read about all of that here:

Topic		Replies	Views
CDN not detected after switching to https Discuss Test Results	6	132	July 26, 2015
Use of CDN? Discuss Test Results	5	133	March 25, 2011
Issues with CDN couldflare Discuss Test Results	7	86	September 26, 2014
WebPageTest.org Test Results Discuss Test Results	6	107	June 24, 2010
Do cheap CDNs really deliver? Optimization Discussions	9	126	February 11, 2011

CDN getting an "F" on all locations?

Related Topics