vb.org Archive
Page 1 of 2 1 2
Show 40 post(s) from this thread on one page

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?


All times are GMT. The time now is 05:36 PM.
Page 1 of 2 1 2
Show 40 post(s) from this thread on one page

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.01216 seconds
  • Memory Usage 1,752KB
  • 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
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)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
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete