Put vBulletin in HTML Instead of PHP?

[Daniel Thomas]

We have about 35 modifications, the most significant mods installed are ibproarcade, Casino, vBookie, vBPlaza, vBcredits, mods that link arcade/casino/bookie money system together, have about 4 mods from Cyb, Yet Another Award System, some miscellaneous mods such as Separate Sticky Threads and Normal Threads, Who's Read A Thread.

If you want the whole list, I can provide it.

However, as I noted in my first post, I even disabled every single modification we had and there was no change in the status of the forum, everything continued to load at snails pace.

[TigerC10]

Even if you disable your mods through the AdminCP, their plugin data remains in the cache which eat away at speed/resources. You need to disable your plugin system via the config.php and check the speed again.

[Daniel Thomas]

Originally Posted by TigerC10

Even if you disable your mods through the AdminCP, their plugin data remains in the cache which eat away at speed/resources. You need to disable your plugin system via the config.php and check the speed again.

The forum was seeming to run a bit faster the last couple hrs..but after editing the config, the forum does seem fast but I'm not sure if it's because of the shutting down the mod system or if it's because it's night time.

If it is truly running faster, makes me wonder which mod is the real resource hog.

---
edit:
Had some of my staff check their loading times.
Disabled Mods: 1.53 seconds
Enabled Mods: 3.199
Disabled Mods: 3.453
Refreshed: 3.358.

With those times, it appears the Mods aren't the problem. I can imagine those loading times being much much higher, probably 10-15 seconds earlier in the day when it was at a dragging.

[TigerC10]

When doing time comparisons you need to do fair comparisons. Allow the server enough time to clear the plugins from cache - and allow the browsers enough time to clear their cache. Turn off your mods for at least 24 hours and see if it's really a mod causing the issues or not.

Also, you might check your web server configuration. There might be some tricky .htaccess stuff going on in the background that's causing some issues. If you have a .htaccess, would you mind posting it?

[Daniel Thomas]

(HERE I HAVE A BUNCH OF BANNED IP ADDRESSES)
(funny thing is, I don't remember this stuff below)

RewriteEngine On

####Charset
AddDefaultCharset Off 

####Gzip
<IfModule mod_rewrite.c>
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.*)(js|css)$ redir.php?file=$1$2&type=$2 [L]
</IfModule>

####ETags
FileETag None

####Expires
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/gif A2592000
ExpiresByType image/jpeg A2592000
ExpiresByType image/png A2592000
ExpiresByType application/x-shockwave-flash A2592000
ExpiresByType text/css A2592000
ExpiresByType application/x-javascript A2592000
</IfModule>

[TigerC10]

How many IP Addresses are we talking here? Because every single time a page is loaded, Apache has to open, read, parse, and match everything in the .htaccess file. This happens on every single page load. Every last one of them. The longer the .htaccess file is, the longer it will take to load pages.

[Daniel Thomas]

There was about 20 IP addresses in the .htaccess file. On top of that, our vBulletin User Banning Options has a ton more IP addresses banned, it probably has 50 or a little more.

Also, I just noticed this, but I put that define('DISABLE_HOOKS', true); script to disable the mods last night and well, it did disable some mods but it didn't disable the vBplaza or mods like that.

[Carnage]

What i noticed from your debug mode readout is that the page itself isn't taking very long to generate. Only 0.7 seconds for that one.

Can you load a number of pages both with and without mods enabled, time the loading clientside yourself, and compare it against how long vb took to generate it.

Also, out of interest; what spec is the server and what load is it under? (you can get the load from the admin cp) i was going to ask for db size... but unless your members post hugely long posts or a mod has stored a stupid amount of data it shouldn't be that big...

While you are at it; might as well post your apache, php and mysql conf files.