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

[Rahul chauhan]

Hi,

Check this file in your drupal folder and also chk permission

"
http://www.chicago3media.com/sites/all/libraries/mediaelement/build/mediaelement-and-player.min.js?v=2.1.6
 "

Thanks
Rahul

On Sat, Jul 21, 2012 at 7:55 PM, Jamie Holly <hovercrafter at earthlink.net>wrote:

>  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 Hollyhttp://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
>
>
>
>  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 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/ ]
>
>
>
>
>
>
>
> --
> [ Drupal support list | http://lists.drupal.org/ ]
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20120722/e4cb1137/attachment-0001.html