My guess is browser caching is making you think it's only a Chrome problem. I just had it timeout on Firefox.
One problem:
http://www.chicago3media.com/sites/all/libraries/mediaelement/build/mediaele...
That's returning a 404 (so Drupal is having to fire up again to serve the 404).
But the big problem appears to be hosting. I just had it take 27.06s to download a 3.3kb CSS file from the site. That's a totally static file and has nothing to do with Drupal.
I noticed that the site is on BlueHost. I would go down to the logs section of the control panel and check the CPU Throttling log for one. See if the account has been throttled a lot. Hosts like BlueHost, which offer "unlimited bandwidth", also don't really do that. Instead when you start using too much bandwidth they throttle that down. On top of that you get a lot of people parked on a single server all pushing out a bunch of files at once. They can offer "unlimited bandwidth", meaning they will let you transfer out as much data as you want. Where they get you is how fast that data will come out.
Going further on that, your front page is over 22mb in size (one 8.6mb video and one 13mb video). The player is automatically loading the videos. That is killing your site and will cause a shared hosting company to throttle your bandwidth down. To fix you got a few choices:
- Change to a different player that doesn't preload the video. Players like Kaltura actually use a screenshot and metadata so that the video player doesn't have to download the media file and instead just displays that until play is clicked.
- Drop the players all together on the front page. Go with screen shots and when they click it takes them to the node with the player.
- Get the static stuff off of that server. Install the CDN module and use a push CDN like VoxCAST (http://www.voxel.net/universal-transfer). It's about the next best route in terms of cost savings.
Anyone of those would help out a lot, but the best route is to go with the CDN, especially with them hosting videos. The other option is to totally move to a 3rd party video solution like the Kaltura platorm. That does cost (unless you got a dedicated server and know your way around one and can setup Kaltura CE), but they have a module that integrates very nice with Drupal.
From a developer standpoint, something I always tell clients is that if they want shared hosting, then I won't be responsible for site delivery times and speeds. Shared hosting is just to unpredictable in nature. I setup their site on my own server (a Linode VPS) and show them that the Drupal side of things put out the page at a very good speed and on shared hosting, I have no control over it.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 7/21/2012 4:01 AM, Jeff Brown wrote:
Cursory look in Wireshark: I'm pretty sure the offending file is in /sites/default/files/Ally
On 21 Jul 2012, at 9:28 AM, WildCoast wrote:
Think I replied from the wrong address, so this never reached the list:
Once the page was cached I ran a fresh Firefox session while running tcpdump. Left it to run about a minute, and it used up 2,7Mb of data.
Haven't checked the dump with wireshark yet, but while testing the site on a Windows PC with IE, I caught a burst of sound. My first thought is there's a wav file loading, and wherever it is, it's not letting Chrome render the rest of the page until it's finished downloading.
Even in FF and IE, the page loads, but never finishes downloading something else. Something interminable is left still trying to download.
Unfortunately I'm on a really expensive mobile connection, but maybe this gives you a clue.
HTH
-- Jeff Brown
Tel:+27-74-101 5170 Fax:+27-86-532 3508 www.wildcoast.co.za http://www.wildcoast.co.za/
On 21 Jul 2012, at 8:25 AM, Jessica Hannan - Halo Digital Design wrote:
I am testing in IE, Firefox and Safari... everything is loading fine.
In Chrome, it's timing out on the initial page load. I've been beating my head against the screen for 2 days on this one. I have aggregated CSS and JS files, I tried moving the js files to the bottom of the page, I have reduced my image sizes. I loaded Boost and (I think) configured it. It's still timing out. I know it's timing out because I have pored through the posts on Drupal.org http://Drupal.org and Googled my butt off. Literally. It's sore. I ran it through YSlow and http://www.webpagetest.org/ and it times out on those as well.
I'm getting desperate. My client went from being pissed to the point of wanting to pull the plug this morning to begging me to please go to sleep 16 hours (and no resolution) later.
I know someone here can shed some light on this. Perhaps I'm too close to the problem? Maybe I'm missing something totally simple.
Help me fix this and I will buy you a beer. Or some m&m's. Whatever floats your boat.
Here's the link.
Jessica Hannan - Halo Digital Design http://halodigitaldesign.com/ 815-545-5541 Join us on Facebook! https://www.facebook.com/halodigitaldesign
-- [ Drupal support list | http://lists.drupal.org/ ]