vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   javascript causing delays? (https://vborg.vbsupport.ru/showthread.php?t=309434)

jefferis 03-12-2014 02:33 AM

javascript causing delays?
 
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.

Code:

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 03-12-2014 02:57 AM

Analysis from Google's WebPageTest.

Your stylesheet returns a 404 not found error here:
HTML Code:

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, 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.

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, over at OzzModz where we're happy to help doctor you up.

TheLastSuperman 03-12-2014 03:01 AM

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.

Quote:

Originally Posted by Max Taxable (Post 2486604)
Analysis from Google's WebPageTest.

Your stylesheet returns a 404 not found error here:
HTML Code:

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, 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.

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, 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 03-12-2014 03:01 AM

Quote:

Originally Posted by TheLastSuperman (Post 2486605)
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 03-12-2014 03:04 AM

Quote:

Originally Posted by Max Taxable (Post 2486607)
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 03-12-2014 03:05 AM

Quote:

Originally Posted by TheLastSuperman (Post 2486608)
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 03-12-2014 03:07 AM

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 03-12-2014 03:07 AM

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 03-12-2014 03:09 AM

Quote:

Originally Posted by jefferis (Post 2486612)
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 03-12-2014 03:14 AM

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

Code:

<?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 03-12-2014 03:16 AM

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 03-12-2014 03:24 AM

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
Quote:

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 03-12-2014 03:35 AM

Quote:

Originally Posted by jefferis (Post 2486618)
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 dallas

When 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. 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 03-12-2014 03:43 AM

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


All times are GMT. The time now is 10:29 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01081 seconds
  • Memory Usage 1,788KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (2)bbcode_code_printable
  • (2)bbcode_html_printable
  • (7)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (14)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete