[support] D7 website timing out - only in Chrome? (Beer or M&M's prize)

Sat Jul 21 14:25:06 UTC 2012

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/mediaelement-and-player.min.js?v=2.1.6

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.
>>>
>>> http://www.chicago3media.com/
>>>
>>>
>>> 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/ ]
>>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20120721/ac8e6fda/attachment.html 