Site iis running slow..

[mike2902]

My site is running really slow....its taking 30 seconds for posts to hit. That slow. I have contacted my host and they say the server is fine and said it was vbulletin . I have uploaded all new files, disabled all my modifications and its still slow. Im looking for some tool to diagnose where the slow down is happening, hopefully to prove the server is the issue so I can prove to my host its the server. Oh and Ive rebooted the server,, updated and repair tables as well. Any thoughts, tools, diagnostics on how to located the source of the problem

www.hangin-out.net

running 3.8.7



If you want to log in to see how slow

Login: Test User
Password: password



Thanks i advance for any help

[Dave]

It might be because your server takes a long time to connect to the database server.
Is MySQL hosted on the same server? What did you enter as host in the config.php file? 127.0.0.1?

[Max Taxable]

Originally Posted by mike2902

I have contacted my host and they say the server is fine and said it was vbulletin.

It's not, it never is. That is total crap these call center mop swingers and burger flippers read from a script and have zero idea what they're talking about. Remember, with most any host the script is "blame the customer first."

WebPageTest is the best tool to use to diagnose issues. It is real world browsers on real world connections that don't cache and give you a real picture of what is going on. It is 100% objective and scientific - unlike most other "performance testers" out there, WPT isn't trying to sell you anything. Here is a test I ran on you:

http://www.webpagetest.org/result/150905_G4_TCG/

The server is not responding. First byte time is 15 seconds then total load time is only a second more. This is THEM, not you. I see this all the time, on oversold shared hosting machines, and machines with software issues.


You're loading only 450kb which shouldn't take long to load at all. However, 300kb of that is your header image. It's linked to and listed as a jpg but it's not, it is a very fat PNG.

I have optimized this image for you, downloadable here. It's only 52kb now. Saving you about 250kb of unnecessary bloat. Upload this to your server in the /images/misc folder.

http://eipnetworks.com/HO_Rambo.jpg

NOTE: Leave the underscore in the filename and change your script to match. You have a space in the filename and that's problematic for browsers.

Visit our vBulletin optimization workshop at OzzModz to get help with optimizing your site further.

http://ozzmodz.com/forumdisplay.php/...n-Optimization

[mike2902]

Originally Posted by Dave

It might be because your server takes a long time to connect to the database server.
Is MySQL hosted on the same server? What did you enter as host in the config.php file? 127.0.0.1?

I dont remember putting that there but 127.0.0.1 is in there


$config['Misc']['memcacheserver'][$i] = '127.0.0.1';

[RichieBoy67]

Originally Posted by mike2902

I dont remember putting that there but 127.0.0.1 is in there


$config['Misc']['memcacheserver'][$i] = '127.0.0.1';

What does this line say?

PHP Code:

        //        ****** MASTER DATABASE SERVER NAME AND PORT ******
        //        This is the hostname or IP address and port of the database server.
        //        If you are unsure of what to put here, leave the default values.
        //
        //        Note: If you are using IIS 7+ and MySQL is on the same machine, you 
        //        need to use 127.0.0.1 instead of localhost
$config['MasterServer']['servername'] = '#############';
$config['MasterServer']['port'] = 3306; 


What else is running on your server and who is your host?

[mike2902]

I have a VPS server. So im sure there are lots of other people on it. I personally have nothing else on it. The thing has been running fine for years...then it just became unusable. This is the reply from my host that you guys say its the server

http://hangin-out.net/test.html , a test "html" page we made is opening really fast from our side, as it appears your scripts are resolving slowly.

If you look at http://tools.pingdom.com/fpt/#!/c9KI...hangin-out.net , it appears cron.php is the culprit here.

--------------- Added [DATE]1441545573[/DATE] at [TIME]1441545573[/TIME] ---------------

Originally Posted by RichieBoy67

What does this line say?

PHP Code:

        //        ****** MASTER DATABASE SERVER NAME AND PORT ******
        //        This is the hostname or IP address and port of the database server.
        //        If you are unsure of what to put here, leave the default values.
        //
        //        Note: If you are using IIS 7+ and MySQL is on the same machine, you 
        //        need to use 127.0.0.1 instead of localhost
$config['MasterServer']['servername'] = '#############';
$config['MasterServer']['port'] = 3306; 


What else is running on your server and who is your host?

It says local host

[RichieBoy67]

What plugs do you have or are you doing a mass mail or something?

[Dave]

I remember a while ago I came across the same problem, I found out that PHP never cleaned the PHP session folder of old files. At some point it contained over 2.5 MILLION session files which made the site extremely slow.

You should take a look at the folder where PHP is saving the session files and see if PHP is correctly garbage cleaning the folder.

If that's also not the case, you may want to consider paying someone to look into it. It's really hard for us to figure out what's going on without having access to the server.

[Max Taxable]

Originally Posted by mike2902

I have a VPS server. So im sure there are lots of other people on it. I personally have nothing else on it. The thing has been running fine for years...then it just became unusable. This is the reply from my host that you guys say its the server:

"it appears cron.php is the culprit here."

That's interesting because if you look at the test I ran before, this was NOT happening but, now it is.

http://www.webpagetest.org/result/15...JW1/1/details/

From this test it does look like cron is hanging now. It wasn't before. They have done something to improve this first byte time. There is nothing you can do or that vBulletin can do, to affect first byte time.

Personally I have no idea what to do if cron is hanging, maybe someone else here will know.

Understand: This is a totally DIFFERENT PROBLEM now from the one you originally had. The two tests I have posted here prove it.

[Max Taxable]

And on this repeat test done just now, cron is not hanging and you have very slow response from server, again.

http://www.webpagetest.org/result/150905_G4_TCG/

Ask them to move you to a different machine. I think the one you're on is ill.