javascript causing delays?

[jefferis]

Hi folks, I moved to Texas and our host is in Pittsburgh. Ever since my move, our pages have taken FOREVER to load for me. I admit I'm on a much slower Internet now at 1.5MBPS, but other sites don't do that. Doing a trace route I'm seeing a timeout in dallas, but i think the problem is in part that some javascripts are waiting for a response from my browser and are getting caught in the timeout so that the page does not finish loading.
But I don't know what scripts are vB native that I can't control and which ones I could force to load at the bottom of the page if that would help.
If anyone has any discernment, it would help me greatly.

traceroute to igotasti.com (216.92.198.204), 64 hops max, 72 byte packets
1 10.0.1.1 (10.0.1.1) 3.614 ms 0.813 ms 0.623 ms
2 netgate2.vownet.net (71.41.148.2) 5.571 ms 4.330 ms 4.293 ms
3 infrastructure-71-41-148-1.vownet.net (71.41.148.1) 5.482 ms 3.941 ms 6.974 ms
4 rrcs-24-173-11-1.sw.biz.rr.com (24.173.11.1) 8.131 ms 5.601 ms 4.082 ms
5 97.77.0.224 (97.77.0.224) 19.338 ms 14.024 ms 12.935 ms
6 tge0-11-0-5.ausxtxir02r.texas.rr.com (24.175.41.196) 17.286 ms 16.816 ms 15.181 ms
7 agg22.hstqtxl301r.texas.rr.com (24.175.41.48) 18.667 ms 14.371 ms 21.116 ms
8 ae-2-0.cr0.hou30.tbone.rr.com (66.109.6.108) 19.150 ms 17.736 ms 16.068 ms
9 ae-0-0.pr0.dfw10.tbone.rr.com (66.109.6.181) 18.230 ms 20.550 ms 21.284 ms
10 107.14.16.186 (107.14.16.186) 26.498 ms 29.705 ms 29.185 ms
11 vlan60.csw1.dallas1.level3.net (4.69.145.62) 67.220 ms 70.911 ms 66.441 ms
12 ae-63-63.ebr3.dallas1.level3.net (4.69.151.134) 71.214 ms 65.783 ms 65.631 ms
13 * * *
14 ae-2-2.ebr1.washington1.level3.net (4.69.132.86) 67.836 ms 66.425 ms 67.195 ms
15 ae-5-5.car1.pittsburgh3.level3.net (4.69.135.241) 51.405 ms 51.007 ms 50.303 ms
16 continental.car1.pittsburgh3.level3.net (4.49.116.254) 56.058 ms 54.248 ms 54.655 ms
17 192.168.1.81 (192.168.1.81) 62.694 ms 53.633 ms 57.008 ms
18 igotasti.com (216.92.198.204) 54.817 ms 53.126 ms 56.425 ms

What is odd is that if I stop the page from loading after a minute, then hit refresh, the images show up. I did a video: http://screencast.com/t/91YJL38RLD After it starts, jump to 1:03 minutes to watch this behavior

TIA
Jeff

[Max Taxable]

Analysis from Google's WebPageTest. (http://www.webpagetest.org/result/140312_P7_314/)

Your stylesheet returns a 404 not found error here:http://igotasti.com/webfonts/Dodger/stylesheet.css

For some reason you are calling "attachment.php" ten times on this page. Each of these represents a DB query as well and each of these is slowing you down.

You have lots and lots of image optimization to do, (http://www.webpagetest.org/pageimages.php?test=140312_P7_314&run=1&cached=0) this is killing your load time and makes your total page load bytes highly bloated - how fast do you expect a page to load when it is 1.7 MEGAbytes? Yes, megabytes when it should be only kilobytes.

You need to activate G-Zip compression in AdminCP.

You need to force browser caching of static assets. Quick guide thread on that here (http://ozzmodz.com/showthread.php/1363-Quick-and-easy-way-to-leverage-browser-caching-of-static-assets).

Don't feel bad, this is pretty typical of v4 installations we're seeing today. But it is all fixable. We have a open workshop thread for site optimization (http://ozzmodz.com/showthread.php/1586-Site-Performance), over at OzzModz where we're happy to help doctor you up.

[TheLastSuperman]

This is something you need to open a support ticket with your host asap on, they can have that fixed.

For me the site loaded fine, within 2 seconds so it must be a hop close to you and where the hello is #13? Yeah open a support ticket with them see if they can look into it and sort it.

Analysis from Google's WebPageTest. (http://www.webpagetest.org/result/140312_P7_314/)

Your stylesheet returns a 404 not found error here:http://igotasti.com/webfonts/Dodger/stylesheet.css

For some reason you are calling "attachment.php" ten times on this page. Each of these represents a DB query as well and each of these is slowing you down.

You have lots and lots of image optimization to do, (http://www.webpagetest.org/pageimages.php?test=140312_P7_314&run=1&cached=0) this is killing your load time and makes your total page load bytes highly bloated - how fast do you expect a page to load when it is 1.7 MEGAbytes? Yes, megabytes when it should be only kilobytes.

You need to activate G-Zip compression in AdminCP.

You need to force browser caching of static assets. Quick guide thread on that here (http://ozzmodz.com/showthread.php/1363-Quick-and-easy-way-to-leverage-browser-caching-of-static-assets).

Don't feel bad, this is pretty typical of v4 installations we're seeing today. But it is all fixable. We have a open workshop thread for site optimization (http://ozzmodz.com/showthread.php/1586-Site-Performance), over at OzzModz where we're happy to help doctor you up.

After you hear back from your host and the hop is fixed then check the above again and if still moderately high then optimize per Max's suggestions.

[Max Taxable]

This is something you need to open a support ticket with your host asap on, they can have that fixed.

For me the site loaded fine, within 2 seconds so it must be a hop close to you and where the hello is #13? Yeah open a support ticket with them see if they can look into it and sort it.He's got major problems with his site though. Problems that come through on repeated testing. Problems the host will point to first, to blame him for the issues. I recommending fixing the issues first before contacting the host.

The ping only proves there is a possible hitch in a relay, really doesn't prove a hosting issue.

[TheLastSuperman]

He's got major problems with his site though. Problems that come through on repeated testing. Problems the host will point to first, to blame him for the issues.

That be true yet tis also be the bad hops and if it is that bad off optimization wise then why did it load for me in <= 2 secs? <-- That's my story and I'm sticking to it ~ chorus ~

[Max Taxable]

That be true yet tis also be the bad hops and if it is that bad off optimization wise then why did it load for me in <= 2 secs? <-- That's my story and I'm sticking to it ~ chorus ~You might not have the same hops he has. Bad hops usually aren't the fault of the host and aren't in their control..

Take a look at his web page test.

[Max Taxable]

When your main stylesheet is returning a 404 error and you're calling "attachment.php" ten times, you got problems you need to fix before wasting time with a host who's gonna see all this and blame you.

That's all I'm trying to say.

[jefferis]

I appreciate the help guys. I am more of the initial designer of the site's look and feel. My partner has added in all sorts of plugins, which I don't control. I noticed the delays once I moved. But you are right. No page should be that large. I think it is in part because of panjo marketplace. I am not sure what the attachment.php thing is. Or why it is being called. I suspect it is a plugin?

I will let him know of your reply and see what is what.

BTW, I have my ISP working on this with me too to correct the hops and timeouts.

[Max Taxable]

I appreciate the help guys. I am more of the initial designer of the site's look and feel. My partner has added in all sorts of plugins, which I don't control. I noticed the delays once I moved. But you are right. No page should be that large. I think it is in part because of panjo marketplace. I am not sure what the attachment.php thing is. Or why it is being called. I suspect it is a plugin?

I will let him know of your reply and see what is what.Try disabling all mods and plugins in AdminCP>Options>Plugin/Hook System then re-run the test I linked you too. Can be very educational.

Then you can re-enable them just as easily.

[jefferis]

Our CMS is one level up from our forum. This is the code in the attachment.php:

<?php
require_once(dirname(__FILE__) . "/vb_dir.php");
chdir($vb_dir);
require_once($vb_dir . '/' . basename(__FILE__));
?>


Is it used with every image attached to a post or CMS item?

[TheLastSuperman]

I still say it's a bad hop that needs to be fixed, sometimes you must contact your host and/or ISP.

http://forums.anandtech.com/showthread.php?t=54943
http://networking.ringofsaturn.com/IP/traceroutedoc.php

Edit: One reason I'm so adamant about this is the fact I've had this happen to me in the past where I could not connect to my own darn website go figure and I work for my host, we checked on our end it was actually Time Warner Cable's fault I had to call in and speak to them then they had it fixed while I was on the phone and that was all it took. I also ran a tracert and for me #9 timed out on the way to your site so one if not more bad hops are there.

[jefferis]

My host did a reverse trace and saw the problem as well, but because it was out of their network they passed on the issue...told me to contact my ISP
Thank you for contacting pair Networks. I ran an MTR report to the IP
provided by you and came up with the issue. You will need to contact your
ISP for this issue unfortunatley being that it is out of our network. The
connection makes 13 hopes to your IP and the second to last hope before
reaching you is the issue. The last connection is made to:

vl3801.na31.b020778-1.aus02.atlas.cogentco.com

At this point you are experiencing a 60% packet loss rate. Contacting your
ISP should help to resolve this issue. Again we apologize for the
inconvenience you are experiencing.

My ISP switched networks, but now we're getting delayed in dallas

[Max Taxable]

My host did a reverse trace and saw the problem as well, but because it was out of their network they passed on the issue...told me to contact my ISP


My ISP switched networks, but now we're getting delayed in dallasWhen you're trying to pack nearly 2mb of data through a pipe, in the areas where the pipe isn't as big or maybe has alot more mb in it, you're gonna have hitches. And the more hops, the more chances for hitches.

When you overload the wagon, it gets bogged down in the mud.

Might be interesting to see how the site fares with plugins disabled, and/or some sleeves rolled up, optimization work done.

Here's the WebPageTest on the forum itself (http://www.webpagetest.org/result/140312_Z2_3YD/). Even worse, 2.8 megabytes. 171 requests.

Native vB 4 is something like 40 requests, 300 KILObytes, just for reference.

If you click on the grades given at the top of the test page, it gives you a complete list of the issues and how to fix them.

[jefferis]

thanks. I passed this along to my partner. I need to hit the sack. Will follow up as I know more. I appreciate the help!
Jeff